O código é um passivo, não um ativo
Voltemos aos primeiros princípios. Como qualquer engenheiro sênior sabe, o desenvolvimento de software não é um concurso de digitação. É um processo de tomada de decisão. O trabalho é menos escrever código e mais descobrir qual código não escrever. Como afirma o fundador e CTO da Honeycomb, Charity Majors, ser um engenheiro de software sênior “tem muito mais a ver com sua capacidade de compreender, manter, explicar e gerenciar um grande conjunto de software em produção ao longo do tempo, bem como com a capacidade de traduzir necessidades de negócios em implementação técnica”.
Cada linha de código que você envia é um passivo. Cada linha deve ser protegida, depurada, mantida e, eventualmente, refatorada. Quando usamos IA para forçar a fase de “construção” do software, maximizamos essa responsabilidade. Criamos vastas áreas de complexidade que podem resolver o ticket imediato do Jira, mas hipotecam a estabilidade futura da plataforma.
O argumento de Orosz sobre 996 empresas produzindo cópias é revelador. A inovação exige a “folga” para pensar sem as constantes interrupções das reuniões. Em um momento de silêncio, você pode perceber que o recurso que estava prestes a construir é, na verdade, desnecessário. Se seus desenvolvedores passam os dias revisando uma avalanche de solicitações pull geradas por IA, eles não têm folga. Eles não são arquitetos; eles são zeladores limpando um robô que nunca dorme.
