Cisco dá a engenheiro tokens de IA ilimitados para reescrever código legado

Artigo original ↗ Discussão no Hacker News ↗

O plano da Cisco de deixar um engenheiro de 27 anos usar recursos de IA “ilimitados” para reescrever 98% do seu código legado está sendo tratado ao mesmo tempo como uma aposta ousada e uma catástrofe potencial. Os comentaristas questionam como a IA pode replicar com segurança décadas de correções de bugs acumuladas, casos de borda não documentados e peculiaridades de interoperabilidade em software de rede de missão crítica, e se uma única pessoa relativamente júnior consegue reter o conhecimento de domínio necessário. Outros argumentam que os LLMs modernos tornam refatorações em larga escala viáveis de forma inédita — especialmente para ferramentas internas ou componentes bem especificados —, mas alertam que testes, cobertura de regressão e objetivos claros importam muito mais do que alegações chamativas sobre tokens ilimitados.

Escopo e Objetivos da Reescrita

  • Muitos comentaristas observam que o artigo nunca diz claramente por que “98% do código legado” precisa ser reescrito ou qual resultado concreto a Cisco quer (desempenho, segurança, manutenibilidade, paridade de funcionalidades, consolidação etc.).
  • Não está claro o que “código legado” abrange: ferramentas internas, firmware de produto (por exemplo, IOS/IOS-XR), linhas específicas (switches, firewalls, colaboração) ou tudo isso.
  • Várias pessoas temem que mexer no firmware central de rede possa ter consequências sérias de estabilidade e interoperabilidade.

Viabilidade de Reescritas com IA

  • Vozes entusiasmadas dizem que os LLMs do fim de 2026 já conseguem traduzir e refatorar grandes bases de código, fazer engenharia reversa de binários antigos e gerar enormes volumes de código e testes muito rapidamente.
  • Alguns relatam sucesso reescrevendo sistemas embarcados/legados em meses, com um gasto modesto de tokens e um desenvolvedor de nível intermediário supervisionando.
  • Outros argumentam que essa tarefa é muito mais difícil do que a narrativa do CEO sugere, especialmente para sistemas complexos como os sistemas operacionais de rede da Cisco.

Comportamento Legado, Bugs e Testes

  • Há forte preocupação de que idiossincrasias legadas, comportamentos de bug-como-recurso e gambiarras de interoperabilidade (com outros fornecedores, hardware estranho, casos de borda sutis de protocolo) não estejam documentados e sejam difíceis de redescobrir.
  • Várias pessoas enfatizam que o verdadeiro desafio não é geração de código, mas:
    • Capturar o comportamento existente por meio de testes extensivos de regressão e ponta a ponta.
    • Decidir quais bugs preservar versus corrigir sem quebrar clientes.
  • A IA é vista como boa em:
    • Escrever testes e documentação.
    • Refatorar e explicar código.
      Mas é menos eficaz em saber quais comportamentos importam ou em projetar suítes de teste realmente eficazes sem orientação de especialistas.

Confiabilidade, Risco e Impacto no Cliente

  • Muitos temem que isso possa desestabilizar a infraestrutura da qual os clientes dependem para alta confiabilidade, ao contrário de um SaaS típico.
  • Alguns sugerem operação paralela, simulação pesada ou rollouts A/B; outros temem que os clientes se tornem, na prática, o ambiente de testes.
  • Há ceticismo de que “tokens ilimitados” e uma equipe pequena consigam replicar com segurança décadas de correções de bugs acumuladas e conquistadas com esforço.

Dimensões Organizacionais e de PR

  • Vários veem a história como uma peça de PR/hype: enfatizando juventude “AI-native”, “tokens ilimitados” e retórica de herói mais do que detalhes de engenharia.
  • Alguns interpretam isso como um movimento de sinalização para investidores (“somos muito IA”) ou um prelúdio para redução de quadro.
  • Há discussões laterais críticas sobre a qualidade histórica do software da Cisco, a expansão da linha de produtos e a frustração dos clientes, levando alguns a duvidar de que isso vá melhorar a situação.