Ask HN: ¿Escribirán los programadores código más eficiente durante la escasez de memoria?

Discusión en Hacker News ↗

Sentimiento general

  • La opinión mayoritaria: los programadores no cambiarán significativamente su comportamiento; la memoria seguirá siendo lo bastante barata en comparación con el tiempo de ingeniería.
  • Algunos esperan, como mucho, una “congelación” del crecimiento desmesurado, no una reversión.
  • Una minoría informa de esfuerzos locales en los que la optimización de memoria ahora es un objetivo a nivel de empresa.

Incentivos y economía

  • Se considera que el tiempo de ingeniería es más caro que RAM adicional o las facturas de la nube.
  • Las empresas suelen priorizar funciones, iniciativas de IA y el tiempo de salida al mercado por encima de la optimización.
  • En servidores, la eficiencia de memoria puede reducir directamente los costes de infraestructura, pero solo si el ahorro supera el coste y el riesgo de optimizar.
  • Para el SaaS de consumo, muchos esperan subidas de precios en lugar de trabajo de ingeniería profundo.

Cliente frente a servidor

  • La memoria del lado del cliente se trata como “gratis” para los desarrolladores; los usuarios suelen culpar a su hardware/SO, no a las aplicaciones individuales.
  • Es más probable que la memoria del lado del servidor se ajuste, pero a menudo mediante “dejar de hacer cosas obviamente estúpidas” en lugar de algoritmos avanzados.
  • Algunos sostienen que se usarán trucos a nivel de SO (compresión, swapping) en lugar de correcciones a nivel de aplicación.

Web, Electron y exceso de frameworks

  • Muchos culpan a las pilas web, las SPA y Electron (“enviar un navegador para cada app”) por un uso desproporcionado de RAM.
  • Otros señalan que las interfaces gráficas, los anuncios, el seguimiento y los grandes árboles de dependencias son los verdaderos culpables, no los algoritmos centrales.
  • Hay cierto optimismo respecto a alternativas (Rust, nativo, Tauri, pilas al estilo móvil), pero escepticismo sobre reescrituras masivas.

LLMs y lenguajes

  • Varios esperan que los LLMs ayuden a reescribir Python/JS en Go/Rust y a asistir con microoptimizaciones.
  • Otros temen que el código generado por LLMs pueda ser más descuidado o inseguro salvo que lo orienten ingenieros cualificados.

Juegos y plataformas restringidas

  • Las consolas, el móvil, los sistemas embebidos y la computación científica/en rejilla ya imponen presupuestos estrictos de RAM; esos ecosistemas seguirán optimizando.
  • Los juegos de escritorio/PC pueden ajustar el tamaño de los activos y las estrategias de streaming, pero la complejidad del código es menos responsable de la memoria que el contenido de alta fidelidad.

Cultura, habilidades y educación

  • Se repite la idea de que muchos desarrolladores modernos no entienden la memoria de bajo nivel, los punteros ni los compromisos de rendimiento.
  • Hay cierta nostalgia por épocas en las que el software simplemente no se ejecutaría sin una disciplina estricta de memoria.
  • Varios sugieren que el cambio real requeriría métricas, promociones y reglas de plataforma vinculadas explícitamente a la eficiencia.