El señor Joel [1] escribe muchas verdades sobre control de versiones distribuido:

“No puedo decirte cuantos usuarios de Subversion me han contado esta historia:

«Tratamos de hacer un branch de nuestro código, y funcionó bien. Pero cuando llego el tiempo de hacer el merge, fue una pesadilla y prácticamente tuvimos que aplicar cada cambio a mano. Juramos nunca más volverlo a hacer y desarrollamos una nueva manera de desarrollar software utilizando condicionales if’s en lugar de branches»

A veces hasta están un poco orgullosos de esta nueva invención de ellos. Como si fuera una virtud el hecho de que tu control de versiones no esta haciendo lo que esta supuestamente destinado a hacer.”

¿A quién no le ha pasado? hacer merges después de muchos cambios en Subversion es un dolor de cabeza.

Yo solo he trabajado en proyectos personales con Git, pero el hecho de que te permita trabajar sin conexión y hacer commits localmente es oro puro. Pero para equipos tiene aún más ventajas. En serio, el hecho de poder hacer cambios como loco, guardando un historial de ellos sin que temas romper el repositorio de los demás no es apreciado lo suficiente. Agrega a eso branching y merges que funcionen como se supone que deben de funcionar y no hay ninguna razón para que no lo pruebes [2].

Git y Mercurial son a Subversion lo que el mismo fue para CVS. Simplemente son mejores.

[1] Por mucho uno de mis bloggers favoritos, es una verdadera lástima que se retire.
[2] HG Init es una gran guía para entender sistemas de version distribuidos, aunque esta orientado a Mercurial, te servirán los conceptos para Git. learn.github es el imprescindible si estás interesado en Git.

Cada año me encanta unirme a la turba iracunda en las cruzadas contra Flash, pero este año -con la salida del iPad- el chisme se puso especialmente bueno con Steve Jobs criticando directamente a Adobe/Flash y los empleados, y el CEO de Adobe defendiendose.

No voy a ponerme a listar pros y contras de Flash comparado con HTML 5, solo decir que esta claro que HMTL 5 no va a sustituir todas sus funcionalidades pronto, por lo menos no hasta que el estándar no sea más uniforme en todos los navegadores y hasta que Adobe u otras compañías desarrollen herramientas para crear aplicaciones “a la flash” -i.e. juegos- más fácilmente.

Pero en lo que si tenemos esperanzas, es de que por lo menos tener avances en video pronto, especialmente si empresas como Google toman posiciones de batalla a favor de los estándares.

La guerra de los códecs de video

Y ya que hablamos de video, yo desde mi ignorancia nunca entendí el porque Google siendo tan compatible con el software libre no apoyaba el uso de códecs libres como Theora. ¿Porqué sacar una versión de HTML 5 para Youtube pero aún utilizando un códec propietario? ¿Porqué no ir todo el camino y promover un códec de software libre? Especialmente cuando se publicaban comparaciones, una tras otra, argumentando que Theora era tan capaz como H.264.

Pues resulta que simplemente porque las comparaciones no son del todo justas, Theora es un códec rudimentario comparado a H.264 -y tal vez a VP8- que a niveles similares de calidad tiene pobre compresión y esto significa más gastos para los sitios de video. Recomiendo muchísimo un artículo de un desarrollador de x264 sobre el tema.

Resulte lo que resulte, este año será recordado como el año en el que Apple oficialmente se divorció de Adobe, y nosotros, la plebe de internet, se lo agradecemos.

Se acerca la fecha límite en que la comunidad europea debe de decidir si da su visto bueno en que la compra de Sun por parte de Oracle y tanto Michael Widenius como Richard Stallman están haciendo lo que pueden para evitar que Oracle se apodere de MySQL.

¿Qué tiene de malo dices? pues simplemente que el producto principal de Oracle rivaliza directamente con MySQL. No hay razón alguna por la que sigan invirtiendo fuertemente en desarrollo y nuevas características para una solución libre que directamente les quita dinero de sus bolsillos. Para muestra lo que hicieron al comprar InnoDB, el motor de almacenamiento de MySQL, al hacer lento su desarrollo y no aceptar parches de terceros.

