Red de Respuestas Legales - Asesoría legal - ¿Los 10 mejores consejos para convertirse en un buen programador de Java?

¿Los 10 mejores consejos para convertirse en un buen programador de Java?

Existen muchas reglas o mejores prácticas que los programadores de Java deben seguir. Este artículo describe las 10 reglas o preceptos más importantes que todo desarrollador debe seguir. Su incumplimiento puede tener consecuencias catastróficas.

1. Añade comentarios a tu código._Todo el mundo lo sabe, pero no todo el mundo lo hace. ¿Cuántas veces te has "olvidado" de añadir una nota? De hecho, los comentarios no añaden ninguna funcionalidad a su programa. Pero, ¿cuántas veces has visto un código que escribiste hace 2 semanas y no recuerdas qué hace? Tienes suerte, el código no comentado lo escribiste tú mismo y todavía tienes impresiones residuales en tu mente. Desafortunadamente, la mayoría de las veces, el código fue escrito por otra persona y esa persona probablemente haya abandonado la empresa. Hay un proverbio que dice: "Lo que viene, viene", por lo que los programadores deben ser considerados entre sí (y con usted mismo) y agregar comentarios a su código.

2. No compliques las cosas simples (Donotcomplicatthings)._He hecho esto antes y creo que tú has hecho lo mismo. Los desarrolladores tienden a resolver problemas simples de forma compleja. Introducimos EJB en un sistema con solo 5 usuarios, implementamos un marco para una aplicación que no necesitaba un marco, usamos archivos de propiedades, usamos soluciones orientadas a objetos y usamos subprocesos, que no eran necesarios en absoluto. ¿Por qué haces esto? Es posible que algunas personas no sepan que existe una solución mejor, pero otras pueden hacerlo intencionalmente para aprender algo nuevo o simplemente porque es divertido. Para aquellos que no conocen una solución mejor, escuchen los consejos de programadores experimentados. Para aquellos de ustedes que complican sus diseños únicamente con fines personales, les sugiero que sean un poco más profesionales.

3. Recuerde: "Lessis more" no siempre es mejor (KeepinMind_"Lessismore" no siempre es mejor)._ El código eficiente es algo bueno, pero en muchos casos, no son menos líneas de código.Cuanto mayor sea la eficiencia.

4. No "codifique" (Nohardcodingplease)._Debido a limitaciones de tiempo, los desarrolladores siempre olvidarán o ignorarán deliberadamente este elemento. Otra posibilidad, sin embargo, es que al seguir este mandamiento no nos quedemos estancados en una “falta de tiempo”. ¿Cuánto tiempo lleva definir una variable final estática y agregar una línea de código?

5. No inventes tus propios frameworks._No es exagerado decir que ya existen miles de frameworks, la mayoría de los cuales son de código abierto. Muchos marcos son soluciones perfectas y se han utilizado en miles de sistemas. Sólo necesitamos centrarnos en los últimos frameworks populares y estar al menos superficialmente familiarizados con ellos. Uno de los ejemplos más exitosos y más utilizados es el marco Struts. Este marco web de código abierto es una excelente opción para crear sistemas web. No intente construir su propia versión de Struts, quedará agotado. Pero debes recordar el mandamiento No. 2 (Traducción: el texto original es "No. 3", obviamente incorrecto) - No compliques las cosas simples. Si el sistema que desea desarrollar solo tiene 3 interfaces, no use Struts. Para dicho sistema, no hay suficientes cosas que deban ser "controladas" (Anotación: Struts divide la interfaz en MVC y C es el controlador. por lo que el autor dijo que no se requiere mucho "control").

6. Di no a Imprimir líneas o cadenas (Diga no a Imprimir líneas y Concatenaciones de cadenas)._ Sé que, para facilitar la depuración, a los programadores les gusta usar System.out.println en todas partes y luego eliminarlo. después de decírselo a sí mismos. Pero a menudo nos olvidamos de eliminar estas líneas o no estamos dispuestos a eliminarlas. Usamos System.out.println para realizar pruebas. El curso de Java cree que es probable que esto resulte en la eliminación accidental de una línea de código que necesitamos. No subestime los peligros de System.out.println.