• Olympus News
  • Posts
  • Boa Comunicação Vale Mais Que Escrever Código

Boa Comunicação Vale Mais Que Escrever Código

A lição de Sean Grove (OpenAI) que todo desenvolvedor precisa ouvir

In partnership with

The #1 AI Newsletter for Business Leaders

Join 400,000+ executives and professionals who trust The AI Report for daily, practical AI updates.

Built for business—not engineers—this newsletter delivers expert prompts, real-world use cases, and decision-ready insights.

No hype. No jargon. Just results.

Acima temos o anunciante da News dessa semana 🚀 Se puder, clique no link do anunciante acima para deixar seu apoio (é grátis!) ❤️

Vamos ser francos: na era da inteligência artificial, a coisa mais poderosa que você pode fazer como desenvolvedor não é apenas escrever linhas de código.

É comunicar sua intenção com precisão.

Essa foi a mensagem central que Sean Grove, da equipe de pesquisa de alinhamento da OpenAI, trouxe à tona na AI Engineer World's Fair. Se você ainda trata o código como o evento principal, talvez seja hora de repensar seu manual de jogo.

💡 O Código Está Fora, A Comunicação Está Dentro

Sean começa virando uma suposição clássica de cabeça para baixo. Claro, todos nós amamos código. É o artefato que podemos medir, apontar e debater.

Mas, segundo Sean, o código representa apenas cerca de 10% a 20% do valor que você agrega como desenvolvedor.

Os outros 80% a 90%? Isso tudo se resume à comunicação estruturada.

Pense em conversar com usuários, destilar suas necessidades, fazer brainstorming de soluções, planejar, compartilhar e verificar se o que você construiu realmente resolve o problema.

"Em um futuro próximo, os melhores programadores serão aqueles que conseguem se comunicar de forma mais eficaz. Afinal, se você pode fazer isso, você pode programar, ponto final." 

— Sean Grove

Para nós, que vivemos e respiramos o desenvolvimento de produtos digitais, isso ressoa profundamente. Quantas vezes um projeto se perdeu não pela falta de habilidade técnica, mas pela ambiguidade na comunicação?

A ideia de que o "prompting está morto" não significa que paramos de interagir com as IAs. Significa que a era do prompt ad-hoc, do "vibe coding" – onde se gera algo sem uma intenção clara e documentada – está chegando ao fim.

O que vale agora é a especificação precisa.

🔧 Aplicação Prática: Elevando o Papel do Desenvolvedor

Do Executor ao Estrategista: Comece a ver seu papel além da implementação. Participe ativamente das discussões sobre requisitos, ajude a definir o "porquê" antes do "como".

Documente o Intangível: Esforce-se para verbalizar e documentar as decisões implícitas, as suposições e os valores que guiam seu código. Isso é comunicação estruturada em ação.

📋 Especificações: A Verdadeira Fonte da Verdade

Aqui está o ponto crucial: Sean argumenta que as especificações são mais poderosas do que o código.

Por que? Porque o código é apenas uma projeção com perda da especificação original. Quando você tenta fazer engenharia reversa de um código para descobrir o que alguém estava tentando fazer, você perde todas as nuances: as intenções, os valores, o "porquê".

Uma boa especificação, por outro lado, captura todos esses detalhes.

E com a IA, uma especificação robusta pode gerar não apenas código, mas também documentação, tutoriais, posts de blog e até podcasts.

A nova habilidade rara não é apenas escrever código. É escrever especificações que capturem totalmente a intenção e os valores.

💎 Sugestões de Aplicação: Especificações como Ativos Valiosos

Pense na "Intenção": Antes de iniciar qualquer projeto, seja com ou sem IA, dedique tempo para definir claramente o que você quer alcançar, os critérios de sucesso e, mais importante, os valores subjacentes que devem ser preservados (ética, desempenho, usabilidade).

Especificações Conversáveis: Crie especificações que sejam facilmente compreendidas por todos os stakeholders, não apenas por outros engenheiros. Linguagem clara, exemplos concretos e ausência de jargões excessivos são fundamentais.

🏗️ A Especificação de Modelo da OpenAI: Um Exemplo Vivo

Sean nos dá permite dar uma espiada em como a OpenAI faz isso com sua Especificação de Modelo – um documento vivo e de código aberto, escrito em Markdown. É legível, versionado, e todos, desde engenheiros até pessoal de política, podem contribuir.

Cada cláusula na especificação tem seu próprio ID, com prompts desafiadores e critérios de sucesso anexados. Se o comportamento do modelo não se alinha com a especificação? Isso é um bug, não uma funcionalidade.

Essa abordagem não é apenas teórica. Quando a OpenAI encontrou problemas com a "sycophancy" (modelos sendo excessivamente complacentes), a Especificação de Modelo serviu como uma âncora de confiança. Uma referência clara para o que era esperado, ajudando-os a reverter e corrigir o problema.

SYCOPHANCY: A bajulação de IA, onde os sistemas se alinham excessivamente às preferências do usuário, apresenta riscos únicos à produtividade e criatividade. Embora alinhar-se às expectativas do usuário possa otimizar fluxos de trabalho, também pode reforçar preconceitos, reduzir a exposição a ideias diversas e sufocar a inovação.

