1. El espacio en blanco es gratis, úsalo.
En casi * todos los lenguajes de programación, los espacios en blanco se filtran. Úsalo generosamente para que tu código sea fácil de leer. Literalmente no gana nada al agrupar todo su código en una sola línea (a menos que esté minimizando JS o algo … pero eso no es algo de lo que deba preocuparse como principiante).
Esta:
para (int i = 0; i <10; i ++) {
// ¡Haz la cosa!
}
Es mucho mejor que:
para (int i = 0; i <10; i ++) {/ * hacer la cosa * /}
en la mayoría de los casos.
* Digo casi porque en Python, se utiliza la sangría de espacios en blanco en lugar de los armarios de refuerzo; ya que Python * requiere * espacio en blanco para ser utilizado, este punto es un tanto discutible, pero vale la pena señalarlo.
- ¿Cuáles son algunos sitios web útiles (de pago o gratuitos) para enseñar el desarrollo web intermedio / avanzado?
- ¿Puedes aprender a codificar por tu cuenta y estar listo para un trabajo de desarrollador?
- ¿Cuánto tiempo le toma llegar a una respuesta bien escrita de, digamos, 500 palabras?
- ¿Cuáles son las habilidades informáticas básicas que uno debe saber antes de aprender a piratear de manera ética?
- ¿Es mejor aprender desarrollo web o desarrollo móvil nativo?
2. Comenta tu código
Hay pocas cosas más frustrantes en la programación que escribir algo brillante y volver a ello 6 meses después y olvidarse de qué diablos estabas pensando y tener que perder una hora intentando hacer una ingeniería inversa. O trabajando en un proyecto y olvidando para qué era una variable en particular, o por qué usó un algoritmo sobre otro, etc.
Todos los idiomas principales tienen la capacidad de comentar código. La sintaxis varía, pero la función es la misma: los comentarios son ignorados por el compilador / intérprete, por lo que puede usarlos generosamente.
Aprender qué comentar requiere experiencia, pero para empezar, debes acostumbrarte a comentar cada bit de código no trivial.
es decir. esto es innecesario
// asigna “barra” a $ foo
$ foo = “barra”;
Esto podría ser necesario, dependiendo de su programa.
// Esto se usará para establecer la configuración predeterminada para $ foo,
// que se usa para el control de flujo más adelante
$ foo = “barra”;
Los bucles de control (for, while, foreach, do, etc) deben SIEMPRE ser comentados en alguna parte; es una buena idea recordar al futuro por qué está utilizando el bloque y proporcionar un resumen básico de lo que está sucediendo dentro del bloque. Comente las líneas individuales en el bloque si son críticas, requirió pensar un poco, o si hay algo que no quiera tener que volver a pensar más tarde.
Las funciones casi siempre deben ser comentadas (los accesores / mutadores triviales de una línea pueden no necesitar muchos comentarios sobre cómo funcionan, pero comentarlos para explicar qué es ese campo FOR no perjudicará a nadie). Las clases siempre deben ser comentadas. Echa un vistazo a la sintaxis “JavaDoc” para una buena base de formato para empezar.
3. Luchar por la capacidad de ejecución iterativa
Lo ideal es que, al codificar su proyecto, intente escribir un poco de código hasta que pueda ejecutarlo sin errores, luego agregue una nueva función … haga que se ejecute sin errores … luego agregue una nueva función … ejecute sin errores, etc. .
Esto logra dos cosas: se depura proactivamente antes de que los errores se vuelvan exponencialmente más difíciles y promueve un buen ciclo de desarrollo de producción de código estable antes de la re-factorización.
Bonificación: Pruebas automatizadas
Dependiendo del idioma en el que te estés metiendo, mira si tiene pruebas de unidad y aprende a usarlas temprano. Ojalá hubiera entrado en ellos antes. Las pruebas realmente hacen que su código sea MEJOR (lo obliga a escribir código más estricto, más atomizado) y más fácil de depurar (con una buena cobertura de prueba, cuando re-factorice, los efectos de su refactorización serán evidentes si se rompe alguna prueba y le ayudará reclamas estabilidad
Bonus: Control de versiones
Elige tu veneno. Hay SVN, Perforce, Git, y otros. Me gusta Git, personalmente. Escriba su código hasta que la construcción sea estable, luego comprométalo para bloquearlo. Si se equivoca, puede retroceder hasta el último punto estable. Es un buen hábito comenzar temprano para que cuando trabaje en proyectos de colaboración ya lo esté haciendo.