La final tuvo una duración de cuatro horas, en donde los participantes debían resolver seis problemas utilizando un lenguaje de programación a elección, en una plataforma basada en Google App Engine, desarrollada en un 20% por ingenieros de Google.

Uno de los seis problemas consistía en tomar el rol de una compañía de telecomunicaciones que debe actualizar algunos de sus equipos. La compañía desea actualizar sus torres celulares más rentables, sin embargo, hacerlo les obligaría a actualizar torres menos rentables, lo que elevaría los costos. Los participantes debían desarrollar una solución lo más eficiente y rápida que permitiera tomar la decisión de qué torres actualizar para minimizar los costos y maximizar las ganancias.

Los ganadores fueron Lou Tiancheng de China (ACRush) que se llevó el primer lugar y $5.000 dólares, Qi Zichao de China en segundo lugar y Iwata Yoichi de Japón el tercero. El detalle de los puntajes se encuentra en el siguiente enlace.

Si tu sueño es trabajar en Google y no quieres contestar extrañas preguntas, esta es otra posibilidad de hacer tu sueño realidad. Si es así, comienza desde ahora ha entrenar para el próximo año!

Link: And the Google Code Jam 2009 champion is… (Official Google Blog)

Parece que no hay día en que no se sepa de alguna noticia, producto o servicio de Google. Y es que apenas hace unas horas presentaron GO, un nuevo lenguaje de programación. GO es de código abierto y se basa en la familia de programación de C pero con elementos de Python y la familia de Pascal, Modula y Oberon.

Google espera que este nuevo lenguaje tenga una rápida adopción en la web. Para ellos, las razones para crear GO se justifican en el hecho de que en aproximadamente 10 años no ha surgido un nuevo sistema de programación, pero en ese lapso de tiempo la nube computacional ha sufrido grandes cambios.

Google espera que el desarrollo de software sea mucho más rápido, independiente, compatible con las tendencias de hardware más recientes. Lo que me da temor, es que de tener un éxito contundente estaríamos no solo usando productos y servicios de la compañía, sino que navegaríamos por un Internet creado casi por Google.

Links:

• GO: Google Launches Its Own Programming Language (Mashable)
• The Go Programming Language

Hace más de un mes se divulgó una falla de seguridad en Linux que hasta el día de hoy se discute desde varios puntos de vista: La reacción de los desarrolladores, la forma en que se manejan estos problemas, y las decisiones de diseño que pueden ayudar a que éstas ocurran.

El problema en sí es bastante sencillo, y es fácil de entender para todo aquél que alguna vez haya tenido que programar en lenguajes cercanos a la máquina como es el caso del lenguaje C.  Uno de los problemas comunes es el uso de variables no inicializadas, específicamente referencias a la dirección 0, también conocida como null.

Esto ocurre cuando se usa una variable que debería apuntar a un objeto válido en memoria, pero al no ser inicializada apunta a la dirección 0 (null pointer dereference).  Esto podría provocar resultados indeterminados, pero en Linux se usa una característica del hardware para que este tipo de errores se detecte inmediatamente.  Lo que se hace es que en la dirección cero no se mapea ninguna página de memoria, por lo tanto cualquier intento de acceder a esa zona provocará una excepción de hardware indicando que no hay nada en esa ubicación, lo que el usuario ve como un Segmentation Fault.

Los programadores, confiando en este sistema de detección pueden asumir que estos casos serán manejados siempre de esta forma, con un resultado conocido.  Pero qué pasa si alguien efectivamente pone código en esa zona para que un error de este tipo no provoque una excepción de hardware, sino que la ejecución de código malicioso.

El kernel impide que esto se pueda hacer, estableciendo un límite inferior de dirección de memoria mapeable.  Pero cuando se da mayor privilegio al código, estos límites no son considerados, y es ahí en donde se puede abusar del sistema.

Un usuario mostró que este caso es posible, y que las referencias a null podrían ser abusadas si se lograba poner código en la zona prohibida.  La demostración la hizo con PulseAudio, que permite cargar bibliotecas indicadas por el usuario, si el ejecutable de PulseAudio se ejecuta con privilegios de root, como lo hacen algunas distribuciones, y se usa SELinux en donde los límites no son considerados, se puede cargar código que se activará cuando se use un puntero no inicializado.

Aunque parezca contradictorio, en este caso en particular, el sistema de seguridad SELinux originado en la National Security Agency (NSA) dejaba al sistema vulnerable frente a esta falla de seguridad.

Las correcciones no tardaron (tanto) en llegar, aunque este tipo de problemas son igual que los accidentes, se debe dar una compleja combinación de factores para que ocurran, pero eventualmente ocurrirán.

¿Qué es lo que falló?  ¿Las auditoría son insuficientes? ¿Problemas de diseño? Es la naturaleza imperfecta del humano, manifestada en el software.  Se generó una gran discusión respecto a aumentar los niveles de control y revisión, y es aquí en donde nuevamente Linus enseña algo importante en la lista de correo del kernel:

