Mientras más Desarrollador Senior se convierta, más fácil será conseguir trabajo. Sin embargo, para mí también ha causado una situación en la que quiero obtener trabajos cada vez más difíciles (si tiene dinero, no se preocupe por estar desempleado, participe en OpenSource y desarrolle para divertirse, valdrá la pena).
La antigüedad proviene del hecho de que comienzas a comprender las necesidades de tus clientes y qué elementos hay para maximizar el ciclo de vida de tu código (lo más costoso con el desarrollo de software son los salarios de los desarrolladores).
He encontrado tres principios que me hacen un candidato atractivo para cualquier puesto de trabajo:
- ¿Es posible obtener una compañía central en mecánica con un 65% de agregado?
- Cómo convertirse en un agente de cambio en una empresa que es resistente al cambio
- ¿Cuánto tiempo lleva convertirse en radiólogo en India?
- ¿Cómo trabaja un gerente de producto con el desarrollo de productos?
- ¿Cuáles son los 5 futuros empleos casuales en marketing?
- Hazte obsoleto lo más rápido posible; documenta tus decisiones arquitectónicas, escribe pruebas cuando el código tenga conocimiento que reside dentro de tu cabeza y enseña a los demás todo lo que sabes cuando lo piden.
- Asumir la responsabilidad de sus propias acciones. Reconoce tus errores y compártelos con orgullo. En los equipos de software modernos, los errores deberían ser causa de una comunicación y roles inadecuados dentro del equipo; Si su empleador no puede proporcionarle tal organización de equipo, hay algo mal con su modelo de negocio y tal vez debería comenzar a buscar una empresa más saludable con la que trabajar (o se quedará agotado, si es usted quien tiene las responsabilidades) )
Con la tecnología, prefiera los denominadores menos comunes y suponga que los demás siempre son mejores que usted (especialmente con la comunidad OpenSource, es muy probable que ese grupo de personas que trabajan en software en su tiempo libre tengan más experiencia que usted):
- Evite los marcos de aprendizaje, porque son complejos y tienen curvas de aprendizaje empinadas; pero la mayoría de las veces su empleador ha elegido marcos, ya que son una buena manera de asegurarse de que no bloqueen a sus clientes con el proveedor en caso de que sus desarrolladores sean flojos para probar y documentar su código.
- Cuando desarrolle con un marco, siempre debe asegurarse de desarrollar la forma del marco, no lo que es lo más fácil de hacer; terminarás haciendo un software de spagheti inmanejable cuando seas creativo con los frameworks. Si no sabe lo que está haciendo, siempre debe documentar lo que hizo; de lo contrario, alguien más pagará la factura por usted y usted nunca debería ser ese pésimo desarrollador.
- Cuando desee reutilizar características no nativas de un lenguaje de programación, utilice bibliotecas; están bien probados, bien documentados y tienen curvas de aprendizaje fáciles (sus API son simples y no tienen efecto en el resto de su base de código).
- Descubra por qué su lenguaje de programación preferido podría no ser el mejor. Aprenda qué tipo de problemas de productividad son típicos, qué tipo de proyectos son típicos y por qué las personas terminan usando ese lenguaje.
- Conviértase en experto con los principios que abarcan los idiomas, como SOLID y Patrones de diseño. Debe desarrollar una nariz para los olores del código y aprender a dejar la base del código mejor espontáneamente después de haberlo tocado. Pero nunca se vuelva arrogante, siempre espere que el desarrollador antes que usted sea mejor que usted.
- Comience a contribuir a los proyectos OpenSource, este es el objetivo final de su carrera, escribir un código hermoso porque lo desee, no porque pueda ganar dinero con él. Cuando puedes retribuir a aquellos que hacen posible tu vida, eres lo suficientemente rico.