Pregunta

Esta pregunta ya tiene una respuesta aquí:

Esta es una pregunta que me he estado preguntando a mí mismo por un largo tiempo.El pensamiento de tirar a usted.

A partir de mi experiencia de trabajar en varios proyectos basados en Java, he visto toneladas de códigos que llamamos 'sucio'.El poco convencional de la clase/método/campo de nomenclatura, de manera equivocada de manejo de excepciones, innecesariamente pesada bucles y recursividad etc.Pero el código da los resultados esperados.

A pesar de que odio ver código basura, es hora de tomar para la limpieza y, finalmente, viene la pregunta de "¿vale la pena?está dando los resultados deseados, así que ¿cuál es el punto de la limpieza?"

En proyectos de equipo, debe haber alguien específicamente para refactorizar y verificación de código limpio?O hay situaciones en las que el 'sucia' de los códigos no dan los resultados previstos o hacer que los clientes descontentos?

Sientete libre de comentar y respuesta.Y dime si me estoy perdiendo algo aquí.

EDITAR:Me gustaría destacar que - Lo que quiero decir por QUÉ no se las razones técnicas, estoy preguntando sobre el motivo. Todos estamos familiarizados con el por qué se debe escribir el código limpio en el punto de vista técnico.Pero, imagina que en la universidad si escribo mal el código, me sale mal marcas (ver @TofuBeer 's comentario).Por lo que en su entorno industrial, lo que motiva a usted y su equipo para escribir código limpio?Y lo de que te motiva y equipo de escritura de código incorrecto.

Es tan fácil escribir un método en una clase para obtener la información sin necesidad de mirar a su alrededor y comprobar si hay un método similar!!el resultado-un 5000 + líneas de código con algunos métodos de hacer casi de tareas similares.:-(

Sientete libre de añadir comentarios si han visto o han trabajado con el mismo código.

No hay solución correcta

Licenciado bajo: CC-BY-SA con atribución
scroll top