La buena memoria no se trata de recordar todo.  La buena memoria se trata de olvidar lo irrelevante, de tal forma que las cosas importantes permanezcan y se puedan recordar.  Pero el asunto es que: Sí, debes olvidar cosas. Y eso significa que vas a perder los detalles – pero se espera que se pierdan aquellos detalles que no son importantes.  Aquí las palabras claves son “se espera”.  La mayor parte del tiempo funciona, pero todos sabemos que a veces somos capaces de olvidar detalles que resultan ser cruciales después de todo.

Link: Null pointers, one month later (LWN.net)

A veces no es necesario mirar al futuro para encontrar cosas interesantes. Revisando antiguos correos encontré este clásico de la web, se trata de un sitio que analiza diversas interfaces de usuario de aplicaciones supuestamente profesionales, en donde se cometieron errores garrafales de diseño, y en alguno casos también de programación.  La interfaz que acompaña este artículo es un buen ejemplo de algunas joyitas que se pueden encontrar.

En el sitio, podemos encontrar aplicaciones de diversos fabricantes, en donde no se salva Apple ni Microsoft.  La última actualización es del año 2000, así que también podremos ver cómo han evolucionado las interfaces de usuario en los últimos 10 años.

El material está agrupado en categorías, por ejemplo mal uso de colores, abuso de metáforas, mensajes de error inapropiados o software programado con avanzadas técnicas de estupidez artificial y lógica confusa.

Aquel desarrollador que no haya caído en uno de estos problemas, que arroje la primera piedra.

Link : Interface Hall of Shame

Este concurso es organizado por la Fundación y país y la Universidad del Desarrollo y está dirigido a estudiantes de pregrado, universitarios y de institutos profesionales chilenos.

El concurso se realizará en la Universidad del Desarrollo en San Carlos de Apoquindo, auditorio 101, Av. plaza 700, comuna de Las Condes; y la aplicación podrá ser finalizada hasta antes de 15 de septiembre.

El primer premio se traduce en la asistencia a la Worldwide Developers Conference 2010 en San Francisco con todos los gastos pagados, pero antes de seguir mareándolos, les recomendamos ver las bases del concurso.

Sir Charles Antony Richard Hoare

El británico Tony Hoare conocido por inventar el algoritmo Quicksort en 1960, dará una conferencia en el QCon de Londres llamada “Null References: The Billion Dollar Mistake“, donde asegura que desde la invención del puntero o referencia nula en 1965 para un lenguaje orientado a objetos (ALGOL W), esta ha causado dolores de cabeza a programadores en los innumerables errores, vulnerabilidades y fallos de sistema que probablemente han causado mil millones de dólares en daños en lo últimos 40 años.

Asegura que su objetivo principal era que todo manejo de referencias estuviera completamente seguro.

Si alguna vez has programado en un lenguaje orientado a objetos sabrás de que dolores de cabeza se trata, ¿Pero que sería de Java, C/C++ y Visual Basic sin punteros (nulos) bajo responsabilidad y uso adecuado por parte del programador?

Link: Null References, the Billion Dollar Mistake (Slashdot)

(c) Pastie.org

Para los más fanáticos o para aquellos que requieren de una explicación lógica ante un problema complejo, ya está disponible el código de programación que hizo que miles de reproductores Zune dejaran de funcionar colectivamente. El error comienza en la línea 249.

En circunstancias normales, esto funciona muy bien. La función sigue restando ya sea 365 o 366 hasta que se reduce a menos de un año para luego convertirse en el mes y el día de mes.

Lo que pasa es que en el caso del último día de un año bisiesto, continúa hasta que llega a 366. Debido al if (days>366) la ejecución para de sustraer si el bucle (loop) pasa a ser un año bisiesto. Pero 366 es demasiado grande para salir del bucle principal, lo que se traduce en que el Zune continue en el loop infinito sin hacer nada.

Si el error no se arregla, lo mismo va a suceder el 31 de diciembre del 2012… Microsoft, tienes 3 años… ¿alcanzarás?

Link: PQOAL Real-time clock (RTC) routines for the MC13783 PMIC RTC (Pastie.org)

Para el consuelo de los argentinos que leemos FayerWayer, tengo el agrado de comentarles que Google Code Jam tiene ganadores regionales. Ellos pasarán a la gran final, que se disputará en los headquarters de Google, en Mountain View, California.

El concurso se dividió por regiones. Dentro de los ganadores de América hubo 2 argentinos y 2 brasileños. Los representantes de nuestra región son:

• Pablo Del Lago de Argentina
• Rápael Ribas de Brasil
• Eduardo Ribas de Brasil
• Sergio Sancho de Argentina

