Go 1.22

Artigo original ↗ Discussão no Hacker News ↗

O Go 1.22 introduz várias mudanças notáveis na linguagem e na biblioteca padrão, incluindo laços `for` que podem fazer range sobre inteiros, iterators experimentais de range-over-function, roteamento HTTP aprimorado em `net/http` e novos helpers como `sql.Null[T]`, além de ajustes em slices e I/O. Em geral, engenheiros acolhem bem a versão por preservar a marca do Go de tooling simples e produtivo — upgrades automáticos da toolchain, builds rápidos, stdlib forte — especialmente quando comparado ao ecossistema de TypeScript/JavaScript, mais pesado em configuração. Ao mesmo tempo, alguns expressam preocupação de que recursos como iterators e novas formas de range possam erosionar lentamente o minimalismo do Go e suas fortes garantias de compatibilidade retroativa, agora parcialmente gerenciadas por gates de versão em `go.mod` e flags de ambiente.

Notas de lançamento interativas

  • Uma versão interativa das notas da 1.22 feita pela comunidade (com exemplos executáveis/editáveis) é amplamente elogiada por tornar as mudanças — especialmente as sutis, como a semântica das variáveis do laço for — muito mais fáceis de entender.
  • Alguma confusão em torno de funções de slice como Compact/Replace é esclarecida: as funções de redução agora zeram os elementos entre o comprimento antigo e o novo.

Adotando novas versões do Go e restrições de SO

  • Muitos usuários em produção atualizam rapidamente, às vezes imediatamente ou após a primeira versão pontual, confiando em testes e em rollback fácil (imagens de contêiner, CI).
  • Algumas organizações padronizam uma única versão do Go em todos os repositórios; outras permitem que serviços individuais avancem mais rápido.
  • Um bloqueio notável é o suporte a sistemas operacionais mais antigos (por exemplo, Windows 7, Server 2012, versões antigas do macOS), forçando alguns a permanecer no 1.20 por anos, apesar das preocupações com segurança.
  • O auto-download da nova toolchain via go.mod é visto como algo que torna as atualizações muito fáceis, embora dependentes downstream possam ser prejudicados quando bibliotecas aumentam a versão exigida sem ganhos.

Novos recursos da linguagem (range, iterators, sql.Null)

  • for range sobre inteiros é bem-vindo como uma construção familiar no estilo for x in range(10); alguns acham isso ambíguo e desnecessário em comparação com o clássico for i := 0; i < 10; i++.
  • Comportamento em casos-limite (por exemplo, inteiros negativos resultando em zero iterações) é mencionado.
  • Iterators de “range over function” empolgam quem quer iteradores de verdade e sequências preguiçosas; outros não gostam da complexidade adicional e do estilo funcional, achando-o verboso em comparação com yield em C#/Python.
  • sql.Null[T] é valorizado; padrões que distinguem “não definido” de “intencionalmente nulo” são discutidos para atualizações parciais.

Roteamento HTTP e evolução da stdlib

  • Padrões aprimorados de roteamento em net/http são bem recebidos; vários esperam abandonar roteadores de terceiros como chi/Gorilla mux.
  • Surge preocupação de que mudanças na semântica de paths (por exemplo, o tratamento de {}) e outros ajustes de comportamento pressionem a promessa de compatibilidade do Go 1, embora isso seja protegido por versões de go e flags GODEBUG.

Go vs TypeScript/Dart e filosofia da linguagem

  • Vários comentários comparam o design minimalista e opinativo do Go e sua toolchain unificada com o ecossistema JS/TS, que tem muita configuração, escolha de bibliotecas e sistemas de tipos cada vez mais complexos.
  • Alguns sentem falta de helpers de slice estilo map/filter e gostam de bibliotecas como lo; outros argumentam que isso cria um “DSL” secundário e preferem loops explícitos por clareza.
  • Dart e Java moderno são citados como exemplos de como o acúmulo de recursos e múltiplas maneiras de fazer as coisas tornam o código mais difícil de entender e refatorar; o Go é elogiado por reduzir a “esperteza” e ajudar no entendimento compartilhado, embora alguns considerem a verbosidade do Go uma espécie de “linguagem jurídica” em comparação com Python.

Tooling, embed e ajustes de performance

  • go:generate e go:embed são destacados como grandes ganhos de produtividade: gerar código a partir de protobuf/XSLT e incluir assets web, eBPF ou migrações SQL em binários únicos.
  • As micro-otimizações contínuas da biblioteca padrão (por exemplo, io.Copy usando splice do Linux para certos pares de sockets) são apreciadas como performance “gratuita”.
  • Alguns se preocupam que o tratamento especial da stdlib seja difícil de reproduzir fora dela, mas aceitam isso como esperado.

Preocupações com compatibilidade e perguntas em aberto

  • A mudança na semântica das variáveis em for-range é vista como uma correção pragmática para bugs comuns, mas tecnicamente uma mudança quebradora; alguns defendem que o Go deveria usar versões maiores em vez de acumular flags de ambiente.
  • É levantada uma pergunta sobre se um problema específico de memória no Linux do Go 1.21 foi corrigido no 1.22; a discussão não fornece uma resposta clara (incerto).