Programadores inexpertos

La experiencia en ingeniería de software viene con la cantidad de años que lleva en la profesión. La afirmación es cierta hasta cierto punto. Sin embargo, la cantidad de años en un trabajo no lo hace obtener la experiencia adecuada por defecto.

He visto a gente comportarse como un aficionado, incluso después de haber trabajado en su trabajo durante un buen número de años. Apenas aprenden los conceptos básicos del desarrollo de software. Su crecimiento se estanca después de un par de años iniciales, pero no comprenden qué están haciendo mal.

Al mismo tiempo, he trabajado con programadores con solo un par de años de experiencia que muestran un increíble potencial de crecimiento. Poseen la actitud y los conocimientos adecuados para evitar comportamientos incompetentes.

Con base en ciertos rasgos que exhiben los programadores, puede descubrir fácilmente quién tiene experiencia y quién no. Analicemos siete señales de un programador sin experiencia que todo ingeniero de software debe conocer para evitar cometer errores similares que puedan obstaculizar el progreso de su carrera.

1. Crea grandes solicitudes de extracción

¿Alguna vez ha recibido una solicitud de revisión de código con tantos cambios que no tiene ganas de revisarla? Sí, eso es precisamente lo que hacen los programadores sin experiencia. Agruparán muchos cambios en una sola solicitud de extracción. Además de eso, esperarán que usted dé prioridad a la revisión de su código.

También he visto este hábito de crear grandes solicitudes de extracción con muchos programadores senior. Codificarán durante días sin comentarios. Cuando finalmente revise su código, ya habrían construido toda la funcionalidad a su alrededor. Por lo tanto, cualquier comentario de revisión que proporcione requiere cambios significativos.

Cuando recibo tales solicitudes de extracción, mi primera reacción es devolvérselo al desarrollador para dividirlo en RP más pequeños y divididos lógicamente. A menudo solo pongo comentarios en el primer número que encuentro y se los envío al desarrollador. Si me siento increíblemente generoso, les pediré que programen una llamada y revisen el código en vivo.

Lo que puede hacer:

• Cree solicitudes de extracción más pequeñas. Como buena práctica, nunca deje el trabajo de un día sin registrarse.
• Nunca registre código que no compile o rompa la compilación.

2. Escribe código “espagueti”

Los programadores sin experiencia escriben exactamente lo contrario de un código hermoso. Su código estará enredado y esparcido por todo el lugar de la base de código.

Si alguna vez intenta leer el código espagueti, se perderá constantemente en él. Olvidará dónde empezó, qué está buscando y qué está intentando hacer exactamente el código.

Con experiencia, el desarrollador debe saber cómo planificar su codificación. A menos que sea una funcionalidad sencilla, ponga su comprensión y el flujo en un papel primero. Haz un ensayo para visualizarlo de un extremo a otro. Una vez que tenga claros los cambios, comience con la parte de implementación.

Si no sigue el proceso anterior, le costará leer su propio código. Será difícil para usted y para todo el equipo solucionar problemas o mejorar la pieza del rompecabezas que escribió como código.

Lo que puede hacer:

• Tenga una comprensión clara de la función antes de comenzar a implementarla. Puede hacer tantas preguntas como desee para tener una idea clara del requisito.
• Mantenga su código simple y bien estructurado. Sus compañeros de equipo deben poder leer el código y comprender el uso previsto del mismo.

3. Intenta trabajar en muchas tareas al mismo tiempo

Los programadores sin experiencia no saben dónde comenzar una tarea, cómo proceder y cuándo llamarla terminada. Intentan resolver muchas cosas al mismo tiempo. No tienen idea de cómo dividir una gran tarea en divisiones lógicas más pequeñas para facilitar su implementación.

Si les asigna una tarea, comenzarán a codificar de inmediato sin verificar con usted si incluso entendieron la pregunta. Tampoco revisarán su progreso con usted para asegurarse de que van por buen camino. Solo se comunicarán con usted una vez que crean que han terminado. En ese momento, solo puede orar para tener una implementación precisa de su requisito.

Otro signo de inexperiencia es que tales desarrolladores ponen sus manos en demasiadas cosas simultáneamente. Asumirán tareas de funciones no relacionadas, se ofrecerán como voluntarios para solucionar problemas de producción y prometerán ayudar a otros miembros del equipo.

Al final, estos desarrolladores no entregan ninguna de las tareas comprometidas en su totalidad. Esta actitud puede ser bien intencionada la mayor parte del tiempo, pero el resultado es desastroso para el equipo. Al final, el equipo pierde mucho tiempo y tiene que completar todas las tareas en pie de guerra.

Lo que puede hacer:

• Concéntrese en el envío pequeño. Divida sus asignaciones en porciones lógicas más pequeñas. Aclárelo y luego entregue el bloque más pequeño posible de funcionalidad de trabajo.
• Tome una asignación de tarea a la vez y complétela. Comprometerse con una nueva tarea solo cuando la tarea anterior se entregue según lo solicitado

4. Lleno de arrogancia

La arrogancia es un claro indicativo de un desarrollador sin experiencia. Están tan llenos de sí mismos que no comprenden lo que están haciendo mal. Les das retroalimentación sobre su código o presentación; lo tomarán como un comentario personal sobre su capacidad.

Muchos programadores novatos muestran su arrogancia, principalmente debido a su ignorancia. Recién salieron de la universidad y aún no han entendido que el mundo profesional es completamente diferente de lo que aprenden en la universidad. Los inteligentes realmente se quedan callados y muestran un gran interés en aprender los caminos de la cultura corporativa.