Ellos, junto a los otros ganadores de América, viajarán al GooglePlex el 14 de septiembre noviembre para participar en la final y USD$80.000 es el dinero que G piensa repartir entre los 100 participantes de la gran final (por suerte, nadie se irá a casa con las manos vacías):

• 1º puesto: USD$10 mil
• 2º puesto: USD$5 mil
• 3º puesto: USD$2.500
• 4º a 10º puesto: USD$1.500 cada uno
• 11º a 30º puesto: USD$1.000 c/u
• 31º a 50º puesto: USD$750 c/u
• 51º a 75º puesto: USD$500 c/u
• 76º a 100º puesto: USD$250 c/u

Ojalá les vaya tan bien como le fue a Sergio Sancho en 2004 -fue ganador de este evento- o como a Diego Gavinowich, otro argentino que fue finalista en Google Code Jam versión latina el año pasado (además, Diego fue el encargado del proyecto Google Sky).

¡Desde FW les deseamos lo mejor a nuestros representantes latinoamericanos!

Link: Google Code Jam (vía Infobae)

Cuando hablamos de red social se nos vienen a la mente Facebook, MySpace, Hi5 y así hacia el infinito más uno.debug_mode=on también es una red social, pero orientada a un público bastante más segmentado, el de los informáticos (aquellos raros individuos que gustan de la informática en sus distintos sabores).

En palabras de sus creadores:

Por Internet es frecuente encontrar páginas de una temática concreta. Sobre una plataforma, sobre un lenguaje,… Sin embargo no sólo nos interesa una plataforma o lenguaje. La informática es una ciencia multidisciplinar. Un desarrollador web debe saber de HTML, CSS, javascript, seguridad, lenguajes del lado del servidor, SEO… Un administrador de sistemas debe saber de bash, perl, python, Linux, Windows,… Por eso hemos querido hacer una página de referencia sobre programación, administración de sistemas, desarrollo web, etc. en la que puedas encontrar la información que necesitas. Por eso hemos hecho debug_mode=ON: una red social para programadores e informáticos en general.

La verdad que al revisar un tanto esta red, más bien parece un repositorio de artículos clasificados en ciertos grupos y con una cantidad de usuarios bastante limitado, pero tenemos que darle el tiempo suficiente para que se vaya “depurando” y creciendo.

Link: debug_mode=on (vía Geekzone)

Hay muchas competencias internacionales para programadores, siendo las más conocida en el último tiempo, la famosa Google Code JAM, en que junto al jugoso premio de 80.000 dolares, tienes la oportunidad de que Google se interese en tus capacidades y habilidades como programador. Pero hay más eventos de este tipo, como los torneos que diariamente se efectúan en el sitio TopCoder, auspiciados por importantes empresas tecnológicas transnacionales.

Sin embargo la IOI es especial, porque está orientado a alumnos de secundaria, entre 15 y 20 años de todas partes del mundo, los que representan a sus respectivos países, es decir, en este evento no sólo buscas tu gloria personal, sino que tienes el orgullo de representar los colores de tu país, como corresponde a una olimpiada hecha y derecha.

Es torneo fue creado por la UNESCO en 1989 y cuenta con el auspicio de la Federation on Information Processing (IFIP). En sus veinte años de existencia se ha convertido en la más importante competencia de este tipo a nivel internacional. La versión de este año se realizará entre el 16 y el 23 de agosto en Egipto y convocará a 87 países.

“La competencia consiste en resolver tareas de naturaleza algorítmica, pero los competidores tienen que tener dominio básico de análisis de problemas, diseño y conocimiento de algoritmos y estructura de datos y por supuesto la habilidad de programar y probar sus soluciones.” Sin duda alguna los jóvenes que participan en esta competencia son los mejores
en computación a nivel mundial.

Cada país tiene su método para elegir a sus representante, por ejemplo en Argentina se realiza un campeonato nacional regulado por una entidad gubernamental, en Grecia también hay un concurso a nivel nacional y los clasificados tienen asegurado su acceso a la universidad. En Estados Unidos el proceso es a nivel nacional con participantes de todas las escuelas secundarias.

Este año, por primera vez Chile ha desarrollado un proceso formal para elegir a sus representados, a través de la ONI (Olimpiada Nacional De Informática) con el patrocinio del Ministerio de Educación.

Este proceso, inédito en nuestro país, ha tenido el empuje inicial de dos jóvenes hermanos Cristobal e Israel Leiva quienes se dieron cuenta de la falta de un mecanismo transparente que permitiera elegir a la selección chilena. Pare esto presentaron un proyecto y consiguieron respaldo de autoridades políticas y gubernamentales, para poder conseguir la invitación formal de la IOI y el apoyo oficial del gobierno de Chile a la selección.

