Como desarrollador de software y una persona altamente insegura, temo hacer una revisión del código, ya que me siento tonto cuando mis colegas revisan mi código. ¿Qué tengo que hacer?

Sé que la ansiedad social puede dificultar seguir algunos de estos consejos. Incluso si fallas, probar estas cosas debería ayudar.

  1. No hables de lo tonto que eres.
  2. Pregunte cómo puede obtener más información sobre el problema si es algo que no comprende.
  3. Está bien no saberlo todo. Tu crítico estuvo en tu etapa una vez. Su revisor sabe en qué etapa se encuentra y está totalmente bien.
  4. No es sobre ti. Se trata del código, los requisitos y el producto. Haz tu parte para mantenerlo así.
  5. Tomar una respiración profunda.
  6. Asegúrese de exudar estas actitudes:
    1. “Quiero aprender algo nuevo”.
    2. “Trabajemos juntos para mejorar esto”.
  7. Nunca te defiendas ni pongas excusas. No diga, “Pensé …” o “Me enseñaron que …” Sin embargo, a veces decir, “Estoy confundido” está bien.
  8. Defiende el código si crees que el revisor está malinterpretando algo. Diga, “¿este código de aquí le preocupa?” O “¿podría la eficiencia de la memoria superar la pérdida de tiempo en esta sección?”.
  9. No te desanimes. Si estás aprendiendo, entonces di: “¡sí! ¡Estoy aprendiendo!”

El valor del software de escritura, para la persona que lo escribe, es exactamente una cosa: lo que aprendió al escribirlo .

Una revisión de código es solo una forma de exprimir un poco más el aprendizaje de ese proceso. Es solo una forma de aprender cosas que no aprenderías solo, y compartir buenos hábitos dentro de un grupo para que todos hagan las cosas un poco mejor. Eso es realmente todo lo que es.

Estoy de acuerdo con Gerald Weinberg y Uday Delouri, así que aquí también tengo mi descargo de responsabilidad.

Descargo de responsabilidad: no soy un psicólogo o psiquiatra capacitado, soy un profesional del software. Esta es claramente una pregunta psicológica.

En mis 30 años de ingeniería de software, ciertamente me he encontrado con desarrolladores que han expresado las mismas preocupaciones. Especialmente cuando estoy involucrado. Mi larga experiencia en este campo a menudo es intimidante para los demás. Esto se manifiesta de muchas maneras diferentes.

He tenido innumerables (y seguramente cientos de conversaciones) con la gerencia, colegas y juniors (según lo definido por el tiempo, no la habilidad) sobre esta dinámica. Por lo general, siempre se reduce al siguiente escenario:

“Terence, el miembro del equipo X teme trabajar contigo porque se sienten intimidados por tu nivel de experiencia. Piensan que eres un gran tipo y esto lo hace aún peor, porque además piensan que serás demasiado amable para decirlo la verdad si su código es malo. Además, si les dices que su código puede mejorarse, se sentirán realmente horribles porque entonces es como ‘qué tan malo tiene que ser mi código para que un buen tipo como él romper carácter y mierda en mi código ‘? “

Aunque casi siempre es el mismo escenario, cada persona con la que he pasado por esto ha sido extremadamente diferente. Todos tienen un camino diferente que los llevó a estos pensamientos y emociones.

Aunque no soy un profesional capacitado en el campo de la salud mental, después de lidiar con esto durante aproximadamente 15 años, puedo concluir sin lugar a dudas, que este tipo de situaciones no tienen nada que ver con la programación. Esto tiene que ver con la fortaleza interna de cada individuo.

Sostengo que se sentirían así, sin importar en qué campo estuvieran.

Este no es un problema de desarrollo de software, por lo tanto, mi consejo es no buscar una respuesta “única para todos” a este problema.

Puede haber varios enfoques que puede probar (ciertamente he tenido un buen éxito en mi carrera tratando con esto), pero para dar respuestas significativas, tendríamos que conocerlo como individuo y no solo un comentario sobre usted .

Busque un profesional (terapeuta, pastor … lo que sea mejor para usted) y trabaje en sus inseguridades.

More Interesting

Cómo tratar con un desarrollador de software no calificado / malo en el equipo

¿Por qué los desarrolladores de software de la India trabajan en Windows o se desarrollan directamente en un servidor de desarrollo o producción?

¿Cuál es la diferencia entre desarrolladores y probadores?

¿Qué desarrolladores de software conozco para confiar en mi idea legalmente desprotegida?

¿Cómo debe encajar la seguridad en el ciclo de vida del desarrollo de software?

¿Cómo manejan los desarrolladores de software lo desconocido y lo nuevo?

¿Qué sitios web se recomiendan para obtener trabajo independiente en el desarrollo de software, específicamente para desarrolladores de iOS?

¿Cuál es la mejor computadora portátil económica para desarrolladores de software?

¿Cómo mantenemos los datos confidenciales lejos de los desarrolladores de software?

Cómo seguir siendo competente en múltiples lenguajes y tecnologías de programación si su trabajo solo requiere uno

¿Cuáles son los detalles técnicos detrás de las aplicaciones o extensiones que bloquean los anuncios?

¿Cuáles son las oportunidades que entusiasman a los desarrolladores de software al poder acceder a bash de forma nativa desde Windows?

¿Cuál es el mejor libro para aprender Java y J2EE como estudiante de primer año obteniendo una Licenciatura en Ingeniería en informática?

Soy un desarrollador de software que desarrolla IU con QT C ++ y conozco la programación de sistemas integrados para microcontroladores PIC. Tengo interés en explorar el desarrollo del kernel de Linux y los BSP. ¿Cuál debería elegir para mi carrera a tiempo completo dada la tendencia reciente?

¿Cuál es el alcance de Pega? ¿Es una buena opción elegir al comienzo de una carrera en comparación con Java?