Google anuncia su nuevo proyecto: Google Chrome. Un navegador Web. Así es, Google se enfrentará directamente con pesos pesados como Firefox e Internet Explorer por la batalla del porcentaje de uso. Entre sus monerías incluirá Google Gears por default (para acceso offline de los sitios que lo soporten), una nueva máquina virtual de JavaScript, tabs “especiales” que lo único de especial que tienen es que van por encima de la barra de dirección y no por debajo como lo son tradicionalmente, en vez de la “AwesomeBar” de Firefox ellos tienen la “Omnibox”, una página de inicio con algunas características interesantes, entre otras cosas. Pueden ver el anuncio en blogoscoped.
La noticia se ha extendido como reguero de pólvora: Google ha liberado su llamado “Protocol Buffers” que es para serializar estructuras de datos de manera neutral al lenguaje y a la plataforma. ¿Suena a algo parecido? ¿XML tal vez? si, pero segun Google es más eficiente y sencillo de utilizar. Veamos de que se trata.
Primero uno como desarrollador define cómo queremos estructurar nuestros datos, y luego generamos de manera automágica el código para lidear con estas estructuras. Estas definiciones se hacen en archivos .proto, que vendría siendo el equivalente a la definición del tipo de documento de XML (DTD) o el esquema de una base de datos. Un archivo .proto se ve así:
message Person {
required string name = 1;
required int32 id = 2;
optional string email = 3;
enum PhoneType {
MOBILE = 0;
HOME = 1;
WORK = 2;
}
message PhoneNumber {
required string number = 1;
optional PhoneType type = 2 [default = HOME];
}
repeated PhoneNumber phone = 4;
}
Corres el compilador del lenguaje de tu elección y te genera las clases necesarias. Para el ejemplo del archivo .proto anterior genería una clase Person y una clase PhoneNumber, que puedes usar para serializar y enviar la clase por la red, o guardarla a un archivo en el disco.
Una de las principales ventajas de los Protocol Buffers es que el formato usado en el cable (lo que se envía) es binario, ocupa mucho menos espacio y es más rápido para parsearlo de vuelta. La desventaja es que no puedes editar el archivo “a mano” una vez que fue serializado.
¿Alguien planea usar Protocol Buffers en un proyecto? Cuenten su experiencia…
¿Tienes problemas para enviar tus correos con tu cuenta de Gmail y Evolution? Intenta configurar el servidor SMTP para que use el puerto 587 de la siguiente manera:
Lo que ves en la imagen es la configuración para envio de correos (Editar - Preferencias - Editar Cuenta). Por alguna razón antes no era necesario agregar el puerto al servidor SMTP en Evolution, pero ahora lo es. Si estas teniendo problemas para enviar correos desde Evolution utilizando GMail vale la pena que pruebes esto.
Después de 15 (15!!!) años de desarrollo, ha sido liberada la versión 1.0 de Wine. Wine es una capa de compatibilidad para GNU/Linux, que permite que las aplicaciones creadas para Windows puedan ejecutarse en el sistema operativo del pingüino. Aunque la compatibilidad no es perfecta con esta versión, el equipo de Wine se enfocó en ciertos bugs que consideraban críticos para la versión 1.0. Es bueno ver como un proyecto tan importante en el mundo del FLOSS ha perdurado por tanto tiempo.
En el sitio de Wine, WineHQ, podemos ver una base de datos con distintas aplicaciones que han sido probadas para correr bajo Wine, y el nivel de compatibilidad que se obtiene. Desde juegos 3D hasta aplicaciones de oficina, tal vez la aplicación que te mantiene atado a Windows ¡ya corre perfectamente bajo Wine!
GNU Hurd es la pieza faltante en el sistema operativo GNU. GNU Hurd es una colección de pequeños servidores que corren sobre el microkernel Mach, con características que lo hacen muy atractivo: programado utilizando orientación a objetos, diseño multihilo (multithread) para eso de los dobles, cuádruples, óctuples núcleos). Los pequeños servidores se encargan de implementar cosas como sistemas de archivos, protocolos de red, y cualquier cosa necesaria para un sistema operativo.
Ahora que ya sabemos qué es Hurd, y porqué queremos instalarlo, podemos ver un video de cómo hacerlo (después del salto volteado pa’tras de reversa) Seguir leyendo
Las distribuciones de Linux pueden hacerlo (tener repositorios de software) ya que prácticamente todo el software es libre y/o de fuente abierta; no se tienen que preocupar por restricciones de licencias. En el mundo de Windows, sin embargo, las cosas son más complicadas.
La situación legal de Ext de la cual hablamos anteriormente provocó que algunos de los miembros de la comunidad Ext hicieran algo al respecto. En las propias palabras del autor, OpenEXT no es un fork sino que lanzarán parches encima de ExtJS 2.0.2 (la última versión LGPL) en vez de redistribuir versiones completas de Ext modificadas.
Veamos si esto es suficiente para atraer usuarios de Ext inconformes por el cambio de licencia.
(Via Ajaxian. Y lean el artículo original, dice muchas cosas muy interesantes)
