Ir al contenido

Categoría: programación

Mis posts sobre desarrollo de software y programación

We suck at agile and SCRUM, here’s why

La real academia de la lengua española es clara en la definición de la palabra ágil:

Ligero, pronto, expedito.

No en vano Fowler, Martin y compañía decidieron adoptar esta palabra para definir un proceso de desarrollo de software con métricas apegadas a la realidad pero lo más importante: con resultados tangibles.

Recientemente, en el proyecto más actual en el que me encuentro laborando, he tenido oportunidad de (intentar) implementar esta metodología de trabajo.

¿He sido exitoso en dicha implementación?

Más o menos…

That javascript framework was so this morning (and so was that problem)

Una de las cosas que un ingeniero disfruta (o debería) es solucionar problemas, es una actividad naturalmente atractiva para quienes deciden dedicarse a esta fina profesión. Esa misma curiosidad nos hace constantemente buscar otros desafíos.

Particularmente, en el desarrollo de software, buscar soluciones a problemas pequeños es una constante que usualmente nos mantiene entretenidos y ocupados sin embargo, es común que nos bloqueemos al grado de no querer continuar con nuestro trabajo, una especia de “Sindrome de bloqueo del escritor

¿Por qué perdemos el interés en la tarea actual, el proyecto o a veces nuestro empleo?

The invented here syndrome

lazywebCuenta la historia que, hace muchos años, cuando los programadores eran hombres y se escribían sus propias rutinas, clases, funciones y módulos, un fenómeno conocido como reutilización de código comenzaba a volverse hip, igual que las canciones de MC Hammer, los trolls y otras cosas espantosas de la epoca. Para entonces, los más viejos, y no por ello sabios, arraigados a sus ortodoxas, anticuadas y puercas formas, sufrían de lo que se le conoce hoy como el “Not Invented Here” syndrome, o el síndrome de “No se hizo aquí” que significa, en breve, solo utilizar recursos propios de la empresa y evitar a toda costa aquellos de externos, palabras más, palabras menos.

Del software lock-in al service-lock-in

phone_callY no hablo de libertad de expresión, que es harina de otro costal, hago referencia a una cuestión más técnica, y estoy hablando de la posibilidad de poder utilizar herramientas que sean útiles sin obstáculos por parte de terceros. Después de leer la noticia del aparente cierre de twitpic se me vino a la mente algo que tengo tiempo pensando y es el hecho de depender tanto en plataformas de terceros para poder realizar cualquier actividad tecnológica, sobre todo en Internet. Aun cuando el ecosistema de muchas de estas tecnologías como Twitter es aparentemente “abierta” la infraestructura y la comunidad que hacen que sea útil no lo son. Capitalismo puro, y entendible, ya que la empresa tratará de proteger sus intereses pero ¿Cómo nos afecta esto como usuarios y desarrolladores?

Taller en websummit MX 2014 (y disclaimer)

Logo websummitEste sabado 8 de Marzo de 2014 estaré dando un taller titulado “Desarrollando y depurando aplicaciones LAMP / AJAX como Dios manda” en el evento Web Summit MX 2014. Roberto, uno de mis compañeros de trabajo es el organizador de dicho evento y me invitó a participar. Esta es la primera vez que participo en un evento / conferencia / expo / congreso de tecnología como ponente ya que usualmente solo asistía como espectador así que espero ofrecer una charla de calidad. Este fin de semana aproveché para preparar mis slides y en general el entorno con el que estaré dando el curso. La organización de un evento de este tipo es algo bastánte complicado y sobre todo cansado, sin embargo, mi sensación es que hubo difusión con muy poco tiempo, así que quisiera aclarar de que va mi taller.

El que pega primero pega dos veces

Una MacbookPro, café de starbucks y ruby on rails. Esto es la “onda” en 2011 para desarrollo web. En 2003 cuando un (entonces) desconocido David  Heinemeier Hansson escribía un framework de desarrollo web que cambiaría radicalmente la web, Estados Unidos buscaba armas de destrucción masiva  en IRAQ, y el programador con “experiencia” era feliz con Perl y sus CGIs y aquellos aventureros y mas mocosos aprendían como (no se debe) hacer  lo mismo en PHP.

Salvo la tragedia en Iraq eran tiempos buenos. Pero entonces llegó uno de esos términos nerds que se volvieron “mainstream”: web 2.0, y entonces  era momento de volverese cool, ¿Cómo podíamos lograrlo con la pobre oferta de herramientas para ese tiempo?