Ir al contenido

Categoría: tecnología

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

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.

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?

Firefox OS, el mundo está lleno de buenas intenciones.

firefox-phoneComo segunda parte y continuación de mi experimento explicado en este post, hace algunas semanas adquirí un nuevo teléfono. La razón no fue necesariamente un impulso sino más bien necesidad. Verán, que mi antiguo teléfono, un Sony Xperia de «gama media» (como les dicen a los equipos que nos regala la compañía cuando tenemos plan y no deseamos desembolsar media pinche quincena para tener algo decente) además de tener la pantalla quebrada estaba constantemente reiniciandose. Después de varios reset decidí que era tiempo de jubilarlo. Quienes me conocen saben que no soy precisamente partisano del iPhone y prefiero equipos con otro sistema operativo, Android de preferencia, sin embargo, esta vez, tomé una decisión radical y comunistoide: iba a probar la nueva apuesta para móviles de FirefoxOS promovida particularmente por Movistar globalmente. Después de casi dos meses de uso intensivo esta es mi reseña: DOA, Dead On Arrival, dead as meat, no funciona, ya no juego.