El evento de la ONI en Chile fue realizado durante julio en dos fases on line y una tercera presencial en la Comuna de Buin, la que culminó con la clasificación del equipo nacional, integrado por Vicente Iglesias (primer lugar nacional), Nicolás Lehmann, Juan Manuel Parraguéz de Curicó y Cristián Silva, quienes junto con recibir muy buenos premios se llevaron algunas gratas sorpresas, como nos relata Cristián Sepulveda:

La organización del evento la encontré espectacular, no dejaron ningún detalle al azar. Lo que mas me sorprendió fue el nivel tecnológico al que está Buin, y la seguridad que otorga la ciudad, recuerdo que iba saliendo de la municipalidad y en la plaza de armas lo primero que veo es a un tipo con un MacBook Air sentado en una banquita, como si fuese lo mas normal del mundo, en verdad eso me dejo impresionado.

Lo que comparte Vicente Iglesias:

Me sorprendió, al momento de inscribirme, que fuera la Municipalidad de Buin quien organizara el evento, pero luego, en la competencia, me di cuenta del porqué: Buin es una comuna inserta en el siglo XXI, donde hay Wifi en las plazas.

Aunque todos contaban con el apoyo de sus respectivas familias, (”desde mi abuelita hasta mi hermano que fue prácticamente mi maestro en esto de programar” – Cristián Silva, “Ellos me apoyan en todo. Mientras no deje de estudiar para la PSU” – Nicolás Lehman), no siempre pasaba lo mismo con sus colegios, salvo el único caso de Vicente quien nos cuenta que en su colegio (San Ignacio El Bosque) existe un grupo “llamado MediaLab, en donde se incentiva a los alumnos a desarrollar sus proyectos”.

Por supuesto que estos muchachos son especiales, seguros de si mismo (una cualidad típica de los buenos programadores), estos muchachos se tienen mucha confianza, y con razón, los computadores no son un misterio para ellos: Nicolás Lehman (17) nos cuenta:

[Uso computadores] desde muy pequeño, debo haber tenido unos 8 años, no recuerdo que maquina era, pero el SO era Windows 3.1, pero ocupaba más D.O.S. En internet partí con una conexión telefonica de 56, de esas que había que conectarse después de las ocho para que saliera más barato, no recuerdo que edad tenía, pero fue cuando se empezó a masificar el uso de internet en nuestro país.

También Vicente Iglesias, el ganador de la competencia empezó muy pequeño a programar:

Uso computadores desde los siete años, más o menos, y navego en Internet desde los nueve. Partí “programando” en Flash 4 a los nueve años, en tercero básico. Luego empecé a ayudar a mi papá con unos sitios web en ASP que había hecho, y entonces aprendí HTML y me atrajo automáticamente el diseño web. Ya aburrido del ASP, empecé a buscar algún lenguaje más potente y me “enamoré” de Ruby on Rails. En octavo básico aprendí C.

Los muchachos que participan en este tipo de actividades tienen clara conciencia de que son privilegiados, pero que es importante disminuir las brechas tecnológicas en nuestra sociedad, “Yo considero las TI como una herramienta para hacernos más fácil la vida y cualquier persona debería tener acceso a ellas”, recalca Nicolás Lehman, “creo que todos tienen que tener acceso a las tecnologías informáticas, pero en su debido momento y con su debida madurez” acota Cristián Silva.

Finalmente, ¿por qué es bueno que existan competencias como la IOI?, la respuesta nos la dan los organizadores de la ONI:

La IOI es un incentivo para aquellos jóvenes científicos del mañana que ven la gran relevancia que tiene el desarrollo de software y de las nuevas tecnologías en general en el mundo actual. Es una motivación y apoyo para jóvenes que desean desarrollar sus capacidades aún más en estudios superiores, ya que muchos de los jóvenes que participan y ganan medallas en la IOI logran obtener becas en distintas universidades del mundo.

Este es el tipo de proyectos en que nos gusta ver a nuestro jóvenes, y saber que ellos mismos tienen la capacidad para emprenderlos, organizarlos y llevarlos a buen término es algo que deberíamos tomar nota los adultos. Felicitamos al comité organizador de la ONI Chile, formado por Ramón Calderón, Mauricio Iturriaga, Cristóbal Leiva e Israel Leiva, a los seleccionados chilenos, y por supuesto a todos los jóvenes latinoamericanos y españoles que participarán en este evento en Egipto en agosto.

Para esos jóvenes programadores que quedaron interesados, esperamos comunicarles en estas misma página cuando se producirá el próximo evento.

Links:
- Sitio Oficial de la IOI
- IOI 2008 Egipto
- ONI Chile
- IOI en Argentina
- IOI en Colombia
- IOI en México
- IOI Estados Unidos
- Información general sobre todos países que participan
- Cobertura de la ONI y la IOI en La Naturaleza del Software

