poteto@poteto

es muy interesante cuántas respuestas me han llegado diciendo que la mantenibilidad y el código limpio siguen siendo importantes. yo diría que eso ya no es cierto y que todos tenemos que actualizar nuestras ideas previas sobre qué significa realmente el Buen Código en 2026. el código limpio siempre ha tenido un costo: el rendimiento. la indirección y hacer que el código sea legible y entendible para un humano no es gratis, muchas veces cuesta peor rendimiento. históricamente lo aceptamos por la Ley de Moore y porque la mayoría del código no está en la ruta crítica. estos principios también vienen de una época en la que los humanos mantenían el código. tenía sentido optimizar para humanos entonces, pero tiene menos sentido ahora que los agentes ya escriben todo el código. de hecho, probablemente vamos a descubrir y proponer nuevos principios: principios de arquitectura amigable para agentes (pienso escribir más ideas sobre esto pronto)

it's very interesting how many replies i've gotten about maintainability and clean code being still important. i would argue that that is no longer true and we all need to update our priors on what Good Code really means in 2026. clean code has always come at a cost - performance. indirection and making code readable/understandable for a human is not free, it often comes at the cost of worse performance. we have historically been okay with this because of Moore's Law and the fact that most code is not on the hot path. these principles also came from a time where humans maintained code. it made sense to optimize for humans then, but it makes less sense now when agents are already writing all the code. we will in fact probably discover and come up with new principles: principles of agent friendly architecture (i plan to write more thoughts about this soon)