No son solo los novatos, algunos desarrolladores arrogantes ya llevan varios años a sus espaldas en la industria del software. Puede deberse a algunos de sus logros profesionales, o tal vez aún no han trabajado con personas más inteligentes y talentosas que ellos.

En cualquier caso, el comportamiento arrogante muestra una clara indicación de que dichos programadores carecen de la experiencia adecuada. Su ego les impide aprender el enfoque correcto hacia su carrera. Al final, a nadie le gusta trabajar con un miembro del equipo arrogante. Una vez que el crecimiento se ralentiza, el desarrollador arrogante culpa a otros por su fracaso.

Lo que puede hacer:

• Sea humilde en su enfoque. La cortesía contribuye en gran medida a la construcción de una carrera exitosa en el desarrollo de software.
• Trate a todos, independientemente de su designación, con respeto. Abstenerse de discutir sobre desacuerdos.

5. No aprenden de sus errores

Siempre considero el mecanismo de retroalimentación como una de las herramientas más efectivas para un desarrollador de software. La retroalimentación nos ayuda a entender nuestras deficiencias y cómo mejorarlas. Un desarrollador inteligente sabe cómo utilizar los comentarios para mejorar su productividad.

Puede identificar fácilmente a un desarrollador sin experiencia en función de su reacción a los comentarios constructivos. Nunca aceptarán ningún comentario de mejora en su desempeño. Incluso se toman personalmente los comentarios de revisión del código.

Hace muchos años, teníamos un compañero de equipo que me escribió un correo electrónico extenso sobre cómo debería revisar el código. Estaba enfurecido con los comentarios de revisión que hice para su RP. Su argumento principal fue que “no debería preocuparme por el estándar de codificación, ya que él sabe cómo codificar”. Quería que solo revisara si el código cumple con el requisito funcional.

– Lokajit Tikayatray

Si el desarrollador se siente insultado por los comentarios de las reseñas, es una clara señal de que no ha aprendido nada de su experiencia. Continúan trabajando año tras año con una actitud incompetente y se preguntan por qué nadie valora su contribución.

Lo que puede hacer:

• Mantenga una actitud positiva hacia cada comentario. Puede elegir cuál aceptar y cuál descartar. Pero dé una revisión imparcial antes de decidir descartarlo.
• Tenga la mente abierta para aprender de sus errores. Nadie tiene razón todo el tiempo. Utilice lo aprendido para mejorar su desempeño.

6. Dedica horas de trabajo a tareas personales.

Siempre hay algunos miembros del equipo a los que puede encontrar haciendo su trabajo personal durante el horario de oficina. Navegarán a través de las redes sociales, explorarán los sitios de compras en línea o jugarán.

Teníamos un miembro del equipo que solía negociar en el mercado de valores durante el horario de oficina. Tuvo un impacto adverso en su entrega, ya que siempre se centró en cómo le estaba yendo en el día a día. Otros miembros del equipo expresaron su preocupación por este comportamiento, ya que fueron ellos los que tuvieron que hacer un esfuerzo adicional para cumplir con el plazo.

Cuando el gerente advirtió a dicho desarrollador, arregló su camino durante unos días, pero volvió a operar. Finalmente, la empresa tuvo que despedirlo debido a este comportamiento.

– Lokajit Tikayatray

Este comportamiento no es ético y muestra claros signos de inexperiencia del desarrollador. Sería mejor que fuera sincero con la profesión que le ayuda a ganarse la vida.

Lo que puede hacer:

• Limite sus tareas personales durante el horario de oficina al mínimo. Siempre puede pedir permiso al gerente si tiene que tomarse un par de horas libres para atender problemas personales inevitables.
• Puede utilizar sus descansos para consultar sus redes sociales. Lleve su almuerzo al escritorio y realice transacciones de acciones durante la hora del almuerzo, si lo desea.

7. A menudo va detrás de la tecnología publicitada

Una señal de un desarrollador sin experiencia es cómo se ejecuta detrás de la tecnología publicitada. Los encontrará siempre hablando de la próxima gran novedad. Tan pronto como haya una nueva moda en el mercado, el desarrollador abandonará la anterior y se subirá al tren más reciente.

Los programadores sin experiencia también dominan el arte de hacer tutoriales. Sin duda, los tutoriales son herramientas de aprendizaje útiles. Pero simplemente seguir tutoriales sin ningún uso práctico es una pérdida de tiempo. Puede dar una falsa sensación de logro, pero la prueba real del conocimiento es usarlo para el uso en el mundo real.

Rara vez verá al desarrollador utilizando la tecnología publicitada o el conocimiento adquirido de los tutoriales para implementar algo nuevo. Simplemente lo hacen para satisfacer su ego. Además, muchos programadores sin experiencia caen en esta trampa debido al miedo a perderse algo.

Lo que puede hacer:

• Dedique su tiempo y esfuerzo a aprender tecnologías que realmente pueda utilizar para implementar algo en su lugar de trabajo o en su proyecto personal.
• Utilice los aprendizajes de los tutoriales y realice la práctica práctica. Aprenderá más implementando algo por su cuenta que siguiendo cualquier tutorial.

Pensamientos finales

Los programadores sin experiencia reducen la productividad de todo el equipo debido a su ineficiencia. Su enfoque incorrecto hacia el trabajo les hace perder la oportunidad de crecer en una carrera de software altamente gratificante.

Es aconsejable conocer la actitud autodestructiva al principio de la carrera y evitarlas. Cuanto más se acostumbre a las conductas mencionadas anteriormente, más difícil será salir de ellas en los últimos años de su profesión.

Gracias por leer el articulo. Espero que pueda evitar las trampas y lograr el crecimiento profesional que desea.