¿Cómo es el día típico de un programador profesional trabajando en una empresa de TI (horario de trabajo probable, tareas diarias, rutina, etc.)?

Como dijo Mohammad, habrá reuniones, pero si tienes un buen gerente, la mayoría de los días solo habrá una, por lo general (si usas un tipo de proceso de desarrollo Agile / Scrum) un “stand-up” que se supone que debe terminar en 15 minutos más o menos. También quisiera señalar que los trabajadores por contrato generalmente tienen que asistir a menos reuniones, ya que no tienen que lidiar con los beneficios de la compañía y otras reuniones generales de recursos humanos.

Tenía mi correo electrónico abierto en todo momento para poder responder rápidamente a las preguntas de compañeros de trabajo, gerentes, preguntas de soporte de nivel 2/3, etc.

El resto del tiempo lo pasaría normalmente trabajando en mis proyectos asignados, ya sea codificación, diseño, documentación o depuración. Esto incluiría discusiones con el control de calidad sobre los tickets de error que estaba viendo (el control de calidad no siempre es bueno para describir un problema con suficiente detalle para comenzar a trabajar en él).

Anormalmente, puede haber una interrupción importante del sistema y todo lo demás se deja de lado hasta que el sistema vuelva a estar en línea. Un sistema del que mi equipo era responsable tenía más de 500 usuarios (empleados) que no podían trabajar sin él. Cuando tanta gente está sentada sin hacer nada a un costo cargado de $ 30 / hora cada uno (más de $ 15,000 / hora de interrupción), los directores y vicepresidentes se interesan mucho en el problema.

En mi experiencia, una gran cantidad de actividad seguida de horas dedicadas a esperar que se completen las revisiones o que se le asigne su próxima tarea. Por supuesto, eso es genial cuando trabajas desde casa, pero difícil si estás en una oficina. También depende de si está realizando tareas de mantenimiento o un nuevo desarrollo. El nuevo desarrollo suele ser una actividad mucho más consistente que el mantenimiento. La mayor parte de esto depende de cómo controle a su gerente, pero la mayoría con la que he trabajado en compañías más grandes no le permitirá correr a su máximo potencial y lo mantendrá con una correa estrecha.

Depende de cómo se implemente el proceso de desarrollo en la empresa. En los entornos configurados profesionalmente donde todo está automatizado, el desarrollador solo necesita abrir su Visual Studio, ver la cartera de proyectos de control de origen, encontrar qué tarea se asignó como la prioridad más alta y comenzar a trabajar, puede tener interacciones ocasionales con otros compañeros de equipo, supervisor o analista de negocios durante el día y participar en la reunión standup de la mañana.

He visto entornos que funcionan de manera muy eficiente y he visto aquellos en los que la gente no tenía idea de qué hacer a continuación y todo estaba mal administrado.

Habrá más interacciones con los clientes en cualquier trabajo de consultoría (más reuniones, discusiones, correos electrónicos, llamadas telefónicas). Si un desarrollador es introvertido, puede ser un gran desafío sobrevivir en la consultoría, ya que tiene que estar en el negocio de las personas y tener excelentes habilidades blandas.

Para mí, este verano, el día típico consistía en trabajar alrededor de las 9-10, revisar mi correo electrónico y luego, si tenía reuniones, acudía a ellas. De lo contrario, trabajé en mi proyecto hasta el almuerzo. El resto del día fue básicamente una sacudida entre asistir a reuniones y escribir código / trabajar en problemas / pedir ayuda a compañeros de trabajo en problemas para los que estaba escribiendo código.

La mayor parte del día se pasa frente a una computadora, escribiendo código. A veces descansas para almorzar. A veces hay que perder el tiempo en las reuniones.

Por lo general, llego alrededor de las 7 a.m., reviso mi correo electrónico, reviso mis tareas actuales, abro las aplicaciones necesarias, codigo, tengo una reunión o dos, luego comienzo a regresar a casa alrededor de las 3: 30/4: 00