3 min read

Cómo programar bien

Mucha gente que trabaja con datos dice:

Yo programo un poco pero no lo hago bien.

¿Qué quiere decir “programo bien”?

Me interesa esa pregunta porque su respuesta apoyará a “cómo programar bien”.

Te lo cuento bajo tres puntos de vista (uno hoy, otro mañana y otro pasado).

1. Recursos informáticos

Estás cocinando unos huevos fritos.

Y el aceite salpica la vitro, la inducción o lo que tengas.

Es normal, ¿no? Luego lo limpias y ya está.

Ahora vas al salón, a servir los huevos fritos en platos, y lo haces muy brusco, salpicando el aceite y manchas todo.

Eso no es tan normal.

En la cocina puedes pringarlo todo de aceite pero en el salón no.

Ahora bien, sirves una copa de vino y se cae una gota en el mantel.

Ya, ya sé, no quieres que se manche el mantel, pero no es tan rara esa mancha, ¿verdad?

Mira, no sé en qué trabajas ni para qué usas datos. Ni si los usas.

Pero la mayoría de las personas a las que doy formación lo que hacen es extraer aprendizajes a partir de los datos. Aprendizajes que luego aplican a su negocio.

Lo hacen con análisis exploratorio, estadística, modelos… lo que sea, pero ese es el objetivo: analizar datos.

Otras personas montan bases de datos en la nube y cosas así (sea lo que sea eso).

Bien, el trabajo de esas personas es diferente al que tienen mis estudiantes.

Y al que tienes tú seguramente también.

Ellos están en la cocina y tú estás en el salón.

Los dos vais a manchar. Pero cosas distintas y de cosas distintas.

Como tu trabajo es sacar información a partir de datos, no te debería preocupar que tu código no fuera muy eficiente: que un cálculo sobre una tabla consuma más memoria que si lo hace el ingeniero con sus herramientas no te debería quitar el sueño.

Puedes manchar el mantel con una gota de vino pero no puedes salpicar el aceite de los huevos al servir.

¿Dónde está el límite entonces?

En que evites los porsiacasos.

Es posible que uses una librería de tratamiento de tablas menos eficiente que C++

No pasa nada: la librería está justo para tu trabajo, así que no es descabellado que la uses.

Pero no hagas que el ordenador duplique su carga solo porque tú estés más a gusto.

No cargues librerías que no usas. No leas datos que no necesites. Y por favor, no dupliques información. Si creas una tabla B a partir de una tabla A, y para tu análisis solo necesitas la B, ¿por qué dejas a mano la A? ¿Por si acaso?

Quizá lo hagas en tu casa. Porque te da apuro vender ese trasto por Wallapop.

Pero sabes que no tiene sentido.

Si quieres programar bien, renuncia a tu tabla.

Renuncia a los porsiacasos.

Mañana te hablaré de sintaxis, que te dará muchas pistas sobre los abusos de recursos que sí puedes permitirte.




Si te ha gustado esto, te gustarán mis correos. Para recibirlos te suscribes aquí: