El solitario camino de los unos y ceros

menéame

Google ha anunciado que para mediados del próximo año tendrá disponible su sistema operativo basado en Linux. Se ha escrito mucho sobre este anuncio y de todo lo que más me llama la atención es que será un sistema operativo diseñado para equipos portátiles.

¿Por qué?

1. Evidentemente, los señores de Google no dan puntadas sin hilo. Su feudo es internet y las aplicaciones web, ahí saben que tienen ventaja sobre cualquier otro, así que con las conexiones vía móvil, Wi-fi, Wimax, etc.; en el fondo inalámbricas, el dispositivo que centra su atención es el portátil o el UMPC. Movilidad con conexión a Internet: Google gana por goleada.
2. Además el mercado de los portátiles es el que está creciendo, a diferencia de los sobremesa y es más fácil arañar mercado en él.
3. Velocidad: el equipo de sobremesa se deja encendido. El portátil se apaga, guarda y se enciende de nuevo. Google quiere un sistema operativo ligero para que su velocidad de carga permita tener el navegador abierto mucho antes que con un Windows.
4. Otro factor, aunque para mí el menos importante es el del precio. He leído muchas veces que la ventaja de precio no es tal ventaja, ya que tu competencia la puede anular tan fácilmente como reducir su margen. Así que esa reducción del 10% ó 15% del precio final del portátil., Microsoft la puede anular bajándo su precio o sacando al mercado versiones de funcionalidades reducidas, más asequibles económicamente.

Bueno, aún nos queda recorrido en este asunto. Google va a liberar antes de final de año el código del sistema operativo y parece ser que hasta bien entrado el 2010 no veremos equipos con Chrome OS instalado. Volveremos a hablar de él.

Anuncio oficial: Google Chrome OS

menéame

Google ha anunciado oficialmente que va a cerrar una serie de servicios y a reoganizar la estructura de sus grupos de ingenieros. El objetivo principal es optimizar la empresa, reducir costes y centrarse en sus aplicaciones principales, o sea, en lo que da dinero.

Los servicios que van a cerrar son las subidas de vídeos a Google Video, Catalgog Search,  Google notebook, Jaiku, Dodgeball y Google Mashup editor. Las causas seguro que son diferentes y la suerte que van a correr también, puesto que alguno funcionará sin actualización y otros cierran directamente.

Sigo pensando que el que se veía venir era el de Google Video, que ya no admitirá nuevos vídeos y que se usaba más como buscador que como aplicación. Además, ¿para que compró Google a Youtube?, para ser el nº 1 del mercado, pues si ya lo eres, ¿para qué quieres mantener al nº 2 gastando muchísimo dinero al día?.

Jaiku es tal vez el más sorprendente, después de comprarla para intentar competir con Twitter no han podido y se retiran definitivamente, tanto que hasta el servicio será cerrado y la licencia puesta a disposición de desarrolladores con licencia Apache. Lo cierto es que después de los problemas iniciales de Twitter (sobre todo los técnicos debido a estar desarrollado en un lenguaje poco maduro como Ruby on Rails) está pudiendo con todos Pownce, Jaiku, Plurk,… y ya veremos que pasa con Youare.

Eso en cuanto a los servicios. En cuanto a los grupos de desarrollo e ingeniería, Google dice que quiere tener menos equipos y menos dispersos para “contruir equipos más grandes y más efectivos, reducir los gastos de comunicación y dar a los ingenieros mayores opciones en futuros proyectos”.

Esta segunda parte es la que no entiendo, siempre me había parecido entender que Google presumía de desarrollar productos en base a equipos pequeños donde las necesidades de coordinación son mínimas, de esa forma podían llegar al mercado de forma rápida. Eso sí una vez, terminado el producto la implantación, escalado, traducción, etc. pasaba a equipos de mayor tamaño. Como es normal detrás de los desarrolladores estaba Google con todo su potencial, pero el desarrollo era realizado por equipos pequeños.

Aunque Google no lo diga creo, que detrás de esto está más el ahorro de costes de una infraestructura de desarrolladores (Google tiene ingenieros en 40 centros de desarrollo en 20 países diferentes), que el que realmente sea una decisión basada en la mejora de productividad. En cualquier caso, son libres de cambiar la estrategia en cualquier momento. Lo que espero es que no perjudique la calidad de los servicios que pone a disposición de los usuarios. El tiempo lo dirá.

menéame

Nada más leer la noticia de la nueva versión de Wordpress, 2.7 acabo de actualizarme ahora mismo. Es ese momento había ya descargadas ya 38.499 actualizaciones. Hay que reconocer que además de los cambios de funcionalidad que incluye, el cambio de estética es espectacular. Me gusta.

Esta versión es aún más estilo 2.0, sorprende desde el primer momento con un panel de control totalmente rediseñado y un menú de acciones que pasa a estar en la parte izquierda en vertical, en lugar de como antes en horizontal en la parte superior. El fichero de traducción al español funciona sin problemas y, al menos para mí, los plugins que tengo instalados siguen funcionando sin pegas.

Por cierto, una de las grandes ventajas es el Automatic Upgrade, toda una delicia de la que ya podían aprender otros.

Más información en el Blog oficial de Wordpress. Por cierto, recomendable en alta definición el vídeo que aparece en su post:

menéame

En septiembre estuve evaluando la posibilidad de hacer parte de una aplicación de escritorio como aplicación web, así que dije lo primero que tenía claro es que iba a utilizar un framework para desarrollar.

El único requerimiento que tenía es que la base de datos debía ser SQL Server porque ya se utilizaba en producción. A partir de aquí podía decidir sistema operativo, servidor web y lenguaje sin ningún problema.

Hace un tiempo desarrollé con Ruby on Rails y fue la primera opción que valoré pero la descarté porque si en un futuro necesitaba escalar es más complicado que con PHP y los resultados de velocidad de respuesta que hice en su momento me decían que era más lento.

Así que me dije: Apache+PHP, y como en el equipo de pruebas ya tenía instalado uno sobre Windows configuré PHP y me decidí a probar cakePHP antes que el framework de Zend.

Pues bien mi experiencia de momento es bastante mala. Supongo que toda esa gente que está encantada con cakePHP estará usando MySQL, porque desde luego con SQL Server para mí, ha sido un desastre. Os cuento:

1. Configuro una base de datos de prueba.
2. Asigno permisos y modifico el fichero de configuración de cake PHP.
3. Creo una tabla de pruebas.
4. Voy a la página de inicio y veo el mensaje de conexión Ok, pero aparece un error de lectura de la tabla del motor de base de datos donde se almacenan las tablas: INFORMATION_SCHEMA.TABLES.
5. Después de buscar soluciones a este problema y no encontrarlas, pongo un mensaje en Google groups, al fin y al cabo se supone que la ventaja de este tipo de software “Open source” es que tienes una comunidad que lo apoya.
6. Después de dos meses recibo un día en mi e-mail la solución y el problema está en que en elfichero mssql_dbo.php hay un error y en una comparación textual no se ha incluído el texto en idioma español. La solución está aquí (gracias seven).

En fin, no me parece correcto por parte de los programadores de cakePHP que ese tipo de comparación afectada por el idioma aparezca en un fichero que realiza las operaciones básicas de interacción con la estructura de la base de datos. Todavía no sé bien de la complejidad de cakePHP, ni estoy seguro de que esto se pueda separar correctamente, pero un error de este tipo porque la comparación del mensaje de SQL Server está en italiano e inglés y no en español, italiano e inglés; de entrada no parece hablar bien del framework y da que pensar si habrá otros problemas de este tipo con el idioma más adelante en un desarrollo.

En cualquier caso, emocionado, actualizo el fichero en cuestón y lo pruebo: este error se soluciona, pero aparecen otros. Esos os los contaré en mi siguiente entrega de este post.