Trabajo en una gran empresa donde los técnicos se clasifican aproximadamente en una de estas categorías:
- Un desarrollador en un equipo scrum que desarrolla para un solo producto y tal vez trabaja con otros equipos que están estrechamente relacionados con el producto.
- Un arquitecto que es más un consultor en múltiples equipos (5-6) y trata de reconocer las similitudes entre los esfuerzos del equipo que podrían resumirse en bibliotecas (sin embargo, los arquitectos no escriben el código de la biblioteca). Este arquitecto también asiste a muchas reuniones con la gerencia e intenta establecer una dirección técnica.
En mi empresa, el rol de arquitecto es donde la mayoría de las personas técnicas se mueven como el siguiente paso en su carrera.
Mis preguntas son: ¿La mayoría de las empresas trabajan de tal manera que sus técnicos mejor pagados están muy lejos de escribir código? ¿Es esta una tendencia natural para la carrera de un desarrollador? ¿Puede un desarrollador tenerlo todo (código Y dirección establecida)?
career-development
c_maker
fuente
fuente
Esto depende en gran medida de la cultura de la organización. Muchas empresas no tienen puestos técnicos superiores reales, aunque pueden tener algunos falsos.
Algunas compañías tienen estos puestos. Una de las razones por las que los grandes ingenieros tienden a atraer a algunas grandes empresas (por ejemplo, Google) o a las nuevas empresas es que pueden seguir siendo desarrolladores y trabajar en cosas que les entusiasman con una alta compensación y un estado organizacional. En la mayoría de las empresas, si quisieran seguir siendo desarrolladores, estarían en los peldaños más bajos de la escalera.
fuente
La experiencia personal es cuanto más experiencia tengo en escribir código, menos tiempo puedo permitirme escribir código.
Paso tiempo tratando de arreglar los problemas antes de que surjan. Para ayudar a otros cuando están atrapados. Para planificar cómo se sentarán las cosas juntas. Incluso solo tratando de hacer que la gente tire en la misma dirección.
Se siente inevitable en mi posición. Prefiero trabajar con el código, pero hay cosas que puedo hacer por nuestra compañía que son mucho más valiosas.
Ahora bien, esta es una experiencia personal, pero sí, creo que reflejaría la mayoría de las empresas más pequeñas. Sin embargo, le he dejado claro a mi propio jefe que no quiero que me eliminen del código por completo.
Creo que los mejores arquitectos de software son prácticos. Vi un buen artículo http://www.infoq.com/articles/brown-are-you-a-software-architect. Mire la parte 4 Diseño, desarrollo y pruebas.
fuente
Depende de cuáles sean sus responsabilidades. Si es responsable de asuntos técnicos, entonces debe permanecer en una posición de codificación. Dividir el proceso de 'idea' del proceso de 'implementación' es un camino por el camino equivocado. Si alguna vez te encuentras en esa posición, debes resistir el impulso de ser ese genio que simplemente no tiene el tiempo para implementar sus brillantes ideas.
Por otro lado, si su responsabilidad recae en la administración, no creo que deba codificar. Un gerente debe administrar el tiempo de llenado. Tal posición incluye facilitar la comunicación entre diferentes codificadores, y entre el equipo y el gran ecosistema burocrático. Los peores gerentes en mi experiencia donde los que se quedaron cayeron mientras codificaban mientras el equipo se desmoronaba debido al conflicto y la mala comunicación.
fuente