Go 1.22

Artículo original ↗ Discusión en Hacker News ↗

Go 1.22 introduce varios cambios notables en el lenguaje y en la biblioteca estándar, incluyendo bucles `for` que pueden hacer `range` sobre enteros, iteradores experimentales de range-over-function, mejor routing HTTP en `net/http` y nuevos ayudantes como `sql.Null[T]`, además de ajustar comportamientos de slices y E/S. En general, los ingenieros reciben bien la versión por preservar la marca de Go de tooling simple y productivo: actualizaciones automáticas de toolchain, compilaciones rápidas y una stdlib sólida, especialmente en comparación con el ecosistema JavaScript/TypeScript, más cargado de configuración. Al mismo tiempo, algunos expresan preocupación de que funciones como los iteradores y las nuevas formas de `range` puedan erosionar poco a poco el minimalismo de Go y sus fuertes garantías de compatibilidad hacia atrás, que ahora se gestionan en parte mediante versiones fijadas en `go.mod` y banderas de entorno.

Notas de lanzamiento interactivas

  • Una versión interactiva de las notas de la 1.22 hecha por la comunidad (con ejemplos ejecutables/editables) es ampliamente elogiada por hacer que los cambios—especialmente los sutiles como la semántica de las variables del bucle for—sean mucho más fáciles de comprender.
  • Se aclara cierta confusión sobre funciones de slices como Compact/Replace: las funciones que reducen ahora ponen a cero los elementos entre la longitud antigua y la nueva.

Adopción de nuevas versiones de Go y restricciones del sistema operativo

  • Muchos usuarios en producción actualizan rápido, a veces de inmediato o después de la primera versión de punto, confiando en las pruebas y en una reversión sencilla (imágenes de contenedor, CI).
  • Algunas organizaciones estandarizan una sola versión de Go en todos los repositorios; otras permiten que los servicios individuales avancen más rápido.
  • Un bloqueo notable es la compatibilidad con sistemas operativos antiguos (por ejemplo, Windows 7, Server 2012, macOS más antiguos), lo que obliga a algunos a quedarse en 1.20 durante años a pesar de las preocupaciones de seguridad.
  • La descarga automática de la nueva toolchain a través de go.mod se considera que hace las actualizaciones muy fáciles, aunque los downstream pueden verse perjudicados cuando las bibliotecas elevan la versión requerida sin obtener beneficios.

Nuevas funciones del lenguaje (range, iteradores, sql.Null)

  • for range sobre enteros es bien recibido como una construcción familiar al estilo for x in range(10); algunos lo encuentran ambiguo e innecesario frente al clásico for i := 0; i < 10; i++.
  • Se menciona el comportamiento en casos límite (por ejemplo, enteros negativos que resultan en cero iteraciones).
  • Los iteradores de “range over function” entusiasman a quienes quieren iteradores adecuados y secuencias perezosas; a otros les disgusta la complejidad añadida y el estilo funcional, y lo encuentran verboso en comparación con yield en C#/Python.
  • sql.Null[T] es apreciado; se discuten patrones que distinguen entre “no establecido” e “intencionalmente nulo” para actualizaciones parciales.

Routing HTTP y evolución de la stdlib

  • Se reciben con agrado los patrones de routing mejorados en net/http; varios esperan poder dejar routers de terceros como chi/Gorilla mux.
  • Surge la preocupación de que los cambios en la semántica de rutas (por ejemplo, el manejo de {}) y otros ajustes de comportamiento tensionen la promesa de compatibilidad de Go 1, aunque estén condicionados por la versión go y banderas GODEBUG.

Go frente a TypeScript/Dart y filosofía del lenguaje

  • Varios comentaristas contrastan el diseño minimalista y opinado de Go, junto con su tooling unificado, con el ecosistema JS/TS, que tiene mucha configuración, elección de bibliotecas y sistemas de tipos cada vez más complejos.
  • Algunos echan de menos ayudas para slices al estilo map/filter y gustan de bibliotecas como lo; otros argumentan que estas crean un “DSL” secundario y prefieren bucles explícitos por claridad.
  • Dart y Java moderno se citan como ejemplos donde la acumulación de funciones y las múltiples formas de hacer lo mismo dificultan entender y refactorizar el código; se elogia a Go por reducir la “astucia” y ayudar al entendimiento compartido, aunque algunos encuentran la verbosidad de Go como una especie de “jerga legal” frente a Python.

Tooling, embed y ajustes de rendimiento

  • go:generate y go:embed se destacan como grandes mejoras de productividad: generar código a partir de protobuf/XSLT y empaquetar activos web, eBPF o migraciones SQL en binarios únicos.
  • Las microoptimizaciones continuas de la biblioteca estándar (por ejemplo, io.Copy usando splice de Linux para ciertos pares de sockets) se aprecian como rendimiento “gratis”.
  • A algunos les preocupa que los casos especiales de la stdlib sean difíciles de replicar fuera de ella, pero lo aceptan como algo esperado.

Preocupaciones de compatibilidad y preguntas abiertas

  • La semántica cambiada de las variables en for-range se ve como una corrección pragmática de errores comunes, pero técnicamente un cambio incompatible; algunos sostienen que Go debería usar saltos de versión mayor en vez de acumular banderas de entorno.
  • Se plantea una pregunta sobre si un problema específico de memoria en Linux de Go 1.21 está corregido en 1.22; el hilo no ofrece una respuesta clara (incierto).