Saltar al contenido

Categoría: tecnología

Temas generales de tecnología, aptos para no-programadores.

¿Por qué usar inglés en proyectos de software?

Pocas cosas me incomodan más en mi trabajo que ver un proyecto en spanglish, es decir, con partes en inglés y otras en español. La naturaleza del origen de la mayoría de la tecnología moderna hace que el inglés sea la «lingua franca» entre ingenieros, particularmente entre los que desarrollamos software, sin embargo, en México en particular, parece existir un complejo de identidad que no nos permite decidirnos por uno o por otro, o peor aun, mezclarlos terminando con resultados que dan pena.

Tu imagen sí es importante

Nunca fui particularmente seguidor de tendencias. Con temor a escucharme pedante diría que siempre he sido diferente; a mi hermano le gustaban las tortugas ninjas y G.I Joe mientras yo prefería jugar con trascabos y bulldozers. Siempre tuve una tendencia a preferir las cosas técnicas y más sofisticadas que los demás. Como muchos, estos patrones probablemente definieron no solo mi profesión sino mi personalidad.

De relojes, alarmas y distracciones

Hace algunos meses compré un reloj despertador, un hermoso marathon que se asemeja mucho a aquellos aparatos de la época de finales de los 50s y principios de los 60s. A un «Braun Americano» diría mi primo José Carlos, que también comparte mi gusto por la horología y la parafernalia americana. Me había decidido por un modelo de color negro pero pensé que sería más legible uno con «cara»  blanca. Al final del día terminé escogiendo el modelo dorado que se ve en la foto porque Yari mi esposa, que es arquitecta, tiene la última palabra en cuestiones de decoración del hogar, es como un pacto que tenemos.  Pero esta publicación no es acerca del reloj sino de la razón por la cual lo compre: liberarme de una distracción; el teléfono.

Service objects en Ruby

Uno de los errores más comunes que cometemos los desarrolladores es creer que un patrón de diseño va a solucionar todos nuestros problemas. A lo largo de mi carrera he utilizado (bien y mal) varios lenguajes y frameworks lo cual me ha permitido digamos tomar las mejores ideas de cada uno y por otra parte, tratar de no arrastrar las malas prácticas.

Sincronizar repositorios en github y bitbucket

En un post anterior hablé sobre mi preferencia sobre bitbucket para llevar mis proyectos sin embargo no puedo negar que github como herramienta no solo técnica sino social es muy útil, sobre todo como parte de nuestra carta de presentación para los que nos dedicamos al desarrollo de software, es por ello que hace tiempo pensé como podría seguir utilizando bitbucket pero al mismo tiempo tener presencia en github y esto es lo que hice.

Razones por las que prefiero Bitbucket sobre GitHub

Mentiría si digo que fui un early adopter de git. Cuando comencé a utilizar un sistema de manejo de control de revisiones de código (Dios que largo nombre!) o SCM fue por allá en el 2007 y no fue precisamente la mejor experiencia; ya que todo el stack con el que trabajabamos en ese momento era Microsoft era solo natural que utilizaramos Visual Source Safe, una de las peores herramientas de manejo de control de versiones por cierto.

Ser agradecido en tiempos de abundancia

Hoy mientras hacíamos fila para cruzar al otro lado, probablemente a comprar cosas triviales, recordé lo afortunado que soy al ver (como es usual en la frontera) la cantidad de gente no solamente pidiendo «limosna» sino «pasando el trapo» por los carros, vendiendo dulces u ofreciendo algún tipo de servicio para ganarse la comida del día, aquellos con suerte están mas o menos sanos, sino es por las marcas físicas de las drogas son también mas o menos afortunados, los menos, en sillas de ruedas sin piernas o hasta en patinetas como modo de transporte para discapacidad improvisado y moviéndose como pueden.

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?

Grim Fandango y reviviendo otros muertos

Leía entre mis noticias hace un par de días sobre el remake de «La Bella y La Bestia» de Disney que protagonizará Emma Wattson y en dicho artículo de titulado «Why Is Disney Trying So Hard To Dilute it’s Brand?» (que traducido sería mas o menos algo así como «¿Por qué Disney se esfuerza en desaparecer su escencia?«) me llama la atención lo siguiente:

News of a Beauty and the Beast remake indicates that the corporation is less and less worried about approving unoriginal products as long as they’re guaranteed moneymakers.

¿Se trata entonces del simple hecho de repetir fórmulas probadas en vez de intentar evolucionar en el medio del entretenimiento? Difiero y estas son mis razones.