Developeando

Tengo varios años trabajando desde casa, me gusta mucho y para mí tiene muchas ventajas; pero debo admitir que también tiene algunas desventajas y a veces es necesario estar en la oficina. Creo que son más las ventajas; pero esta vez quiero escribir sobre algunas de las desventajas que he tenido al trabajar desde casa. Ruido … y no necesariamente ruido de la casa. Porque aunque esté solo en casa, los vecinos se encargan de hacer ruido. A veces el vecino que pone música para que toda la cuadra lo escuche, perros ladrando, el vecino pide una pizza y tarda en salir con el repartidor, vendedores tocando a la puerta, gritos, etc. Esto hace que muchas de las veces tenga que trabajar con las ventanas cerradas. Aun con las ventanas cerradas algunos ruidos externos se escuchan y son muy molestos sobre todo al momento de tener juntas. Interrupciones externas , también pasan cuando no se trabaja desde casa. Llega gente y te interrumpe. Pueden manejarse las interrupciones por familiares; p

Hace tiempo en una reunión con uno de nuestros clientes se hablaba de la posibilidad de asignar algunos programadores senior al proyecto que se estaba discutiendo. Una de las personas en la junta preguntó: “ ¿Cuáles son los criterios que usan para saber si un programador es senior?” La pregunta me puso a pensar en que realmente no tenemos una definición formal para clasificar a un programador como Senior; pero si podemos reconocerlo cuando lo vemos. Lo reconocemos por sus características.   Es autónomo y sabe trabajar en equipo . Con autónomo me refiero a que no necesita que alguien le esté ayudando constantemente para poder realizar su trabajo. Ya sea porque no tiene la experiencia o conocimiento en programación o porque no conoce el dominio del problema. Puede que la persona sea buena programando pero nunca ha trabajado en una industria en particular y por lo tanto quizás con frecuencia requiera ayuda para temas relacionados con la industria. En ese caso se le puede considerar JR al

Llevaba varias semanas trabajando en las modificaciones y correcciones del proyecto. Era una herramienta iniciada por un programador que ya no trabajaba en la empresa. Un día simplemente ya no se presentó a trabajar. Por lo que no podíamos contactarlo para que nos explicara las decisiones tomadas o el porqué de ellas. El cliente estaba preocupado porque estábamos ya fuera del tiempo de entrega. Para mí como programador era frustrante tener que corregir ese proyecto, pero no quería que mi frustración me llevara a tomar una decisión equivocada que resultara en tiempo perdido tratando de rehacer algo para lo que ya no había tiempo disponible. "Los menos cambios al código fuente, en el menor tiempo posible..." me decía a mi mismo, esa era la meta. Ya me había pasado antes, tener esa idea en la cabeza cada que veía el código fuente "¿Y si lo reescribimos? Sería más fácil en lugar de tratar de corregir esto... ¡No, no hay tiempo! Tardaría días para lograr que haga lo que ya