———
Eduardo Díaz (alias lnds), es un lector de FayerWayer que quiso aportar con su propio contenido. Recuerda que tu también puedes hacerlo, escríbenos usando el formulario de Contacto proponiendo el tema sobre el cual te interesaría escribir.

Con el fin de divulgar los conocimientos computacionales a estudiantes y educadores en todo el mundo, Google acaba de abrir la Google Code University.

Este sitio es totalmente gratuito y contiene clases, conferencias, presentaciones y ejemplos de programación y tecnologías en diversas áreas como: Programación en AJAX, Computación distribuida, seguridad Web y lenguajes de programación en general.

Además cuenta con una sección de herramientas donde podrás encontrar temas de interés como bases de datos y MySQL entre otros.

También tendrás la oportunidad de buscar temas de aprendizaje de interés y cursos publicadas por los departamento de ciencias de la computación de las universidades en todo el mundo, tales como MIT, Stanford, Yale, entre otras.

Link: Google Code University

Quizás algunos ya lo conocen, o quizás no. A principios de diciembre Google abrió al público su API para generar gráficos. Es un API muy completo y bien documentado, y permite generar gráficos de puntos, barras, pie, líneas y diagramas de Venn. Es muy fácil pasarle datos, que pueden ser cargados dinámicamente desde tu base de datos y te ahorras el procesar los gráficos.

Sigue leyendo para aprender a generar tus propios gráficos vía Google.

Por ejemplo, en el gráfico que ilustra este post les mostramos la cantidad de lectores de FW con Java durante el último mes. El URL que genera la imágen es el siguiente:

http://chart.apis.google.com/chart?cht=p3&chd=t:98.26,1.74&chs=400x150
&chl=Tiene%20Java|No%20Tiene%20Java&chco=ffcc00,ff3300

• http://chart.apis.google.com/chart? invoca el script y & concatena las opciones.
• cht indica el tipo de gráfico (p3 = pie en 3d).
• chd son los datos. En este caso son porcentajes en formato de texto simple, por lo tanto es t:porcentaje 1,porcentaje 2.
• chs es el tamaño en pixeles del gráfico, en este caso 400×150px.
• chl es la leyenda del gráfico. El orden debe coincidir con el orden en que se entregan los datos. Se separan con un pipe (|).
• chco son los colores en formato hexadecimal. Si se ingresan menos colores que campos de datos, se interpolan.

Luego lo pones como fuente (src) de un tag de imagen, y voilá tienes un gráfico generado sin gastar recursos de tu servidor. Super útil para la gente que desarrolla aplicaciones online, también puede ser un buen complemento para plugins de estadísticas, encuestas, etc.

Tiene un límite de 50,000 llamadas (queries) diarias para generar gráficos al día por cuenta Google. O sea, una vez que un gráfico se generó, se puede llamar infinitas veces, el límite está en la variedad de gráficos que puedes generar.

Link: Google Chart API – Developers Guide (Google Code)

Pueden ver todas las novedades de esta nueva versión en el blog de desarrollo.

Link: Rails 2.0: It´s done! (via slashdot)

Pero lo primero es lo primero: ¿Me volví loco o eso en la pantalla de espera es un dock? Ya, está bien, en la BlackBerry hay algo parecido, pero diablos que se parece a OS X — sin el encanto visual, claro está. Me gustó, en todo caso, como la interfaz maneja como un ticker los mensajes de IM y que el navegador esté basado en WebKit.

Lo otro: cuando están jugando Quake, ¿como controlan el juego, si la pantalla es touchscreen? Para tratar de aclarar sus dudas, el primer “dispositivo” que muestran es una Trèo 500; el segundo es un LG Prada.

¿Y ahora qué? Pura Futurología™, chicos. Las dudas quedarán resueltas cuando algunos afortunados desarrolladores se repartan USD$10 millones por crear la mejor aplicación. A eso le llamo yo tener poquita fe.

No me van a entender nada de lo que dije si no ven el video aquel. Míralo tras el salto.

Click here to view the embedded video.

Links:
- Calling all developers: $10M Android challenge (Official Google Blog)
- This is the droid you’re looking for (Android Developer Blog)

¿Alguien dijo niñito pica’o? Después de ver cómo Microsoft se quedaba con la “chica linda de la fiesta” (y de morderse la lengua un buen rato, probablemente), Google decidió volver al laboratorio a planificar un nuevo ataque. Como dijo un viejo sabio por ahí, si no puedes unirte a Facebook, combáteles.

La decisión de los cabecillas fue clara: si Google quiere hacerle la pelea a Facebook, tiene que lanzar algo incluso más abierto que la competencia. Bien lo puso Techcrunch: “si Facebook es 98% abierto, Google quiere ser un 100%”.

