Posts

Es raro, muy raro, que un desarrollador trabaje solo en un proyecto, yo he trabajado como freelance durante un rato y de esta manera tampoco suelo trabajar 100% en solitario. Aquí la importancia de usar Git, que como la mayoría de herramientas, bien aprovechado puede ser de mucha utilidad y mal usado no sirve de mucho. Trabaje con Subversion mucho tiempo y no es que sea malo, solo que si solemos ser un poco más perezosos a la hora de enviar nuestros cambios de código, puede ocasionar ciertos conflictos con equipos grandes de programadores....

Suelo estar cerca de comunidades de tecnología, me gusta poder dar un pequeño grano de arena cuando puedo, recién veo que hay personas que dejaron de trabajar en la industria para poder dedicarse de lleno a dar cursos y poder enriquecer a las nuevas generaciones. No estoy en contra de eso, al contrario considero que es positivo. El problema para mi radica en un sector que muestra títulos algo sensacionalistas y engañosos, como este:...

Recuerdo que durante mi estudio de ingeniería, en mi grupo existía la creencia de que Linux era difícil de usar, inestable y problemático. Era común escuchar entre mis amigos que nunca usarían Linux, pero para mi era algo nuevo y ya estaba cansado de que todo el software que utilizamos era de paga, realmente necesitaba alternativas libres que en windows no siempre se ofrecen. Me decidí a usar Linux como sistema operativo base y fue la mejor decisión que he tomado, desde que ando en el mundo de la tecnología....

He escrito mucho de requerimientos pero no me he explayado en este aspecto sobre todo si alguien viene iniciando, no sabrá de qué estoy hablando. Los requerimientos son las piezas fundamentales de todo proyecto de desarrollo software ya que nos dan la pauta para la planeación, podemos dictar costos y manejar recursos, “tener claro lo que se va a hacer durante la ejecución del proyecto, es clave para el éxito del mismo”....

Apenas el post pasado, fui un poco duro al mencionar un proyecto realmente malo y mencionaba al postmortem como una posibilidad de reivindicar los errores para lo que viene, porque no significa que si tuviste un proyecto malo, los posteriores tengan que serlo. Así que profundizaré en eso. Por ahí dicen que “de las victorias debes aprender, pero aún más debes aprender, de las derrotas”. En todo proyecto de software al haber concluido bien o mal, es importante tener un análisis postmortem para revisar toda la historia y ver los puntos claves en donde se falló y en donde se hicieron bien las cosas....