Cuando era un desarrollador principal en el equipo, un desarrollador junior en mi equipo vino a mí y me dijo que estaba teniendo dificultades para refactorizar una pieza particular de código. Le dije que lo investigaría, sólo para descubrir que fue desarrollado por uno de nuestros otros desarrolladores principales actualmente en el sitio. Terminamos reescribiendo la lógica. Este incidente condujo a un poco de mala reputación para la persona en el sitio.
La razón por la que cito este incidente es, el código que se escribe es un documento vivo de lo que se ha desarrollado todo el tiempo. Esta es la razón por la que la gente publica sus perfiles de Github en el CV para mostrar sus habilidades de codificación.
Ahora respondiendo a la pregunta formulada,
- Desarrolla código legible. El código que escribas debe ser el documento vivo de lo que hace. Piensa que, serás la persona que lo mantendrá en entorno de producción durante los próximos 10 años.
- Tu experiencia debe ser de N años y no de N veces años. Permíteme explicar esto más. Digamos que tienes 5 años de experiencia, debes tener 5 años de experiencia en el campo. No, 5 veces un año de experiencia. Cuando te sientes cómodo con lo que haces, tiendes a hacer lo mismo y a quedarte ahí. Esto lleva a que tu misma experiencia se multiplique con el tiempo y no crezca realmente. Este es el mayor problema entre la mayoría de los desarrolladores.
- No reinventes la rueda. Cuando estés pensando en una solución para un problema común durante tu desarrollo, comprueba si alguien ya lo ha resuelto. La mayoría de los problemas comunes ya están resueltos y están disponibles como código abierto añadir en la biblioteca para su uso. Considera que en la implementación de la búsqueda de Google (sólo por ejemplo, no sé cómo se implementa) el desarrollador, por error, decidió utilizar una estructura de datos más lenta que conduce a un retraso en los resultados de búsqueda, calcula el impacto que tendrá en los usuarios finales. Mientras no escribimos código para la funcionalidad de búsqueda, debemos utilizar la mejor estructura de datos posible y un buen algoritmo.
- Debe aprender al menos dos lenguajes de programación. Un buen desarrollador debe aprender al menos dos lenguajes de programación. Esto es para entender mejor cuánto se parecen los lenguajes de alto nivel. Desarrolla una mejor comprensión de la sintaxis y el uso.
- Asumir la propiedad, pero no ser el propietario. Tienes que ser responsable del código que desarrollas. No te defiendas cuando alguien encuentre problemas en tu código.
- Escribe pruebas. Incluso si usted don't seguir Test Driven Development. Los softwares crecen con el tiempo. La única forma de evitar que los nuevos cambios afecten a las antiguas funciones es escribiendo pruebas. Así, cuando una nueva función o rutina impacta en las existentes, se romperá la prueba y fallará.
- Sea amable. Sea amable con alguien que se une a su equipo. Como están empezando en su proyecto, tendrán muchas preguntas. Trátelos con respeto como alguien lo trató a usted cuando se unió a un nuevo equipo de proyecto.
- Usted no es importante. A veces la gente piensa que tiene mucha dependencia en el proyecto, ya que sabía que entraba y salía del proyecto. Actúan con arrogancia. Pero, por favor, tenga en cuenta que usted es reemplazable. La nueva persona, el sustituto adecuado, puede tener dificultades al principio. Pero al final lo conseguirá. Por lo tanto, entienda que - usted es necesario ahora, pero no para siempre.
.