Como a OpenAI usou o Codex para construir e lançar uma versão do Sora para Android do zero em apenas 28 dias com apenas 4 pessoas? Que inspiração podemos tirar disso? Principais Conquistas e Histórico: Desenvolvimento Rápido: Em apenas 4 semanas (de 8 de outubro a 5 de novembro), uma pequena equipe de engenharia de 4 pessoas trabalhou com a Codex para concluir o desenvolvimento, desde o protótipo até o lançamento global. • Entrega de alta qualidade: O aplicativo alcançou o topo das paradas da Play Store imediatamente após o lançamento, gerou mais de um milhão de vídeos no primeiro dia e manteve uma taxa de 99,9% sem falhas. • Consumo de recursos: Todo o processo consumiu aproximadamente 5 bilhões de tokens. Filosofia de Desenvolvimento: Quebrando a "Lei de Brooks" A Lei de Brooks afirma que adicionar mão de obra a um projeto de software que já está atrasado só o tornará mais lento. Em vez de lidar com o prazo apertado de lançamento adicionando mão de obra, a OpenAI aumentou exponencialmente a produtividade individual ao equipar cada engenheiro com o Codex. Como usar o Codex de forma eficiente? A OpenAI considera a Codex como uma "engenheira sênior recém-contratada" e desenvolveu um modelo eficiente de colaboração humano-computador: 1. Estabelecer contexto: Embora Codex seja proficiente em programação, ele carece de compreensão dos padrões de arquitetura de equipe e intuição de produto. • A equipe mantém um grande número de arquivos AGENT.md na base de código para esclarecer os padrões de codificação, permitindo que o Codex se "adapte aos costumes locais". 2. Planeje primeiro, depois programe: Em vez de atribuir a tarefa diretamente ao Codex, deixe que ele leia o código e gere primeiro um "mini documento de design" ou um plano de implementação. • Engenheiros humanos revisam e ajustam o plano antes que o Codex o execute. Isso evita erros de direção e facilita a revisão do código. 3. Um "tradutor" para desenvolvimento multiplataforma: • Utilize bases de código iOS existentes como referência. O Codex se destaca na leitura de código Swift e na "tradução" de sua lógica para código Kotlin do Android, permitindo a reutilização da lógica. A equipe o chama, em tom de brincadeira, de "o framework multiplataforma do futuro". 4. Gestão de projetos distribuídos: Os engenheiros podem executar várias sessões do Codex simultaneamente (por exemplo, uma para escrever um reprodutor, uma para escrever um mecanismo de busca e uma para escrever testes). • O papel do engenheiro passou de "solista" para "maestro", sendo o principal responsável pelas decisões arquitetônicas, revisão de código e integração de sistemas. Principais conclusões e perspectivas futuras: A IA não diminui a necessidade de rigor; pelo contrário, aumenta as exigências em relação às capacidades de projeto e arquitetura de sistemas. A IA pode gerar código rapidamente, mas os humanos devem estabelecer a "base" e a "estrutura" corretas. • Mudança de foco: O foco da engenharia de software mudou da escrita de código repetitivo para o projeto de arquitetura, experiência do usuário e compensações em sistemas complexos. • Novo Normal: Este ciclo de desenvolvimento assistido por IA tornou-se a sua forma padrão de trabalho, demonstrando uma nova forma de engenharia de software para o futuro. Texto original da OpenAI