Pero la apuesta de Google no se trata de una nueva aplicación/plataforma “tipo Facebook” (recordemos que ya tienen a Orkut). Los tipos apuntan a integrar sus actuales servicios, sumarles otros, y agregarles a todos ellos una “capa social”. En el fondo, si ya tienen todos nuestros datos repartidos en sus servicios (contactos en Gmail, feeds en Reader, eventos en Calendar, fotos en Picasa Albums, etcétera), ¿por qué no darles un uso útil e integrarlos en un sólo lugar? La movida de Google parece bien lógica… y el nombre del nuevo proyecto también.

Hola OpenSocial.

¿Y dónde está lo de “open”? Bueno, resulta que el proyecto de Google no sólo contempla que terceros creen aplicaciones para la plataforma (como pasa en Facebook), sino que incluso van a permitir que ellos puedan extraer o ingresar información de las bases de datos. Para esto lanzaron ayer un set de tres APIs comunes, que le permitirán a los programadores acceder directamente a los datos de los usuarios que integren los servicios de la “red OpenSocial”, como perfiles de usuario y la información de sus contactos o de actividades (eventos, fotos, etcétera). ¿Qué tal?

Ok, Resumen Resumido™. OpenSocial, más que una plataforma, será un ecosistema de aplicaciones y servicios que dará a luz a una red social distribuida, en base a una serie de APIs de Google.

Ya son varios los aliados de esta nueva cruzada, dentro de los cuales podemos contar a (respira hondo) Engage.com, Friendster, hi5, Hyves, imeem, LinkedIn, Ning, Oracle, orkut, Plaxo, Salesforce, Six Apart (los de Movable Type), Tianji, Viadeo, XING, y desde hace poco, el propio MySpace. Al parecer, MS y Facebook no la sacarán tan barata después de todo (a pesar de la amplia ventaja que llevan, especialmente en usuarios). Pero bueno, como siempre, el tiempo dirá si hay algún claro ganador. Estimados… ¡pongan sus apuestas!

Links:
- OpenSocial (Google Code)
- Details Revealed: Google OpenSocial To Launch Thursday (TechCrunch)
- Google’s Response to Facebook: “Maka-Maka” (TechCrunch)

Coda es un editor de código, cliente FTP, editor de CSS, terminal SSH, libros de referencia, y navegador web basado en Safari para previsualizar tus páginas. Todo integrando, todo en una misma ventana.

Generalmente no hablamos sobre software en FayerWayer, mucho menos cuando únicamente está disponible para una plataforma (en este caso, únicamente para Mac OS X). Pero este pedazo de programa es uno de los que más me ha impresionado en el último tiempo. Personalmente no soy muy fanático de las soluciones todo-en-uno. No me gusta el hardware que trata de hacerlo todo, y mucho menos los programas que intentan lo mismo, ya que en la mayoría de los casos hacen todo a medias y no hacen nada bien. Pero creanme cuando les digo que Coda lo hace todo bien. Impresionantemente bien.

Actualmente cuando trabajo en un sitio web, uso una serie de programas: Photoshop para las imágenes, TextMate para escribir y editar todo el código, Transmit para el FTP, el Terminal de Apple para trabajar por SSH en el servidor, y Firefox con el Web Developers Toolbar para previsualizar y revisar. Con gusto he pagado todo lo que hay que pagar. Especialmente TextMate, por lejos mi editor de texto/código favorito. De hecho este artículo lo estoy escribiendo en TextMate. Pero siempre había algo que hacia molesto el hecho de estar intercambiando entre tantos programas diferentes.

Hasta que llegó Coda e integró todas esas cosas en uno, por lo cual estoy eternamente agradecido. Bueno, excepto Photoshop. Así que en realidad uso sólo dos cosas para hacerlo todo: Coda + Photoshop.

Usé Dreamweaver un tiempo, pero en pocas palabras, lo odio. No se merece pagar la licencia. Su editor de texto es ligeramente inteligente (y eso es ser generoso), su cliente FTP es directamente inútil, y su previsualizador causa más problemas de los que soluciona. Al final lo terminaba usando únicamente en el modo sólo-texto, y para eso es mejor TextMate.

El cliente FTP de Coda esta basado en Transmit, discutiblemente el mejor cliente FTP para Mac. Creado por los mismos tipos, Panic, esta versión la bautizaron “Turbo Transmit” y realmente se nota. No se como lo hicieron, pero trabajar en FTP ahora es casi tan rápido como si los archivos estuvieran en tu propio equipo.

El editor de CSS es otra de las joyas. Puedes usarlo directamente en modo texto, pero con un inteligente sistema de autocompletación (la palabra no existe, pero ustedes me entienden). O lo puedes usar en modo “visual”, donde todo es una serie de campos y menúes desde donde rápidamente puedes manejar tu CSS. Me imagino que los usuarios que recién se acercan al CSS lo agradecerán mucho.

Un extra que he agradecido mucho en estas pocas horas de uso, son los libros de referencia que incluye. Incluye referencia para código HTML, CSS, JavaScript y PHP. ¿No estás seguro como se aplica un selector o un tag? Una rápida búsqueda, dentro del mismo programa, te trae la respuesta.