🎯 Exemplo Prático: Sua Própria "Especificação de Modelo"

Mesmo que você não esteja construindo um modelo de linguagem gigante, pode adotar uma abordagem similar:

Crie um "Contrato" para sua IA: Para cada recurso impulsionado por IA, escreva uma especificação simples. O que ele deve fazer? O que ele não deve fazer? Como ele deve interagir com o usuário?

Defina Comportamentos Inaceitáveis: Assim como a OpenAI definiu que a sicofancia é um bug, defina explicitamente os comportamentos "ruins" ou indesejados para sua aplicação. Isso serve como um guia claro para testes e depuração.

Versionamento Simples: Mesmo um documento de texto simples em um controle de versão (Git) pode ser sua "Especificação de Modelo" viva. Isso permite que sua equipe rastreie mudanças e entenda a evolução da intenção.

🧪 Especificações como Código Executável e Testável

Sean leva a analogia adiante: as especificações não são apenas documentação. Elas são executáveis.

Com técnicas como o alinhamento deliberativo, as especificações se tornam material de treinamento e avaliação para os modelos. Elas são testáveis, modulares e podem até ter seus próprios "testes unitários" para garantir a consistência.

Pense nisso como passar de escrever código para máquinas para escrever especificações que alinham tanto humanos quanto IA.

⚡ Sugestões de Aplicação: Testando a Intenção, Não Apenas o Código

Testes Baseados em Especificação: Ao invés de apenas testar o código gerado pela IA, comece a escrever testes que validam se a saída da IA adere à sua especificação. Isso pode ser feito com modelos de avaliação ou verificações automatizadas de padrões.

Reforço por Especificação: Para casos mais avançados, explore como usar sua especificação para "reforçar" a IA durante o treinamento ou fine-tuning, recompensando outputs que se alinham à sua intenção e penalizando os que desviam.

🌐 Legisladores, Gerentes de Produto e Programadores

Se você pensa que isso é apenas para codificadores, pense novamente.

Sean aponta que gerentes de produto escrevem especificações, legisladores escrevem especificações legais, e todo mundo que escreve um prompt está basicamente sendo um autor de uma proto-especificação.

A Constituição dos EUA? Essa é uma especificação de modelo nacional, completa com versionamento, emendas e revisão judicial como o avaliador.

A mensagem aqui é clara: a arte da especificação é uma habilidade universal de alinhamento.

Seja para alinhar silício (com IA), equipes de produto (com PMs) ou sociedades inteiras (com leis), a especificação é a ferramenta mestra.

Ela transforma uma ideia vaga em um conjunto de expectativas concretas e testáveis.

Se você não tem uma especificação, você tem apenas uma ideia vaga. E ideias vagas não constroem produtos de sucesso nem resolvem problemas complexos

🎪 Insight para P&D e Liderança:

A Especificação como Ponte: Entenda que a especificação não é um documento chato. É a ponte mais eficaz entre a visão de negócio, a execução técnica e o impacto no usuário.

Fomentando a Cultura da Clareza: Encoraje em sua equipe a prática de verbalizar intenções, discutir cenários e documentar o "porquê". Isso eleva o nível de todo o processo de desenvolvimento.

🔮 O Futuro: Do Códificar ao Clarificar o Pensamento

Então, o que vem a seguir? Sean imagina um futuro onde nossas ferramentas de desenvolvimento não são apenas sobre escrever código, mas sobre clarificar o pensamento.

Elas nos ajudarão a eliminar a ambiguidade e a comunicar a intenção de forma mais eficaz, tanto para humanos quanto para máquinas.

Sua chamada final para a ação: da próxima vez que você estiver construindo um recurso de IA, comece com uma especificação. Torne-a clara, executável e testável. Debata-a, refine-a e use-a para alinhar sua equipe e seus modelos.

🚀 Reflexão Final

Em última análise, a IA deve ser um amplificador do nosso pensamento, não um substituto. A especificação é a ferramenta que nos permite manter o controle criativo e estratégico, garantindo que a IA nos ajude a pensar melhor, e não a evitar pensar.

A IA lhe dará velocidade. Mas só seu pensamento crítico lhe dará direção.

Transforme suas ideias em especificações poderosas. Comece hoje mesmo a documentar não apenas o "o quê", mas o "porquê" e o "como" dos seus projetos.

💬 O que você acha? Como você tem comunicado as especificações dos seus projetos? Responda este email e compartilhe sua experiência conosco.

🎥 Recomendações de Conteúdo

The New Code — Sean Grove, OpenAI:

Se você quer entender por que, na era da IA, saber comunicar é mais valioso do que simplesmente saber programar, não pode perder “The New Code”, palestra do Sean Grove (OpenAI). Em vez de focar só em código ou prompts, Sean mostra como escrever especificações claras virou a habilidade mais poderosa para quem trabalha com tecnologia. Clique aqui para assistir.

Como você avalia a newsletter de hoje?

Sua resposta será utilizada para guiar os próximos conteúdos.

Faça Login ou Inscrever-se para participar de pesquisas.

Forte Abraço,

Equipe Olympus