Opinión Para combatir la presentación del software, el primer paso es identificar por qué y cómo sucede. Algunos observadores están tratando de hacer eso. Hay tendencias en el software y en el desarrollo de software, que todos deplora … pero para muchas personas, es terriblemente malos modales señalar los dedos en los proyectos que lo hacen. Nos resulta refrescante encontrar a escritores que estén dispuestos a golpear sus cabezas por encima de las almenas y hacer exactamente eso. Aquí hay algunos que notamos recientemente. El desarrollador ucraniano Kyrylo Silin hace una pregunta difícil: ¿por qué los desarrolladores de software aman la complejidad? Procede a llamar a algunas de las causas. El marketing triunfa sobre la simplicidad; La programación es un acto creativo, y es satisfactorio crear soluciones complejas para los problemas. Señala los problemas bien conocidos de los sistemas heredados, la deuda técnica, la dinámica del equipo y la colaboración, y la presión competitiva para innovar. Compara el software con la construcción de las pirámides: cuando miras una pirámide, solo un momento después note que tu boca está abierta de par en par (CÁRNA AHORA). La simplicidad, por otro lado, no contiene ningún secreto dentro. Es invisible hasta que te das cuenta de que es genio. La complejidad grita: «¡Mírame!», Mientras la simplicidad susurra «¿Notaste?». Sin embargo, una cosa segura, la simplicidad a menudo gana a largo plazo. Después de que el asombro inicial se ha ido, es la función que en silencio hace el trabajo que la mayoría de la gente necesita. Pensamos que era interesante de lo que él niveló un dedo acusativo en React en particular, en lugar de en otros marcos de monstruos como Node.js o Angular, o incluso JavaScript en su conjunto. Sin embargo, el enlace a JustFuckinguseHtml.com nos dio una sonrisa. Primer código de enseñanza de la grug. Ahora Grug Enseñe el diseño. Uno de nuestros llamados favoritos para la simplicidad es la pareja. Prescribida en el lenguaje al estilo de caverna de Key, el desarrollador de cerebro de la grug se explica a sí mismo: una guía de laico para pensar como el cerebro Smol consciente de sí mismo. Incluso la URL es simple: Grugbrain.dev. Su código fuente está en GitHub bajo esta licencia elocuente: la licencia de cláusula de grug 1 haz lo que quiere, eso es todo. Como resultado, otros han adaptado la grug, por ejemplo, la Guía del científico de datos de cerebro de la grug y la guía de grug para el sonido. Parece que el estilo falso-primitivo es demasiado para algunas personas; Por ejemplo, encontramos esta «traducción al inglés». Grug fue escrito por Carson Gross de Big Sky Software, quien creó Intercooler.js y su sucesor HTMX. Este buitre de mugre cerebro también es más smol para saber qué extremo recoge estos. Sin embargo, él les gustan los memes de ensayo HTMX. Grug originalmente habló en 2022. Hace una semana, apareció una nueva grug: grug.design. Sin embargo, el sitio web en sí está lejos de ser tan simple como podría ser, y al mirar el código fuente, la frase «simplemente usa html» me vio a la mente inmediatamente. Sospechamos que esta dura no es la gran dole. ¿Volver a 1980? No. Pruebe 1974. A qué grug está tratando de llegar es, sentimos, una reforma más enfática de la ley de Kernighan: todos saben que la depuración es el doble que escribir un programa en primer lugar. Entonces, si eres tan inteligente como puedes ser cuando lo escribes, ¿cómo lo depurarás? Brian Kernighan es la persona que acuñó el nombre «Unix» e inventó la demostración de lenguaje de programación «Hola, mundo». Hemos expresado nuestra admiración antes, cuando salió de la jubilación en 2022 para agregar soporte de Unicode a AWK. Dijo su ley homónima en el libro de 1974 The Elements of Programming Style [PDF]. Si tiene que tener en cuenta para no ser tan inteligente como piensa, el resto de nosotros definitivamente necesitamos escuchar. Los objetivos pequeños pueden ser tan válidos como los grandes, un artículo de 2016, originalmente titulado «Formato XZ inadecuado para el archivo a largo plazo», pero ahora el «formato XZ más general inadecuado para uso general», recientemente ha resurgido en varios lugares, incluidas las noticias de hackers. Hace muchos casos específicos contra el código de la herramienta de compresión XZ que Linux usa en muchos lugares. Si el mundo hubiera prestado más atención, entonces podría haberse evitado una gran cantidad de inconvenientes. El año pasado, una puerta trasera en XZ causó problemas en muchas distribuciones, incluida una demora en el programa Beta Ubuntu 24.04 y una preocupación más amplia en los círculos Foss. Las críticas en el artículo son detalladas y en su mayoría altamente técnicas, pero los puntos son más generales. El autor, Antonio Díaz Díaz, ilustra esto con múltiples citas del profesor Tony Hoare, un destacado académico de informática británico y el inventor del algoritmo Quicksort. En 1980, Hoare ganó el Premio Turing. Su conferencia consciente se titula la ropa vieja del emperador. Díaz ofrece una versión de texto sin formato muy legible, pero la biblioteca de Fermat tiene una versión anotada que puede ser útil. Es legible y divertido, al igual que su diseño de software anterior: una parábola de 1975. Si no ha tenido tiempo para la ropa vieja del emperador en este momento, pero quiere un gusto, solo lea las citas en el papel XZ. Retro Tech tiene lecciones para enseñar hace unos días, el registro preguntó por qué nos estamos volviendo a enamorar de la tecnología retro. Bueno, una razón es que los sistemas más antiguos son más simples, y eso los hace mucho más fáciles de entender. Somos nostálgicos para las computadoras de 16 bits, o incluso las de ocho bits, porque las 32 bits rápidamente se complicaron demasiado para agrupar. Uno podría argumentar que los dos últimos avances realmente grandes en el software fueron Linux, que en 1991 liberó a Unix de los grilletes de múltiples implementaciones propietarias, y luego en 1993, Windows NT, que eliminó la mayoría de las restricciones que paralizaban las computadoras compatibles con PC. Ambas fueron habilitadas por el advenimiento de las computadoras baratas de 32 bits X86 de 32 bits, principalmente gracias al chip 80386SX de Intel en 1988. Treinta y dos bits dieron a los programadores mucho espacio para experimentar: la mejor parte de cuatro gigabytes de Ram. En 1999, el registro infantil informó sobre la nueva arquitectura X86 de 64 bits de AMD, y en 2001 no se enviaría hasta 2003. En otras palabras, una década después de NT, se levantaron las pocas restricciones restantes. El código podría crecer tan grande como los desarrolladores querían. Ahora, nos estamos ahogando en él. Durante un tercio de siglo, la capacidad de computadora en constante crecimiento ha significado que peor es que mejor se ha mantenido cierto. Nada dura para siempre y las cosas están cambiando. Dennard Scaling se está agotando. Más núcleos no hacen que las computadoras más rápido: la ley de Amdahl demostró que en 1967. Agregar más programadores a un proyecto no hace que la escritura sea más rápido: el mítico de Fred Brooks es el mítico Monthal [PDF] Logrado en 1975. Nuestra sociedad global se ejecuta en consumo y desechos, y eso se aplica igualmente al software. Eso tampoco puede durar para siempre. Si Rusia se sale con la suya con la invasión de Ucrania, entonces la República Popular de China podría ser envalentonada para invadir la República de China, o Taiwán, como lo llama el resto del mundo, ya que solo 12 países lo reconocen como un estado. Ese es un problema, ya que alrededor del 90 por ciento de los chips más avanzados están hechos allí. (En caso de que dudes de una fuente taiwanesa, el economista está de acuerdo.) Mientras tanto, el cambio climático realmente comenzará a ponerse serio pronto. Como lo indica la última investigación, la corriente del Golfo probablemente se detendrá en 2035 a 2040: nuestro hallazgo de que la convección profunda en muchos modelos se detiene en la próxima década o dos, y que este es un punto de inflexión que empuja al norte de AMOC a una disminución terminal desde la cual llevará siglos recuperarse, si es que lo hace. En caso de que el papel sea un poco impenetrable, el Guardián tiene un explicador. Los chips y el software de alta tecnología serán la menor de nuestras preocupaciones, pero tendremos que lidiar con el software artesanal que se puede mantener a mano. ®