La comprensión profunda del código y de los sistemas de software no solo resulta práctica, sino también profundamente satisfactoria. Entender lo que tenemos entre manos nos otorga control y responsabilidad sobre lo que creamos, y existe una base evolutiva que explica por qué comprender genera emociones positivas: aumenta nuestra influencia sobre el entorno. Sin embargo, la naturaleza humana tiende a minimizar el esfuerzo, y la abundancia de soluciones listas en internet —y, más recientemente, las salidas de los grandes modelos de lenguaje (LLM)— facilita el atajo de aceptar respuestas sin analizarlas. Esa comodidad tiene un precio: las habilidades que no se practican se atrofian, y confiar solo en la lectura pasiva impide desarrollar juicio técnico.
El artículo propone distinguir contextos. En scripts puntuales, prototipos de producto mínimo viable (MVP) o funciones experimentales, copiar, pegar o generar código es razonable siempre que se pueda verificar su funcionamiento. En cambio, en sistemas que se mantendrán durante meses o años conviene dominar el lenguaje, las librerías y las herramientas implicadas, porque el conocimiento y la habilidad tienen efecto compuesto: cuanto más se sabe, más rápido se aprende y más rápido se construye. La recomendación central es luchar contra la pereza natural, leer documentación y fuentes, comprender los compromisos de cada herramienta y diseñar soluciones propias en lugar de buscar o generar respuestas de forma pasiva. La lucha es requisito ineludible del aprendizaje profundo y de la maestría técnica.