Código de desarrollador de caballero
La mayoría de los proyectos son desarrollados por el equipo de desarrollo. Como regla general, la calidad del resultado del trabajo en equipo depende del ambiente que prevalece en el equipo. Para mantener la armonía, todo desarrollador debe ser siempre un caballero. Por lo tanto, quiero presentar lo básico, en mi humilde opinión, las reglas del código de caballeros de iOS.
Yo mismo soy un desarrollador de iOS y formo parte del equipo. Las reglas son bastante generales, por lo que son adecuadas para cualquier dirección en el desarrollo de software y no solo.
El desarrollador caballero siempre es educado
Su mal humor o megalomanía no es motivo para estropear el estado de ánimo de otras personas. Creo que a nadie le gustará si es grosero. Por lo tanto, trate de no ser descortés.
La falta de cultura y la mala educación estropea la relación entre los miembros del equipo, y en el trabajo en equipo es muy importante trabajar juntos. El resentimiento mutuo o la hostilidad personal no solo pueden ralentizar el progreso, sino también introducir problemas adicionales.
Siempre y bajo cualquier circunstancia debes controlarte y tratar de ser educado.
Un desarrollador caballero siempre respeta su tiempo y, por lo tanto, respeta el tiempo de los demás.
Si tiene un problema urgente en el que un colega puede ayudar, esto no significa que deba distraer al colega de su trabajo. Quizás se esté produciendo un proceso de pensamiento muy importante en este momento, y si lo interrumpe, su colega puede perder mucho tiempo reconstruyendo la imagen completa del problema que estaba resolviendo.
Vale la pena preguntar cortésmente si la persona que necesita puede tomarse el tiempo y ayudarlo. Si está muy ocupado, lo más probable es que pueda ayudar un poco más tarde.
Un desarrollador caballero respeta el código y las soluciones técnicas de sus colegas.
Siempre debe recordar que cada bloque de código es la mejor solución que el autor podría encontrar en ese momento y en las circunstancias en las que se escribió este código. Por lo tanto, no debe volver a hacer arreglos para descubrir por qué el código está tan mal escrito. Esto se aplica a los momentos en los que no es necesario cambiar nada en absoluto.
Creo que todos pueden recordar el momento en que intentaron reescribir el código, que se veía terrible. Al mismo tiempo, me encontré con problemas previamente no obvios que este código resolvió. Y en un intento de resolver estos problemas de una manera más elegante, escribí un código aún más terrible.
Esto debe recordarse antes de arruinar el estado de ánimo de alguien con críticas inapropiadas y abstenerse de tales acciones.
Un desarrollador caballero no edita el código de otro desarrollador sin su conocimiento
Incluso si sabe cómo hacerlo mejor, no reescriba silenciosamente el código incorrecto. Primero, el autor del código, quien, en opinión de otros, es responsable de este fragmento de código, puede perder el hilo de comprensión en las actualizaciones. Y cuando intente cambiar algo, se encontrará en una situación difícil.
En segundo lugar, es muy probable que usted mismo no conozca todas las características de la funcionalidad que va a reescribir. Como resultado, ni el autor ni usted conocen completamente el código que se actualizó.
En tercer lugar, si el autor del código no se entera de que hizo algo mal, continuará haciendo lo que hizo. Y como sabemos en un equipo, el resultado del trabajo de cada participante afecta a todo el equipo.
En tales casos, primero debe comunicarse con el autor para aclarar su opinión. Quizás esté equivocado y su solución, que le pareció más adecuada, no lo sea. Y si tenía razón, ayudará a su colega y, en consecuencia, ayudará a la causa común.
Un desarrollador caballero no critica el código ajeno sin argumentos y sin alternativas
Cuando se trata de críticas, y esto es inevitable en el trabajo en equipo, debe hacerse correctamente. Primero, puede criticar el código cuando la solución a su problema depende de la calidad de este código. En segundo lugar, solo puedes criticar si sabes exactamente cómo hacerlo mejor.
La crítica sin sentido solo conduce a la discordia en el equipo, lo que no afecta en gran medida el resultado.
Un desarrollador caballero también sabe tomar las críticas con dignidad
Nadie es perfecto y nadie escribe código perfecto. Aprendemos y mejoramos constantemente nuestras habilidades, incluso en el desarrollo de software. La crítica es uno de los mecanismos de aprendizaje más eficaces. Y es necesario no solo poder presentar críticas, sino también aceptarlas con dignidad.
No debe reaccionar agresivamente a las críticas de otra persona. Esto solo alienará a quienes te rodean. Y en el futuro, es posible que sus errores en el código no se detecten de manera oportuna solo porque un colega no le informó, no queriendo provocar un escándalo.
Si la crítica es realmente útil, debe agradecer a la persona que señaló sus errores.
Si la crítica no está justificada y está absolutamente seguro de que su solución en el código es lo suficientemente buena, si no la mejor, entonces debe argumentar su caso con calma. Da razones para refutar las críticas.
Un desarrollador caballero escribe código en un estilo genérico
Creo que todos entenderán la alegoría de que si hay varios remeros en el bote y uno de ellos rema en la dirección opuesta, esto solo afectará negativamente la velocidad del bote.
Lo mismo ocurre con los proyectos. Trate de adherirse siempre a las reglas y estándares generalmente aceptados, incluso si no le gustan, pero los comandos los siguen.