<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Yo en el Universo &#187; videojuegos</title>
	<atom:link href="http://sixservix.com/blog/david/category/videojuegos/feed/" rel="self" type="application/rss+xml" />
	<link>http://sixservix.com/blog/david</link>
	<description>El blog de David Bonilla</description>
	<lastBuildDate>Tue, 07 Sep 2010 05:50:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Las aplicaciones web y el alto rendimiento</title>
		<link>http://sixservix.com/blog/david/2009/10/01/web-bajo-rendimiento/</link>
		<comments>http://sixservix.com/blog/david/2009/10/01/web-bajo-rendimiento/#comments</comments>
		<pubDate>Thu, 01 Oct 2009 21:28:43 +0000</pubDate>
		<dc:creator>David Bonilla</dc:creator>
				<category><![CDATA[negocios]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[videojuegos]]></category>
		<category><![CDATA[web]]></category>
		<category><![CDATA[alto rendimiento]]></category>
		<category><![CDATA[Kobi Korsah]]></category>

		<guid isPermaLink="false">http://sixservix.com/blog/david/?p=309</guid>
		<description><![CDATA[&#8220;Las aplicaciones web corporativas presentan un bajo rendimiento&#8221;. Ése era el titular del recorte de prensa con el que  me recibió mi jefe una mañana de la pasada semana. Toma Jeroma Patito de Goma. ¡Casi se me indigesta el café! ¡El horrible café corporativo sí que presenta un bajo rendimiento! :) Pero, fuera de bromas, [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify">&#8220;Las aplicaciones web corporativas presentan un bajo rendimiento&#8221;. Ése era el titular del recorte de prensa con el que  me recibió <a href="http://sixservix.com/blog/fernandopellus/" target="_blank">mi jefe</a> una mañana de la pasada semana. Toma Jeroma Patito de Goma. ¡Casi se me indigesta el café! ¡El horrible café corporativo sí que presenta un <em>bajo rendimiento</em>! :) Pero, fuera de bromas, me puse a leer el dichoso recorte. Sabía que, a mi responsable -acostumbrado a la solidez espartana del mundo <em>telnet</em>- aún le chirriaba el tema de los refrescos de las páginas web.</p>
<p style="text-align: justify">El articulo está basado en <a href="http://www.ca.com/es/press/release.aspx?cid=216359" target="_blank">un estudio de CA</a> sobre el &#8220;Índice de estrés en el uso de aplicaciones web&#8221;. Porque sí, usar aplicaciones web -ojo respecto a la sutil diferencia con páginas web- produce estrés en los usuarios y nosotros, los malvados informáticos, yéndonos a dormir por las noches sin cargo de conciencia. Si ya el enfoque del estudio me puso en alerta, leer una reseña sobre la opinión de <a href="http://community.ca.com/members/Kobi-Korsah.aspx" target="_blank">Kobi Korsah</a>, director de Marketing de Productos de CA para la región EMEA, hizo que se dispararan todas las alarmas. Y es que, normalmente, poner a alguien de marketing a lidiar con técnica pura y dura es igual que poner a un mandril en celo a cuidar de tus hijos pequeños: puede salir bien, pero de casualidad.</p>
<p style="text-align: justify">El bueno de Kobi y su estudio nos comentan que el 73% de los trabajadores ahora dependen más de las aplicaciones web que hace dos años y casi todos los encuestados (un 97%) no podrían hacer su trabajo diario sin ellas. Bien, esto es bueno, sobre todo para los que programan aplicaciones web como es mi caso, pero ¿de verdad hacía falta encargar un estudio para saber esto? No soy un gurú, pero hace años que yo y cualquiera que esté en la industria del desarrollo de software sabe que todo tiende al mundo web. ¿Porque es más bonito? No. ¿Porque es más fácil de desarrollar? No. ¿Porque es más <strong>rápido</strong>? No, ¡pardiez no! Porque te permite acceder a tu aplicación desde cualquier sitio del mundo, hasta desde el teléfono de tu abuela y porque eso de instalar una aplicación en 300 ordenadores de una empresa y, sobre todo, mantenerla, suena un poco a Los Picapiedra ¿no?</p>
<p style="text-align: justify">Ahora podríamos entrar en el debate de ¿<strong>qué es rápido y qué es lento</strong>? ¿Es lento un proceso que te calcule los seguros sociales de 40 empleados y te genere un fichero para enviar a la Seguridad Social, un PDF de resumen y te muestre una traza por pantalla con todos los detalles del cálculo en menos de 5 segundos?  Algunos dirán que sí, otros dirán que no. Entre los usuarios de Kobi, por ejemplo, el 46% espera que la web le responda en menos de 10 segundos y, cito textualmente &#8220;<em>a los 20 segundos, el 72% ha agotado la paciencia y ha pasado a otra web, y al minuto, el 90% de las personas se ha ido a otro sitio web</em>&#8220;. Hombre&#8230; a lo mejor yo soy muy impaciente pero, en un minuto no me he ido a otro sitio web ¡me he ido a por un café corporativo y he vuelto!<span id="more-309"></span></p>
<p style="text-align: justify">Bueno, parece que entonces nuestro limite está en los 10 segundos y que todo lo que esté por debajo de ese tiempo de respuesta es rápido ¿no? Pues ni de coña. Una vez más, el estudio le ha fallado a Kobi y sus muchachos. Si yo le presento algo a mi jefe con un tiempo de respuesta medio, petición a petición, de 10 segundos; podría ver como en menos de esos 10 segundos le empieza a cambiar la cara hasta convertirse en algo parecido a esto:</p>
<div id="attachment_320" class="wp-caption aligncenter" style="width: 310px"><img class="size-medium wp-image-320" src="http://sixservix.com/blog/david/files/2009/10/shrekgrrrh-300x225.jpg" alt="shrekgrrrh" width="300" height="225" /><p class="wp-caption-text">Mi jefe, después de esperar 10 segundos para que una aplicación web acabe el proceso de login</p></div>
<p style="text-align: justify">Llegamos pues a la conclusión de que <strong>rápido </strong>o <strong>lento </strong>son conceptos <strong>relativos </strong>y completamente subjetivos, difíciles, muy difíciles de medir. Lo que sí sabemos, sin tener que encargar ningún estudio es que <strong>una aplicación web siempre será, por definición, más lenta que una aplicación cliente-servidor donde sólo viajan los datos de información, no los de presentación, y muuucho más lenta que una aplicación telnet</strong>, que se ejecuta en remoto, en el propio servidor donde está alojada la aplicación. Si a eso le añades lo que los veteranos denominan &#8220;esas tonterías&#8221; (sic) de los desarrolladores de aplicaciones de hoy en día, como esa <em>terrible </em>obstinación por separar todo en <em>n</em> capas o poner la base de datos en una máquina distinta del servidor de aplicaciones y las CAGADAS PURAS Y DURAS, como la tendencia a la sobrearquitectura, los <a href="http://sixservix.com/blog/david/2009/09/29/el-macguffin-informatico/" target="_blank">macguffins</a> y a poner 3 millones de imágenes, iconos y flash porque &#8220;el cliente dice que queda mas bonito&#8221;&#8230; pues sí, las aplicaciones web son mas lentas. Lentas de narices. Pero es que es lo que hay, el jamón es jamón y el chóped, chóped. Lo que no puedes  pretender es comer jamón a precio de chopped. Porque -si amigos- al final como casi siempre, <strong>todo es cuestión de pasta</strong>.</p>
<h2 style="text-align: justify">ENSEÑAME LA PASTA I</h2>
<p style="text-align: justify">Es normal que los usuarios quieran una aplicación rápida. Yo también la quiero pero, para conseguirla necesito dinero, más dinero. Dinero para pagar a mis desarrolladores durante el tiempo que tarden en depurar y optimizar la aplicación o dinero para poder contratar a más progamadores que consigan desarrollar al mismo ritmo que lo hacemos ahora pero, además, consiguiendo optimizar el funcionamiento. Ojo, no quiero que esto se vea como una total y absoluta orgía de autocomplaciencia, pero, es cuestión de hacer autocrítica. Igual que reconozco haber encontrado auténticos TRUÑACOS en mi código y en el de mi equipo, como cosas que se hacen 2 o 3 veces sin saber porqué, también tengo que reconocer como me duele ver todos los días la caja sin abrir del <a href="http://www.quest.com/performasure/" target="_blank">Perfomasure</a> que compramos hace dos años sin que nadie haya tenido tiempo de poder utilizarlo.</p>
<h2 style="text-align: justify"><strong>ENSEÑAME LA PASTA II</strong></h2>
<p style="text-align: justify">Gracias al informe de CA me entero de que mis pobres usuarios sufren de <em>stress-web</em>, provocado por mi inoperancia a la hora de desarrollar y, sobre todo, mi impotencia para cumplir sus expectativas. Y es que, parece ser que &#8220;<strong>cuando los clientes del sitio web se encuentran ante un problema o error, el 53% esperan que esté resuelto en 10 minutos</strong>; el 80% en una hora y el 99% esperan que esté resuelto en 24 horas. ¡Toma ya! ¡10 minutos!</p>
<p style="text-align: justify">A ver&#8230; no soy un genio de la gestión pero, para poder atender las incidencias en 10 minutos, o tengo a un desarrollador atado a una silla 24h, parado y quieto en plan bombero, listo para apagar un fuego cuando este se produzca o, no me salen las cuentas porque, si el mismo equipo de programación te arregla los errores sin haber completado el ciclo de desarrollo, ese ciclo se va a retrasar.</p>
<p style="text-align: justify">Cuando alguna vez alguien me pregunta si puedo garantizar la resolución de incidencias siempre les digo que SI pero, la sonrisa de satisfacción que ponen, se borra en cuanto les digo que le costaría unos 40.000 euros al año. Todo el mundo quiere el servicio pero nadie quiere pagarlo.</p>
<h2 style="text-align: justify">¿CONCLUSIONES?</h2>
<p style="text-align: justify"><strong>Las aplicaciones web no son ni rápidas ni lentas</strong>. Las aplicaciones web son lo que son y es responsabilidad de todos que sean lo mas eficientes posibles; en primer lugar de los <strong>desarrolladores</strong>, que deberíamos demostrar un amor por el trabajo y un orgullo profesional que nos empujara a crear el mejor código posible mas allá de las dificultades; en segundo lugar, los <strong>gestores</strong>, que debemos obtener los recursos necesarios -técnicos, tiempo, dinero- para poder garantizar la calidad deseada; y, en tercer lugar, los <strong>usuarios</strong>, que deberían mostrar el interés apropiado por lo que son sus <strong>verdaderas herramientas de trabajo</strong>, en vez de limitarse a aprender lo justito para ir tirando y descolgar el teléfono de soporte y preguntar que hacer en cuanto les salé una botonera de Aceptar/Cancelar. No sé en que grupo estas tú pero, seguro que todos podemos conseguir que nuestras aplicaciones web sean, sino mas rápidas, si mejores.</p>
]]></content:encoded>
			<wfw:commentRss>http://sixservix.com/blog/david/2009/10/01/web-bajo-rendimiento/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Doodle Jump ¿juego del año?</title>
		<link>http://sixservix.com/blog/david/2009/09/02/doodle-jump/</link>
		<comments>http://sixservix.com/blog/david/2009/09/02/doodle-jump/#comments</comments>
		<pubDate>Wed, 02 Sep 2009 05:50:40 +0000</pubDate>
		<dc:creator>David Bonilla</dc:creator>
				<category><![CDATA[software]]></category>
		<category><![CDATA[videojuegos]]></category>
		<category><![CDATA[appstore]]></category>
		<category><![CDATA[doodle jump]]></category>
		<category><![CDATA[iphone]]></category>
		<category><![CDATA[ipod]]></category>

		<guid isPermaLink="false">http://sixservix.com/blog/david/?p=124</guid>
		<description><![CDATA[Estoy enganchado al juego mas divertido que he probado en años:  Doodle Jump.
Doodle Jump es sencillo, elegante, ingenioso, accesible, adictivo y&#8230; sobre todo muuuy divertido. Pero, lo que hace que Doodle Jump sea especial es que consigue retrotraernos a una época pasada, a los maravillosos ochenta -el pleistoceno informático- una era donde reinaban los ordenadores [...]]]></description>
			<content:encoded><![CDATA[<p style="text-align: justify">Estoy enganchado al juego mas divertido que he probado en años:  <strong>Doodle Jump</strong>.</p>
<p style="text-align: justify"><img class="alignleft size-full wp-image-128" style="margin: 3px 7px" src="http://sixservix.com/blog/david/files/2009/08/doodle_jump_box.jpg" alt="doodle_jump_box" width="138" height="138" />Doodle Jump es sencillo, elegante, ingenioso, accesible, adictivo y&#8230; sobre todo <span style="text-decoration: underline">muuuy divertido</span>. Pero, lo que hace que Doodle Jump sea especial es que <strong>consigue retrotraernos a una época pasada, a los maravillosos ochenta</strong> -el pleistoceno informático- una era donde reinaban los <a href="http://www.8bit-museum.de/" target="_blank">ordenadores de 8bits</a> y España&#8230; ¡era un país puntero en el desarrollo de videojuegos!. En aquel entonces los juegos eran sencillos y terriblemente adictivos. Ninguno tenía complejos tutoriales para aprender a jugar, la diversión y la jugabilidad eran inmediatas y un buen juego SIEMPRE tenía que cumplir la máxima de &#8220;<a href="http://lsvp.wordpress.com/2007/03/28/game-mechanics-applied-to-social-media-easy-to-learn-hard-to-master/" target="_blank">fácil de jugar, difícil de dominar</a>&#8220;. Pero&#8230; ¿de que va exactamente <strong>Doodle Jump</strong>?<span id="more-124"></span></p>
<p style="text-align: justify">El juego tiene una total, absoluta y MARAVILLOSA falta de argumento :). Eres una especie de bicho trompetero con 4</p>
<div id="attachment_134" class="wp-caption alignright" style="width: 160px"><img class="size-thumbnail wp-image-134" src="http://sixservix.com/blog/david/files/2009/08/1240289975-doodle2-150x150.jpg" alt="Disparando con tu trompa" width="150" height="150" /><p class="wp-caption-text">Disparando con tu trompa</p></div>
<p>piernas que tiene que saltar y saltar hacia arriba como si no hubiera mañana. Para saltar utilizas unas <strong>plataformas </strong>de varios tipos, desde las normales -de color verde- a las marrones -que se rompen-, las blancas -que solo duran una vez-  o las azules, que se mueven por la pantalla. Con cada uno de tus saltos, la pantalla avanza con un s<em>croll vertical</em> sin vuelta atrás: si te caes, ya puedes dar por finalizada la partida, sin vidas, sin nuevas oportunidades. Te caíste, se acabo y punto.</p>
<p style="text-align: justify">Por supuesto, hay mas elementos en el juego como <strong>los enemigos</strong>, una serie de bichos tan feos o mas que el protagonista y con cuyo contacto, te mareas y caes hacia una muerte segura. Cabe destacar el diseño y variedad de estos enemigos sacados, como el resto del arte del juego, de la cabeza de un niño grande, <em>naiv</em> y genial.</p>
<p style="text-align: justify">A los enemigos hay que evitarlos con tu pericia en el salto pero, además, tienes un arma definitiva: tu trompa. Tu trompa, como no, dispara bolas de colores de una potencia destructiva sin igual. Con una sola bola puedes matar a los enemigos mas débiles y, con unas pocas mas, puedes acabar hasta con platillos volantes.</p>
<p style="text-align: justify">También tienes items, <em><a href="http://www.gamedaily.com/articles/galleries/retro-rewind-power-on-the-20-greatest-powerups-/" target="_blank">powerups</a> </em>de toda la vida, como un cohete portátil a lo <a href="http://www.imdb.com/title/tt0102803/" target="_blank">Rockeeter</a> o&#8230; ¿una gorra con una hélice pegada? que te hacen subir mas y mas deprisa.</p>
<p style="text-align: justify">
<div id="attachment_136" class="wp-caption alignleft" style="width: 160px"><img class="size-thumbnail wp-image-136" src="http://sixservix.com/blog/david/files/2009/08/doodlejpic-150x150.png" alt="Las ¿instrucciones? del juego" width="150" height="150" /><p class="wp-caption-text">Las ¿instrucciones? del juego</p></div>
<p>En resumen, <strong>cuanto mas arriba llegues, mas puntos ganas</strong>. Cuantos mas puntos ganas, mas arriba estas en la tabla de mejores jugadores. Ni mas ni menos.</p>
<p style="text-align: justify">Los <strong>controles</strong> son maravillosos, limpios, de impecable factura y, una vez mas, sencillos y fáciles. El monigote siempre esta saltando, tu solo tienes que dirigir el salto inclinando el <em>iPhone/iPod Touch</em> hacia un lado u otro y, si tocas la pantalla con el dedo, disparas por la trompa. Nada mas.</p>
<p style="text-align: justify">Ha sido desarrollado por <a href="http://www.limasky.com/" target="_blank">Lima Sky</a> &#8220;inspirándose&#8221; ;) en <a href="http://appmodo.com/94/papi-jump-hands-on-review/" target="_blank">Papi Jump</a>, un juego anterior y, actualmente, gratuito. Pero, <strong>Doodle Jump</strong> llega mucho mas allá. Lima Sky ha pulido y engrandecido el juego original con detalles de diseño que lo llevan hasta la genialidad. La inexistencia de &#8220;paredes&#8221; que te permiten saltar por un lado y aparecer por el otro -al mas puro estilo <a href="http://es.wikipedia.org/wiki/Pac-Man" target="_blank">Pac-Man</a> &#8211; o la posibilidad de pausar el juego una y solo una vez por partida para que nadie pueda aprovechar la pausa para tomarse un respiro en la frenética subida del monigote, hacen que el juego sea una deliciosa sorpresa.</p>
<p style="text-align: justify">Por si fuera poco, le han añadido detalles dignos de <a href="http://www.maestrosdelweb.com/editorial/web2/" target="_blank">web 2.0</a>, como la opción de subir tu puntuación a <strong>Facebook </strong>y compartirla con tus amigos o bajarte la puntuación de los mismos, que se convierten en rallitas de tope que vas superando según vas subiendo. Ver como acabas de superar al vecino del quinto con tu ultimo salto da una satisfacción indescriptible.</p>
<p style="text-align: justify">¿Y como, donde y por cuanto se puede conseguir esta joya? en el appStore de <strong>Apple </strong>por&#8230; <strong>0,79 €</strong> probablemente, la mejor relación calidad/precio que ha tenido un juego en toda la historia.</p>
<p style="text-align: justify">Lo mejor de todo es que <strong>el</strong> <strong>juego es inspirador</strong>. Es el primer juego que no me da pereza clonar así que, no os sorprendáis si dentro de un tiempo tenéis disponible un <em>Boni Jump</em> en java&#8230; :D eso si, mientras esperáis, haceros con este juego como sea y, si no tenéis un <em>iPhone </em>o un <em>iPod Touch</em> haceros con uno. Solo por <strong>Doodle Jump</strong> merece la pena.</p>
<p style="text-align: justify"><a href="http://www.youtube.com/watch?v=LNRzC5ZGr4Q&amp;feature=related">Doodle Jump en YouTube</a></p>
]]></content:encoded>
			<wfw:commentRss>http://sixservix.com/blog/david/2009/09/02/doodle-jump/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
