Ayer te hablaba de cómo te debes preocupar por los recursos informáticos cuando analizas datos.

Otra pieza clave para que programes bien en la sintaxis.

A ver, cuidado.

No digo que no cometas errores de sintaxis. Eso ya se te ha ocurrido a ti.

Si te falta un paréntesis, el código no chuta. Y punto.

Y si tu editor es aceptable, te dirá dónde está el error.

Pero la sintaxis va más allá de eso.

Si escrivo una falta de ortografía súper chunga, aunque entiendas lo que te estoy contando, te va a chirriar.

Mucho.

Las faltas de ortografía son ruido en la comunicación. Molestan cuando lees y hacen que, aunque sea por una fracción de segundo, pierdas la atención.

Si te dedicas al análisis de datos, programar no será tu punto fuerte.

Usas herramientas con código para sacar adelante tus análisis, sí.

Pero no te pagan por programar.

(De hecho, cuando el mundo no-code esté más avanzado, quizá no programes más)

Por ello, tienes que evitar toda fricción cuando escribes.

Póntelo fácil.

Ahí entra la sintaxis.

La sintaxis te va ayudar a que programar sea más fácil.

No solo programar, sino leer programación, algo imprescindible para que aprendas a hacer cosas nuevas y para revisar análisis que hiciste en el pasado.

Si tu sintaxis está llena de ruido, leer y escribir se te hará bola.

Y no programarás bien. Porque estarás pensando en lo horrible que es lo que haces.

Para facilitarte tu relación con la sintaxis, necesitas ponerte normas de sintaxis.

Si las incumples, no saltará un error, pero te resultará más incómodo leer y escribir tu código.

Ejemplo de norma: sangría de 4 espacios en blanco.

Más aterrizado: si escribes una función, el cuerpo de la función tiene una sangría de 4 espacios con respecto a su definición.

Ese ejemplo, si has programado en Python, lo has visto mil veces (porque en Python sí es un error de sintaxis).

Pues tienes que aplicar eso a todo lo que puedas.

Ya, Leo, pero cómo quieres que se me ocurran a mí esas normas.

Of course, no hace falta que las pienses tú.

Hay personas que ya se han montado sus propios marcos de programación.

Y eso es lo que tienes que buscar.

Hay estilos. Es más, hay librerías que revisan que tu código cumpla un estilo.

En R me gusta lintr. En Python, ¿Pylint?

Elimina el ruido en tu código y programarás mejor.

Organizo formaciones en las que no entro en detalle de estas cosas pero, si te fijas en los códigos que te enseñaré, verás que todos siguen un estilo constante.

P.D. Mañana te hablo del tercer y último pilar para programar bien.