Respuesta posterior al artículo "¡Vamos! @ # Con tu" toxicidad "" .
Si siguiera el consejo de este artículo, sería suficiente para mí mostrar emoción y decirle al autor "¡Vamos, tú mismo ... no entiendes nada!".
Sin embargo, esto no ayudaría a transmitir mi idea. Por lo tanto, echemos un vistazo más de cerca.
Cita 1:
Si una persona es incompetente, debe dejar que comprenda claramente esto y no proteger sus tiernos sentimientos en detrimento de los demás.
No estoy de acuerdo con la base de esta declaración. Creo que una persona no puede ser competente o incompetente. Tal enfoque generalizado en blanco y negro no funciona en la práctica. Incluso el senior más avanzado puede no saber algunas cosas. Y viceversa, los juniors a veces tienen grandes ideas.
Cambiar a personalidades (“¡no eres competente!”) Revisar el código en lugar de argumentos específicos es demasiado fácil. Si eres un senior tan inteligente, trabaja duro, explica por qué en este lugar del código todo debería ser diferente. No puedes explicarlo, es mejor no escribir nada, porque es posible que tú mismo no lo entiendas completamente.
Al mismo tiempo, por supuesto, es necesario hablar sobre problemas específicos en el código.
Una persona normal está feliz de discutir una posición razonada. Y tomará hostilidad emociones negativas. ¿Quién querría trabajar con un miembro del equipo tóxico?
Cita 2:
¿Puede una persona enviarle un código con los mismos errores una y otra vez y debe responder con cortesía y una sonrisa?
Si una persona comete errores una y otra vez y no intenta crecer de alguna manera, debe ser despedido. Hable con el líder del equipo sobre esto. Pero la histeria no es necesaria de todos modos. Bueno, simplemente porque no ayudará.
Las emociones negativas solo pueden dar lugar a emociones negativas. Y esto no solucionará los errores en el código.
Cita 3:
Cuanto mayor es la responsabilidad en la profesión, mayor debe ser la resistencia al estrés.
Trabajé con el entorno de producción y solía solucionar problemas por la noche. A menudo, era estrés (especialmente cuando encabezas esos departamentos y eres responsable de toda esta granja colectiva).
Y quiero declarar con toda responsabilidad: a nadie le gusta el estrés, incluso si es capaz de soportarlo. Todos siempre intentan reducir el estrés.
Por ejemplo:
- configurar el monitoreo, alerta oportuna de los servidores, que hay algún problema
- verificación de código mediante pruebas automáticas y manuales
- copias de seguridad de bases de datos para verificar la capacidad de recuperación
- etc.
En resumen, reducimos los problemas potenciales tan pronto como podamos.
Es decir El estrés es malo en realidad . Incluso para las personas más tolerantes al estrés.
Simplemente la misma persona a la que no le gusta el estrés, lo más probable es que haga todo bien, verifique todo, coloque la pajita y no cometa errores fatales.
Cita 4:
Sin lugar a dudas, es inaceptable insultar a un colega por falta de conocimiento, pero el formato obvio "Su código es malo, ahora explicaré las razones en detalle y daré consejos" ya se considera un comportamiento tóxico.
Pues sí, lo es. "Su código es malo" es una frase sin sentido, sería posible comenzar de inmediato con consejos e incluso mejores preguntas aclaratorias, por qué se hizo esto y no de otra manera.
Epílogo
El estrés interfiere con el rendimiento. Cuando un empleado tiene miedo de dar un código para una revisión, no trabajará con entusiasmo, no generará ideas, no será leal a la empresa, etc.
Estudios fácilmente en Google que muestran que cuando se excede un cierto nivel de estrés, el rendimiento disminuye drásticamente.
En general, la cortesía al trabajar en grupo no se inventó ahora, mucho antes de que la revisión de códigos y la programación se pusieran de moda en general. Un montón de artículos sobre "habilidades de trabajo en equipo" que no están relacionadas con TI de ninguna manera.
Las mejores ideas nacen en un ambiente favorable.
Tomemos, por ejemplo, las reglas de la lluvia de ideas: al principio, todos lanzan ideas, y no puedes criticarlas en absoluto. Y solo entonces llega una discusión detallada.
Bueno, eso es, todos somos personas. A la gente no le gusta cuando alguien señala sus errores. Incluso el código de revisión más correcto a menudo parece una flagelación pública. Bueno, no te agraves!
En aquellos equipos donde era líder de equipo, ingresé un buen código de conducta para la revisión del código (incluso antes de que esta manada estuviera de moda). A saber: cortesía, prohibición del tono de mando, prohibición de discutir cualidades personales, solo se permiten comentarios razonados, etc. En situaciones contenciosas, la mayoría decide.
Por cierto, es la mayoría, no el timlid / techlide. Dado que la legibilidad del código y otras cosas son importantes para todo el equipo, es el equipo el que trabajará con este código en el futuro. Y no el que se considera el más listo.
Estas medidas simples han mejorado significativamente la atmósfera en el equipo.
¿Por qué todos hablan ahora de CoC y trabajo en equipo? Porque en general, pasa el tiempo de los genios individuales. Un equipo muy unido debido a la sinergia resolverá cualquier problema. Hablé con uno, hablé con otro, y el problema está resuelto. Las habilidades blandas son cada vez más importantes cada día.
Hay personas que nunca han trabajado en un equipo muy unido y no se imaginan lo emocionante que es.
Sí, en realidad estoy crucificando aquí, sigue tú mismo ...
(PD: el emoticón al final de la última oración fue eliminado por los moderadores. No quiero ofender a nadie, es solo una broma)