Sí, eso es verdad.
Pero hay opciones. Hasta que llegue a esa edad, puede tener su propia compañía, o puede tener un rango más alto que solo un desarrollador. Por ejemplo, arquitecto de software, gerente de proyecto o cualquier otra responsabilidad que no implique simplemente escribir código.
Pero esta eliminación, creo, ocurre solo en empresas que no entienden este campo. No tienen valor para lo que están creando.
Por ejemplo, no les importa la calidad del código. Es muy difícil para un desarrollador nuevo escribir código de verdadera calidad. Esto viene con experiencia, por lo que no debe diseñar demasiado o menos su código. Puedes leer sobre esto en los libros, pero hasta que hayas escrito muchos códigos diferentes, especialmente en proyectos antiguos para que entiendas la capacidad de mantenimiento, no puedes apreciarlo completamente.
También hay otra forma.
Siempre puedes hacer programación como pasatiempo. Hay una gran cantidad de software de código abierto que puede contribuir.
Y hay mucha gente haciendo exactamente eso. O siempre puedes tener tus propios proyectos.
- Cómo prepararse para el día de evaluación en la oficina para la pasantía de SAP en una empresa big4
- ¿Qué hechos debe saber un ingeniero cuando ingresa al sector de petróleo y gas?
- ¿Cuáles son las trayectorias profesionales alternativas para los desarrolladores de software antiguos y agotados en consultoría que luchan por un equilibrio ideal entre la vida laboral y personal?
- ¿Cuál puede ser el mejor camino para una carrera en el deporte como no jugador?
- ¿Qué pasará con los trabajadores del carbón y el petróleo si cambiamos a energías renovables?
También hay una diferencia entre programar como pasatiempo y hacerlo en una empresa.
Las empresas siempre tendrán plazos, y esto es crucial.
Cuando se acerca una fecha límite y sabes que no terminarás para entonces, la calidad del código se verá afectada, aparecerán muchos hacks solo para que funcione, pensando que lo solucionarás después. Y esto te dará un sabor amargo.
Además, tal vez tenga una mejor idea de un algoritmo o algún otro software. Esto no importa Lo importante es respetar la fecha límite y las tareas que se le asignan.
Si modifica algo que funciona para que pueda mejorarlo, sin saberlo, podría introducir errores en su nuevo código o cambios en otro código que dependerá del que usted haya escrito.
Por lo tanto, un trabajo en programación no es todo bonito.
Todavía tiene personas a las que debe responder, y estas pueden arruinar su experiencia y hacer que odie lo que está haciendo, porque en la mayoría de las empresas los plazos de entrega son de suma importancia y esto podría interferir con la percepción que debería tener el código.