No te pierdas la petición de Monty, ni la carta de Stallman a la comisión europea.

“If everyone and their dog were writing Python or Java instead of PHP, there would be an awful lot of ugly Python or Java code around.”

~ Vinko Vrsalovic defendiendo a PHP en una de esas eternas discusiones anti-PHP.

Espero que alguien finalmente tome el liderazgo necesario para que Linux nos dé remotamente la misma experiencia de usuario que se tiene en Mac OS o por lo menos el empuje publicitario y la calidad de antitontos que se necesita para hacerle sombra a Windows.

Espero que este nuevo gestor de ventanas minimice el eterno debate entre Gnome, KDE y el resto. Espero que este gestor nos traiga estándares para el desarrollo de interfaces en Linux y tengamos cada vez menos interfaces horribles y que parecen diseñadas por un niño de 10 años. Espero que se cree un intermediario que nos asegure que las aplicaciones cumplan con esos estándares gráficos y de usabilidad.

Espero que con esto, por fin un sistema libre sea lo suficientemente relevante como para que los vendedores de hardware consideren imperdonable el sacar una versión de sus productos sin los drivers apropiados para Linux.

Espero que Google cumpla con su promesa de Don’t be Evil. Después de todo es la única empresa con los recursos y la filosofía justos para hacer relevante un sistema operativo libre en el mercado de escritorio.

Y espero que la comunidad de software libre no se sienta ofendida si todo esto de “hacerse más popular” sucede. Que no se sienta ofendida e invadida con el “síndrome Richard Stallman” si hay un líder frente a los ojos de los mortales, después de todo no se están cortando sus libertades y nadie se esta vendiendo a nadie.

Tal vez es esperar demasiado. Pero por lo pronto espero que algún día, después de llegar a las notebooks, ofrezcan una versión completa de escritorio. Y para esto faltan años.

Enlace: Google Chrome OS

Normalmente si necesitas hacer detección de rostros en PHP la opción natural es utilizar OpenCV, la librería de software libre líder en el tema.

Sin embargo Maurice Svay ha realizado una alternativa que funciona totalmente con PHP, sin necesidad de utilizar otra librería externa que no sea el GD. Lo ha portado de una versión de Javascript y Canvas.

Enlace: Face detection in pure PHP (without OpenCV)

Así es como prometía verse KDE 4.3 con el tema de AIR plasma.

Y de hecho me gusta mucho. Agréguenle animaciones bonitas y ventanas con gráficos consistentes, y se los compro.

Pero así es como se ve esto mismo en KDE 4.2. Espero que esto no sea el resultado final, esas fuentes y gráficos le quitan todo lo bueno que tenían las ventanas.

“Si un Manager esta programando, entonces no esta administrando. Administrar bien es un trabajo de tiempo completo”

~ Christopher Mahan, sobre si los managers de software deberían de programar o dedicarse solo a liderar.

Buenas noticias para los seguidores de Django, hace un par de días sale un nuevo SDK de Google App Engine con soporte para Django 1.0

Otra nueva funcionalidad muy interesante es el poder asignar tareas a una cola y que estas se ejecuten en segundo plano cuando el sistema tenga los recursos necesarios.

Y yo me pregunto: ¿Para que diablos?

No es que me cierre a que las instrucciones goto sean malignas por si solas como aprendes en la escuela. Seguro que han de tener su buena utilidad. Solo que esta la veo en lenguajes estructurados o que no tienen soporte para excepciones, y PHP no cae en ninguno de esos casos.

También podría aplicar la técnica “sino te gusta, no lo uses”. Pero el problema no es así de sencillo, ya me veo en el futuro debuggeando las pastas ininteligibles de HTML+Javascript+PHP que existen, pero ahora “mejoradas” con goto. The horror!

Vía: Reddit