Trátalo muy en serio. No, realmente, el “código limpio” es bastante difícil de lograr, y puede contribuir enormemente a hacer que un proyecto se pueda mantener (se puede seguir trabajando en él sin romper cosas).
Voy a asumir que esto fue un comentario sobre un fragmento de código específico. Si no es así, debe abordar inmediatamente eso. No es útil decirle que su código “en general” está sucio, y suena como un ataque personal, que es absolutamente tóxico para hacer un buen trabajo. Entonces, si es un comentario general, haz que comenten sobre un código específico.
Si respetas a la otra persona y ellos han hecho este comentario en un fragmento de código específico, trata de descubrir qué hay de sucio y díselo a la otra persona. Aquí hay algunos delincuentes comunes (código de olores):
- Variables mal nombradas (muchos de estos problemas pueden solucionarse con buenos nombres, o dividir la funcionalidad existente en buenos nombres)
- Declaraciones confusas (solo porque puedes hacerlo en una línea, no significa que debas)
- Método es demasiado largo
- (En lenguajes orientados a objetos) Demasiadas responsabilidades en esta clase / clase son demasiado confusas
- Manejo de errores deficiente / complicado (los casos excepcionales deben ser claros, los casos de esquina no excepcionales se manejan con gracia y no introducen errores más adelante)
- Procesamiento de información pobre / complicado (variables / métodos no utilizados, información redundante, procesamiento redundante)
En general, debería poder explicar fácilmente exactamente lo que está sucediendo en cualquier parte del código, y que el sistema en su conjunto tiene sentido.
- ¿Puedo obtener Nootropics por amigos de nosotros?
- ¿Qué importancia tienen las teorías para la investigación en comunicación?
- Para los estudiantes universitarios y los adultos jóvenes, ¿está siendo incómodo genial ahora?
- ¿Cuáles son algunas formas efectivas de transmitir ideas y conceptos?
- ¿Es malo que no salga con gente fuera de la escuela?
Sin importar las circunstancias, no se detenga hasta que sepa la razón exacta por la que piensan que su código está sucio, y tampoco
- arreglalo
- encontrar una mejor manera de hacerlo juntos
- convencer a la otra persona de que lo que estás haciendo es realmente correcto
- decide aceptar no estar de acuerdo, porque en realidad no importa.
Tenga en cuenta que la opción 3 es rara en los desarrolladores junior. La opción 4 también ocurre raramente, ya que la coherencia en una base de código también es importante.