¿Tener un trabajo técnico mejor pagado significa que ya no puede codificar más? [cerrado]

  

¿La mayoría de las compañías trabajan de tal manera que sus técnicos mejor pagados están muy alejados de escribir código?

La mayoría de las malas empresas. Existe una tendencia natural a que una mayor responsabilidad implique menos escritura de código y más enfoque en otros aspectos del desarrollo de software. Dicho esto, es muy común que las personas técnicas pierdan el contacto con lo que es común / mejor / posible si no pasan tiempo codificando realmente. Esto tiene un efecto desastroso en la empresa.

  

¿Es esta una tendencia natural para la carrera de un desarrollador?

Sí. Al final, una persona puede ayudar mucho más al producto al asesorar, coordinar, diseñar, conocer el dominio del problema y realizar otras tareas de desarrollo de software que escribiendo código. Y con toda honestidad, tener un buen liderazgo o habilidades de diseño es mucho más raro (lea: valioso) que la habilidad de escribir código.

  

¿Puede un desarrollador tenerlo todo (código Y establecer dirección?)

Absolutamente. Aunque debe darse cuenta de que la cantidad de codificación se reducirá . Simplemente no puedes hacer esas otras cosas valiosas bien si gastas el 80% del día en un IDE.

La otra opción que sucede es la del 'ingeniero principal' por falta de un término mejor. Algunos desarrolladores son muy especializados. Trabajé con alguien, por ejemplo, que escribió controladores Gigabit Ethernet para Linux. Necesitábamos que hiciera ese tipo de trabajo por nosotros, y como solo un puñado de personas podía hacer ese trabajo bien, hizo montones de dinero en efectivo además de escribir código como la mayoría de sus días.

Sin embargo, la mayoría de las compañías no necesitan ese tipo de especialización. Solo están conectando los datos o creando otro sitio web / mobileapp.

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 empresas tienen estas posiciones. Una de las razones por las que los grandes ingenieros tienden a gravitar en algunas compañías grandes (por ejemplo, Google) o en nuevas empresas es que pueden seguir siendo desarrolladores y trabajar en cosas que les entusiasman con una alta remuneración y un estado organizativo. En la mayoría de las empresas, si quisieran quedarse como desarrolladores, estarían en los peldaños más bajos de la escalera.

La experiencia personal es la que más experiencia tengo al escribir código, menos tiempo puedo darme el lujo de escribir código.

Paso tiempo tratando de solucionar problemas antes de que surjan. Para ayudar a otros cuando están atrapados. Para planificar cómo se sentarán las cosas juntas. Incluso tratando de 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 empresa que son mucho más valiosas.

Ahora, esta es una experiencia personal, pero sí, creo que reflejaría a las empresas más pequeñas. Sin embargo, 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 enlace Mira en la parte 4 Diseño, desarrollo y pruebas.

  

Dicho esto, ¿por qué las actividades de codificación diarias no deberían ser una   parte del papel de un arquitecto? La mayoría de los arquitectos son codificadores experimentados,   Así que tiene sentido mantener esas habilidades al día. además, el   El arquitecto puede experimentar el mismo dolor que todos los demás en el equipo,   que a su vez les ayuda a comprender mejor cómo es su arquitectura   visto desde una perspectiva de desarrollo.

Depende de cuáles sean tus responsabilidades. Si usted es responsable de los asuntos técnicos, 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 tal posición, debes resistir la tentación de ser ese genio que simplemente no tiene el tiempo para implementar sus brillantes ideas.

Por otro lado, si su responsabilidad está en la administración, no creo que deba codificar. Un gerente debe gestionar el tiempo de llenado. Tal posición incluye facilitar la comunicación entre diferentes codificadores, y entre el equipo y el mayor ecosistema burocrático. Los peores gerentes en mi experiencia, donde los que se quedaron codificados, mientras que el equipo se desmoronó debido a un conflicto y una mala comunicación.