La filosofía del creador de Unix que desafía cómo medimos la productividad en el desarrollo de software

Uno de los días más productivos de Ken Thompson fue cuando eliminó 1.000 líneas de código. Esa afirmación, que podría sonar paradójica, resume la filosofía que el cocreador de Unix, diseñador del lenguaje B y cocreador de Go ha aplicado durante más de medio siglo construyendo algunas de las piezas más influyentes de la informática moderna: programar bien no es escribir más, sino saber exactamente qué no hace falta escribir.

[#1 flixter]

Y reescribir codigo existente cada 4-5 años, usando nuevos lenguajes / estándares / librerías, lo mismo. Lo que ocurre es que al manager de turno le sale mas a cuenta añadir funcionalidad nueva, implementada sobre codigo antiguo (cuando no de mierda, directamente) a actualizar el código existente. Suerte que con la IA esto ahora se puede hacer de manera razonablemente correcta en una fracción del tiempo (siempre que los tests sean suficientes y suficientemente exhaustivos. Si, ya.... )

[#2 soberao]

#1 Eso es lo de reimplementar en Rust, porque es un lenguaje que hace un "uso seguro de la memoria" pero luego salen otros problemas y bugs que ese uso seguro de la memoria no puede evitar y nuevos problemas a la hora de mantener el proyecto.
Muchas veces en programas de código abierto se está reimplementando nuevos programas en Rust para quitar licencias tipo GPL y poner otras sin copyleft como las MIT que son las preferidas entre empresas de software privativo.

[#3 flixter]

#2 No solo eso: nuevas versiones de los mismos lenguajes normalmente te permiten sustituir bloques de código existente por otros mas eficientes, mas pequeños, mas rápidos, etc. No hace falta un cambio radical, pero sí tener un mínimo de higiene en el desarrollo y tener el código al día... sinó, cuando se tiene que arreglar algo, no hay Dios que recuerde como programar con ese estándar de hace 20 años.