10 hábitos de programación que los desarrolladores web deberían adoptar

Cualquiera puede aprender a codificar, pero el desarrollo de buenos hábitos de programación es bastante diferente. La programación es una de las profesiones más fáciles de registrarse sin ninguna capacitación formal. Pero cuando eres completamente autocontrol, puedes tener malos hábitos que son difíciles de eliminar. Es posible que ni siquiera sepa que ha tomado un vicio común hasta que alguien lo indique, lo que resulta en el temido “código de espagueti”. Sin embargo, puede hacer que sus proyectos no se han dicho y hacer que las personas no quieran trabajar en un equipo con usted. ¿Estás listo para construir mejores hábitos? Hay algunas cosas que incluso un curso formal no le dirá, pero que los programadores experimentados han aprendido a través de años de arduo trabajo. Si desea crear un código limpio, que el hombre puede leer por el hombre, comience a seguir estas rutinas hoy.
1. Haz un plan

Cada joven desarrollador lo ha hecho: cuando llega el entusiasmo de una nueva idea, su primer instinto es saltar directamente y comenzar a codificar. Pero sin planes sobre qué hacer una vez que te quedes sin Steam, llegarás a un proyecto muerto. Si tiene más proyectos abandonados de los que puede contar, la solución es comenzar a planificar temprano. Esto no solo le dará objetivos claros para perseguir, sino que también ayuda a la calidad de su código y ahorra un tiempo precioso. Aquí está la información que necesita antes de comenzar una nueva empresa.
Resumen de su proyecto: qué es, a quién está destinado y qué pretende hacer.
La lista de tecnologías que utilizará: esto incluye idiomas, marcos, etc.
La función general, pense sobre la arquitectura del proyecto y cómo interactuará cada elemento. Marque qué características son obligatorias, cuáles son mayores y cuáles son menores. Límite dentro del plan cuando termine las diferentes etapas del proyecto.
Incluso un boceto simple como este es mucho mejor que ir a ciegas. Por otro lado, la planificación excesiva puede ser un detrimento. No esperes hasta que tengas la idea perfecta o que hayas resuelto todo. Simplemente haz un esquema y acudir a él.
Recuerde: Planifique antes de la programación. Le ahorrará muchos dolores de cabeza en el futuro. 2. No repita (en seco) hay cientos de pequeños consejos de organización que los desarrolladores deben seguir, pero probablemente el más popular es seco: no se repita. Este principio común establece que “cada conocimiento debe tener una representación única de ambigüedad, con autoridad dentro de un sistema”. O, en términos más simples, no use el mismo código en varios lugares y evite hacer lo mismo con dos piezas de código diferentes. Aquí hay un ejemplo simple de código seco en Ruby:
Builder de los módulos Def Build (N) N + 1 End Clase Juan incluye el constructor Def Destro (N) N – 1 End Clase Peter incluye Builder End es mejor establecer una vez y reutilizar cuando sea necesario, luego establecer cada vez que una clase tiene que usar eso. ¿Qué sucede si necesita cambiar esta función en el futuro? Es más fácil editar una cosa que veinte. El código húmedo (“escribir cada vez”, lo contrario de seco) causará problemas de mantenimiento en el futuro, así que evítelo a cualquier costo. Reutilizar, no reformularse. 3. Haga que sea fácil de leer por el hombre
El formato correcto del código, de modo que el hombre lea es probablemente aún más importante que su optimización y minimización. No es solo para aquellos con quienes trabajas; También te ayuda. Si sus variables se llaman al azar, su código no se comenta y el formato es un desastre, encontrará problemas más tarde. Siga estos consejos para mantener su código limpio y legible. Da tus propias variables. Este es un pequeño consejo, pero muy importante. Las variables, los métodos, los archivos, etc. deben llamarse para que su función esté inmediatamente clara. Puede ser más efectivo técnicamente llamarlos 1, 2 y 3, pero será una pesadilla para usted y sus colegas recordar lo que realmente hacen. Nombra estos objetos con sustantivos cortos que explican lo que son. Evite usar acrónimos o abreviaturas a menos que sea extremadamente común.