El terminal es como cualquier otro, y el navegador integrado basado en WebKit, es lo mismo que Safari. Pero tener ambos dentro del mismo programa me hizo sonreír. Puedes tener la ventana dividida, con el terminal arriba y el navegador abajo. Haces un cambio por SSH, e inmediatamente puedes probarlo en el navegador. Ni siquiera apretaste Command-TAB (o ALT-TAB para los PCeros). Aparte con un sólo click puedes revisar lo que estás trabajando en cualquier navegador que tengas instalado en tu Mac, aunque sería increíble si incluyeran el motor Gecko para poder ver “Firefox” dentro de Coda.

Lo mejor de todo, es que todo esto lo hace dentro de una interfaz brillante, fácil de usar, clara, intuitiva y bien diseñada. Si hasta los favoritos son una obra de arte.

Si tienes Mac, desarrollas páginas web, aplicaciones web, o simplemente te gusta editar el template de tu blog de vez en cuando, no te puedes perder Coda. Todo esto no llega gratis. El programa cuesta US$99 (precio de lanzamiento, US$79), pero bien los vale. Si habías comprado Transmit antes, te descuentan 10 dólares.

Por último, no te pierdas la página web. Está re-linda.

Link: Panic Coda (via walterk)

El sitio Digital Web publica un buen artículo explicando lo que se viene, y cual de los dos deberíamos estar revisando. HTML5 (también conocida como Web Applications 1.0), es una evolución de HTML 4.01, y está siendo preparada por WHATWG, una comunidad abierta fundada por Mozilla, Opera y Apple. XHTML2 está siendo preparada por la W3C, el organismo oficial que define los estándares de la Web, y tal como su nombre implica, es una actualización o reemplazo de XHTML 1.0. Después de esa explicación, uno pensaría que el camino a seguir, el estándar futuro, debería ser XHTML2.

Sin embargo, curiosamente, la conclusión del autor es que el futuro será HTML5 (principalmente por culpa de Internet Explorer, que, según él, todavía no soporta XHTML 1.0 y probablemente tarde años en soportar XHTML2). Pero no te guies por este resumen, lee el artículo.

Link: HTML5, XHTML2, and the Future of the Web (via digg)

Link: Oops! Yahoo Japan erases 4.5 million e-mails (gracias José Lecaros!)

Entre ellos encontro a un pedófilo en serie (con 3 arrestos, por abusar a niños de 7, 9 y 11 años), que usaba su nombre real en MySpace para contactar abiertamente a menores de edad. Lo más insólito de todo esto, es que MySpace le dijo al congreso de EE.UU. que no tenia esta capacidad y que técnicamente seria imposible de hacer. Hasta que un editor de Wired y 1.000 líneas de código Perl demostraron lo contrario. El implicado (en la foto) hoy está arrestado esperando sentencia.

Link: MySpace Predator Caught by Code (via Slashdot)

Si les gustó, pueden bajarlo desde este link para seguir jugando.

Link: LineSuperFollow

Lo interesante es que tu telefono no necesariamente debe ser un Nokia para poder hacer uso de los WidSets. Tan sólo debe tener Java MIDP 2.0, una pantalla de al menos 128×128 pixeles de resolución, y conexión a Internet (desde tu celular).

La gracia de estas mini-aplicaciones es que están construidas con simple código HTML, CSS y JavaScript (al igual que una página web), lo que ha permitido que aparezcan comunidades de desarrolladores creando miles de widgets para estos diferentes sistemas. Adicionalmente, al usar el mismo lenguaje de la web, se han utilizado principalmente para hacer interfaces simples de servicios web comunes. Como por ejemplo lectores de Gmail y RSS, pronosticos del clima, y hasta juegos. WidSets incluye un Studio donde muy fácilmente puedes hacer el tuyo, asi que aprovechamos de hacer altiro un Widget de FayerWayer.

Link: WidSets Beta (via Celularis)

Links:
Encyclopodia – The encyclopedia on your iPod
iPodLinux Project
iNES @ iPL
Digg iNES – NES Emulation on the iPod (Via Make)

Link: BAMBIOS: Legacy (BIOS-Based) Booting on the Intel-Based Macintosh (vía Osnews.com)

Probablemente Novell Desktop Linux, no esté listo hasta mitad de año. Es que los chicos de Novell refinan demasiado sus productos. Además ellos no solo sacan una distribución, desarrollan, asisten y mantienen en gran parte casi todas las aplicaciones mencionadas arriba.

Links:
- Videos de Xgl en demostración de Novell Linux Desktop (vía Franco Catrín)
- Novell demonstrates Linux Desktop 10 (vía ArsTechnica)

