Siglos después del primero y el segundo, este domingo regresamos al centro del software para el tercer GuadalajaraDevHouse. ¿Y que es dices? pues aquí va de nuevo:

El GuadalajaraDevHouse es un evento muy informal para personas interesadas en crear y aprender. El objetivo de estas reuniones es compartir conocimiento y colaborar con otros desarrolladores. Estamos inspirados en el SuperHappyDevHouse original y en el celebrado en la Ciudad de México.

Estos eventos son frecuentados por desarrolladores para realizar pequeños proyectos que se puedan lograr en 12 horas o menos. Aún así no necesitas tener mil años de experiencia para asistir, con que tengas el interés de aprender es suficiente. Puede que no necesites ni saber programar, es común que los diseñadores también asistan a este tipo de eventos y se complementen muy bien con la gente técnica para crear proyectos.

En resumen para los que tienen déficit de atención: Es una reunión donde nos juntamos los ñoños a programar. Y los ñoños dominamos el mundo, así que esto es algo bueno.

¡Nos vemos allá!

Enlace: GuadalajaraDevHouse

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.

Para la creación de interfaces de iPhone hay de dos sopas; o las haces puramente con código, o utilizas Interface Builder. Unos juran por sus hijos que hacerlas con código resulta en una aplicación más rápida, otros dicen que da lo mismo. ¿A quien creerle?

Matt Gallagher escribió un artículo -buenísimo- sobre el tema, y yo me quedo con la conclusión.

La conclusión es que ya sea elijas usar un NIB o no, deberías escoger aquello con lo que te sientas más cómodo y lo que sea que mantenga tus gastos de mantenimiento de código más bajos. No te preocupes con que algún enfoque u otro vaya a causar que tu interfaz sufra.

En sus pruebas si que hacerlo con puro código era más rápido -en la mayoría de los casos-, pero realmente la diferencia no era tan abrumadora -5% a 10%- como me imaginaba. Me gustaría más ver comparaciones con una aplicación real, algo pesado como la de Facebook por ejemplo.

Después de un buen tiempo el próximo domingo vamos a hacer la próxima GuadalajaraDevHouse en un lugar nuevo y mejorado gracias al señor Krator. Y para los despistados que todavía no saben que es, pues aquí va de nuevo:

El GuadalajaraDevHouse es un evento muy informal para personas interesadas en crear y aprender. El objetivo de estas reuniones es compartir conocimiento y colaborar con otros desarrolladores. Estamos inspirados en el SuperHappyDevHouse original y en el celebrado en la Ciudad de México.

Estos eventos son frecuentados por desarrolladores para realizar pequeños proyectos que se puedan lograr en 12 horas. Aún así no necesitas tener mil años de experiencia para asistir, con que tengas el interés de aprender es suficiente. Puede que no necesites ni saber programar, es común que los diseñadores también asistan a este tipo de eventos y se complementen muy bien con la gente técnica para crear proyectos.

¡Registrense rápido que se acaban los lugares!

(no se acaban, pero ya saben como es esto de la mercadotecnia.)

Guadalajara no se podía quedar atrás y ahora intentamos tener nuestro primer DevHouse. ¿Pero que es un DevHouse?

El GuadalajaraDevHouse es un evento muy informal para personas interesadas en crear y aprender. El objetivo de estas reuniones es compartir conocimiento y colaborar con otros desarrolladores. Estamos inspirados en el SuperHappyDevHouse original y en el celebrado en la Ciudad de México.

Estos eventos son frecuentados por desarrolladores para realizar pequeños proyectos que se puedan lograr en 12 horas. Aún así no necesitas tener mil años de experiencia para asistir, con que tengas el interés de aprender es suficiente. Puede que no necesites ni saber programar, es común que los diseñadores también asistan a este tipo de eventos y se complementen muy bien con la gente técnica para crear proyectos.

En resumen, es un lugar donde muchos ñoños nos reunimos a programar todos esos proyectillos que siempre quedan por ahí pero nunca terminamos. Si eres de Guadalajara date una vuelta y a ver si logramos que esto se haga más seguido.

Enlace: GuadalajaraDevHouse

“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.

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)

“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.

Me pregunto si ¿nos debemos preparar nuestros contenidos para los móviles o los móviles se deben de preparar para nuestros contenidos?

Es decir, aún se siguen recomendando formatos como WAP y WAP2. Y una de las cosas buenas que ha traído el teléfono de Apple es que ha dejado a estos formatos obsoletos. Con los smartphones las limitaciones de software y memoria que los justificaban ya están olvidadas, ahora la navegación va tan lejos como la pantalla del teléfono lo permita.

En mi mundo ideal los móviles deberían de adaptarse a mostrar los contenidos lo más fielmente posible, y si no tienen la pantalla adecuada, entonces proveer aplicaciones para obtener esos contenidos por otros medios, como puede ser RSS. Y esta es tarea de sus sistemas operativos, iPhone OS y Android casi lo hacen. Es el turno de Windows Mobile, Palm OS y Symbian OS para que se pongan al parejo.

A menos que sea punto clave para tu negocio, yo no me preocuparía en ofrecer una versión web para móviles con navegadores inferiores al iPhone.