Ejemplo: FormInput es un buen nombre de variable. Evite nombres como frminp, form7 o forma porque usan abreviaturas confusas o no se explican. Comente su código Imagine que volverá a un proyecto después de semanas o meses y debe verificar cuidadosamente el código, preguntando qué hace cada bit. Todo esto se puede evitar si comenta en su código. Además, si trabaja con otros, les impide pasar por el mismo proceso. No tiene que explicar cada línea de código. Si usa los nombres de variables apropiados, el código a menudo lo hará por sí solo.
Sin embargo, debe usar comentarios para aclarar el código que no se explica a sí mismo. También son útiles para explicar por qué no usa lo que parece ser una mejor solución. Una cosa más: evite tener un encabezado de comentarios masivo al comienzo de su código que detalla los cambios, la licencia y otra información trivial; En su lugar, cree un ReadMe. Condent correctamente a nadie le gusta lidiar con un gran bloque de código. Hay un arte de la sangría y la ruptura correctas de las líneas, pero es mejor tratar de entenderlo mal que no hacerlo en absoluto. El espacio en blanco ayuda a otros a leer su código y facilita la navegación. El código de sangría revela su estructura y cómo cada línea interactúa con la siguiente. Cómo hacerlo “correctamente” depende del idioma que use. Por ejemplo, cuando anule en HTML, debe colocar etiquetas de apertura y cierre en su propia línea (a menos que la línea sea muy corta) e identifique el texto entre ellas. Los elementos en línea no deben ser sangrados.
lorem ipsum dolor site amet, consecuencia adipising elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliquua. UT enim ad
Las reglas de sangría de CSS se vuelven un poco más complicadas con la forma en que cada elemento está sangrado en relación con los demás. Puede encontrar estándares para cualquier idioma que escriba en línea.
Una cosa más: para muchos lenguajes de desarrollo web, es aconsejable usar espacios en lugar de pestañas. Dos espacios es el estándar común para HTML, CSS y JavaScript. Además, los desarrolladores que usan espacios en lugar de pestañas ganan más dinero. Ser consistente con cada desarrollador tiene su propia opinión sobre cómo indicar, comentar y nombrar los archivos. Pero sea lo que sea que haga, lo más importante es ser consistente. Puede usar cualquier convención de nombre que desee, pero hágalo cada vez. Si usa CamelCase (FunctionName) para nombrar funciones en JavaScript y Pascal Case (ClassName) para nombrar clases, no lo cambie. Esto también es cierto para los estándares de sangría. Formatear el código de la misma manera cada vez.
Desarrollarás tus propios extraños, pero es una buena idea buscar las convenciones comunes para el lenguaje con el que trabajas. Un linter de código puede ayudarlo a encontrar inconsistencias o formatear incorrecto en su código 4. Código de Rebuctor ¿Alguna vez ha sentido la necesidad de limpiar su código en el medio de un proyecto? Es hora de renunciar a este hábito. La restauración del código es el proceso de eliminar todos los bits de errores, su optimización para que ocupe menos espacio y respeta los principios como el seco. La funcionalidad no cambia; Simplemente optimice lo que ya está allí.
Aunque es importante limpiar su código, no desea bloquear con un trabajo continuo. Al igual que el primer boceto de un autor, sus primeros intentos pueden ser un poco desordenados, pero puede lijarlos todos más tarde. Por ahora, concéntrese solo en la finalización. Definitivamente debe intentar evitar el código duplicado y tener en cuenta los principios de programación. Sin embargo, resiste el impulso de auditoría en general hasta que haya terminado, o lo haga solo cuando la forma en que se estructura el código le causa en este momento. Consulte esta guía para el reenfocador de código para obtener varios estándares a seguir cuando remedia el proyecto. 5. Use el software de control de versiones, ya sea que trabaje en un software, en un proyecto web o incluso use WordPress Git, el control de versiones funciona en cualquier lugar. Git es utilizado por el 70% de los desarrolladores, y si no es uno de ellos, debería serlo. El software de control de versiones lo ayuda a realizar un seguimiento de los cambios realizados en un proyecto, lo cual es invaluable, especialmente cuando está en un equipo. Con Git, puede acceder a todas las versiones de un proyecto y puede ver exactamente quién hizo qué y cuándo. Y si alguna vez tiene que volver, es solo un clic en un botón. No es necesario buscar el código de errores. O si nota un error adicional, puede verificar las versiones antiguas para ver cuándo se ha agregado y qué lo causó. Algunos consejos para trabajar con Git u otro software de control de versiones: con frecuencia empleado: no realice muchos cambios enormes y luego se comprometa, solo para tener que cancelar todo cuando inevitablemente causa errores.
Sin embargo, no sobrecarga: no tiene que hacer ningún cambio pequeño o código incompleto. Haga algunos cambios o agregue una característica pequeña, luego empuje hacia adelante.

6. Complete sus proyectos si se ha desarrollado durante más de unos pocos años, probablemente tenga docenas de proyectos medio completados en toda su computadora. Este es un problema un poco más pequeño para los desarrolladores web. Sin embargo, definitivamente es común tener todo tipo de prototipos o sitios de prueba enterrados en las profundidades de su computadora. Esto es inevitable si desea experimentar. Sin embargo, es un hábito que puede comenzar a filtrarse desde las versiones de prueba y en los proyectos importantes que realmente tiene la intención de completar. Como desarrollador en crecimiento, es importante tener algunos productos terminados bajo control: todos esos prototipos abandonados no hacen mucho por usted. Por lo tanto, además de planificar antes de sumergirse en un proyecto, también debe tratar de permanecer en unos pocos a la vez. Con demasiado en el plato, estarás agotado rápidamente.
También debes aprender a pasar por bloqueos. Es fácil combinar un prototipo genial en una o dos noches. Sin embargo, una vez que alcance partes difíciles, tendrá la tentación de pasar a otro prototipo. Este es un hábito muy malo. Una vez que comience a comenzar algo, ate la hebilla e intente terminar. En una escala más pequeña, evite dejar los comentarios “para hacer”. Lo más probable es marcar esa parte del código en mente y nunca volver a él. Una vez que comience a escribir una sección de código, termine y realice cambios más tarde si es necesario. 7. Elija nuevos idiomas para ser un desarrollador web no significa solo codificar bien; En este campo competitivo, debe acumular constantemente nuevas habilidades. Siempre aparecen nuevos idiomas y si todo lo que sabe es un pequeño JavaScript, probablemente se quedará atrás. Consulte los trabajos abiertos para los desarrolladores web para ver qué idiomas encuentran empleadores. Recursos como PYPL también pueden ayudarlo a rastrear las tendencias.