Para nuestra sorpresa Google está embarazado denuevo, de un hijo que todos esperamos ver sanito y creciendo feliz!. Goobuntu, es el apodo interno que cariñosamente, los Chicos Google le han puesto la distribución de Linux, probablemente basada en Debian o en la archiconocida Ubuntu, que mantienen en desarrollo. Esto no es un rumor y ha sido confirmado por fuentes de Google a The Register.

Ahora, lo que no sabe nadie es si realmente este nuevo crío será la revolución del Google OS que todos esperábamos, o una plataforma para estaciones de desarrollo internas, o simplemente, es el juguete de alguno de los ingenieros/ejecutivos para descargar las tensiones que le provoca ganar tan poco dinero en esa humilde empresa.

Update: Maldición, ahora sabemos que efectívamente, dentro de la empresa se utiliza Ubuntu. Pero nada de esto va a desarrollo como producto de Google. Es decir, nada de Google Linux, ni Goobuntu, ni GoogleOS. Una lastima. (gracias por el link, Linkey)

Link: Google at work on desktop Linux (vía The Register)

Donde sorpresivamente, el PowMac Quad G5 destruye en casi todos los test, el Athlon 64 es vapuleado por el G4, y Xeon muestra una vez más ser un exceso en su relación precio/rendimiento. Finalmente, Los IntelCore Duo son casi el top of the line del benchmark… Recomiendo leérlo, es bastante entretenido, pero no tomen demasiado enserio lo que dice.

Advertencia del editor: Debo decirles, que a mi juicio (absolutamente refutable), y basado en algunas de las clases de Sist. Operativos y de Arquitectura de Hardware en las que si estuve despierto, es uno de los benchmarks más mulas que he podido ver en mis pocos años de circo. Las razones:

Link: Geekbench Comparison (vía http://www.geekpatrol.ca)

Link: Ning

Todos sorprendidos afirmamos: -”Oh, Apple la hizo de nuevo, ahora esta solucionado el problema del legacy software en los MacBook Pro“-. Pero la verdad es que si vas por un Mac-intel, debes ir también por engordar su memoria ram profundamente, claro, si es que necesitas aplicaciones legacy que corran bajo Rosetta; Pruebas con hardware Mac-intel demuestran que vas a necesitar 4x la memoria que necesitarías para correr tus binarios ppc. Algunos ejemplos:

Mi opinión?: Tranquilo fanático de Mac, no necesites un MacBook Pro todavía; no al menos hasta que tu programa salga para Binario Universal.

Link: Rosetta Memory Overhead (Vía OSnews)

Ed: Quizas lo de antes salio un poco enredado, pero la idea es asi: hay tareas que para un software son muy dificiles de realizar, especialmente reconociendo cosas visuales. Tareas que incluso un niño de 10 años podria hacer facilmente. Entones, el sistema de Mechanical Turk subcontrata estas tareas, distribuyendola entre un grupo de trabajadores humanos y da los resultados como si el software de Mechanical Turk, de manera automatizada.

Links:
– Amazon Mechanical Turk: Artificial Artificial Intelligence
– Amazon finally reveals itself as the Matrix (via TechCrunch)

Mi principal reclamo a Flash es que es demasiado fácil de usar, por lo tanto, es demasiado fácil equivocarse y por esa misma razón, hay demasiados sitios mal hechos en Flash. Algunos sabrán que personalmente le puse un clavo en el ataúd a Flash, y trato de evitarlo lo más posible (en FayerWayer es uno de los pocos lugares donde lo uso, para generar títulos con la tipografía que yo quiera usando SIFR). Muy pocas veces nos encontramos con sitios web muy bien hechos en Flash y que son un placer de usar, pero para la mayoría de los casos HTML es la herramienta perfecta.

Sostengo hace tiempo que con XHTML+CSS se puede hacer todo lo que se hace en Flash (bueno, quizás con la excepción de trabajar con vectores, pero bueno, SVG?). Lamentablemente hacer efectos cinemáticos o intefaces “Drag & Drop” como en Flash, requiere un poco más de conocimientos de JavaScript.

Gracias a Pixel y Dixel descubri Rico y despues de spammear a todos mis amigos que hacen sitios web, se me ocurrio que obviamente a todo el mundo le iba a interesar: librerías Open Source de JavaScript (Ajax en varios casos) listas para crear aplicaciones Internet (Rich Internet Applications), del tipo que muchas veces se hacen en Flash.

Te recomiendo que pruebes una (Rico Weather Widget) y te des cuenta como funciona (usa el Zip Code 10013 para ver Nueva York). Luego la puedes comparar con un símil en Flash (Laszlo Weather Application) y notar como el Ajax es increiblemente más eficiente. Por ahora no funciona en Safari, pero prometen soporte pronto. Rico, ¿no?

Link: Rico – JavaScript for Rich Internet Applications – Weather Widget (vía Pixel y Dixel)