A era das fábricas de código e o SRE do futuro
(article.keeban.io)Originalmente era um texto modesto que compartilhei apenas com pessoas próximas, mas como a reação foi boa, resolvi compartilhar também no GeekNews para ouvir os pensamentos e perspectivas de outras pessoas. Se parecer um texto promocional, por favor me apontem isso!
Resumo
- Os fundamentos da engenharia de software estão sendo reestruturados pela rápida ascensão da IA e da automação. Essa transformação já chegou a um nível irreversível, e práticas e fluxos de trabalho existentes estão sendo reavaliados em sua essência
- A condição para que a IA substitua completamente os desenvolvedores humanos tradicionais na indústria não é simplesmente a IA escrever código melhor do que humanos, mas sim quando a capacidade produtiva da IA sozinha superar a combinação de humanos e IA. Esse futuro não deve chegar tão cedo
- Fluxos de trabalho centrados em humanos, boas práticas e modelos de colaboração existentes (como TDD, sistema de Git/PR etc.) precisam ser reexaminados na era da IA
- Se algo pode ser feito facilmente com vibe coding, isso significa que há pouca vantagem competitiva ali. Em projetos sérios, mesmo com a automação por IA, processos de engenharia mais refinados (gestão de contexto do LLM, automação de validação, gestão de código etc.) são o ponto central
- Graças à IA, qualquer pessoa pode criar software, mas a operação real de serviços (SRE/DevOps) continua difícil de automatizar. Vercel/Supabase ficam caros quando escalam, AWS/Kubernetes são complexos, e configurar monitoramento e alertas é ainda mais difícil
- Quanto mais a IA acelera a escrita de código, maior se torna a carga de SRE/DevOps/operação. Essa área é stateful, o custo de alucinações é alto, e exige processamento em tempo real de métricas/logs, então LLMs sozinhos não resolvem bem o problema
- Colocar um agente LLM em uma EC2 para operar tudo sozinho parece uma ideia irrealista, semelhante a tentar fazer direção autônoma dando ao LLM apenas snapshots de câmera; é preciso uma abordagem mais essencial
- Assim como na direção autônoma há a progressão dos níveis 2→4→5, a “operação autônoma” de serviços também exige uma abordagem tecnológica própria, um “modelo de sistema”, com sensing (logs/métricas), world model (arquitetura virtual/simulação de tráfego) etc.
8 comentários
Li bem o texto, mas, como você mencionou no corpo do artigo, ele parece ser um texto promocional e não parece estar alinhado com a proposta do GeekNews.
> Como primeiro passo para esse objetivo, em breve vou lançar um MVP alinhado à era do Agentic Coding, que oferece deploy simples de contêineres e observabilidade (monitoramento, métricas, alertas etc.). E aqui também vou oferecer tudo o que é usado para operar serviços reais, por exemplo infraestruturas stateful como DB e MQ, além de web estática. No começo, vai começar como um PaaS, mas vou lançar rapidamente um produto que possa ser instalado na conta e no sistema do usuário para aumentar a receita e conseguir bons investimentos.
>
> E, no fim das contas, quero alcançar a operação totalmente autônoma de operações/SRE/DevOps.
Acho que esse é o ponto principal aqui. Tenho curiosidade sobre por que você acha que conseguiria fazer isso melhor do que AWS e Vercel.
Concordo muito e tenho pensamentos semelhantes. Na verdade, isso é algo que todo mundo que trabalha com desenvolvimento de software em nível profissional já sabe... e atualmente é praticamente um consenso na comunidade de software.
Acho que o ponto de mudança é que, simplesmente, pessoas não desenvolvedoras agora conseguem implementar em software ideias que antes não conseguiam colocar em prática, nem que seja como protótipo.
E que desenvolvedores de software profissionais, de nível sênior ou acima, conseguem aumentar drasticamente a produtividade individual e acelerar muito a velocidade de desenvolvimento de serviços sozinhos (mas há gargalos por causa de arquitetura, code review e dos pontos que você explicou acima).
Desde o começo, até a Vercel vem operando colocando muita mão de obra no processo..
Será que também não surgirão soluções capazes de automatizar SRE/DevOps com IA? (Isso talvez até possa virar uma nova ideia de negócio.) Também fico pensando que as empresas que já atuam nessa área provavelmente devem estar desenvolvendo soluções de IA internamente.
https://github.com/HolmesGPT/holmesgpt Já tinha visto alguns parecidos com isso antes, e imagino que a essa altura já devam existir muitos mais semelhantes. Acima de tudo, quando vejo pessoas ao meu redor que trabalham em empresas, cada uma acaba criando várias coisas internamente na própria empresa. Até porque já estamos numa era em que esse tipo de coisa hoje em dia também é feita por IA.
Pensando bem, eu também venho fazendo isso todo fim de semana. Sempre pensando: isso ainda ninguém fez.
Pessoalmente, considerando a velocidade do avanço da IA, acho que talvez no futuro possamos olhar para trás e concluir que isso foi uma avaliação completamente equivocada.