Engenheiros farão qualquer coisa para evitar aprender com a história
A adoção de “agentes” de IA em software está gerando comparações com disciplinas estabelecidas como gestão de projetos e engenharia, com muitos argumentando que métodos já existentes para requisitos, coordenação e risco estão sendo ignorados e reinventados sob uma nova marca. Comentadores debatem se a maioria dos desenvolvedores de software merece o título de “engenheiro”, contrastando áreas com licenciamento rigoroso, margens de segurança e estudos de falhas históricas com uma cultura tecnológica que recompensa novidade, hype e experimentação movida por VC. Outros observam que reinventar ferramentas é de fato divertido e às vezes útil, mas alertam que tratar o software como isento de lições históricas e interdisciplinares leva a sistemas frágeis e falhas evitáveis.
Incentivos, Hype e “Novidade”
- Vários comentários concordam que muito dinheiro flui para coisas comercializadas como novas e de ponta, e não para aplicar corretamente disciplinas já conhecidas.
- A dinâmica de VC e IPO é descrita como “subsídios” de longa duração que sustentam modelos questionáveis até que a dor econômica mais ampla apareça.
- Alguns veem o hype de IA/agentes como mais uma rodada dessa dinâmica, com pessoas reaproveitando velhos métodos favoritos na nova moda.
Desenvolvedores de Software São Mesmo Engenheiros?
- Há forte discordância sobre se desenvolvedores de software se qualificam como “engenheiros”.
- Um lado: engenharia é definida por educação formal, licenciamento, padrões profissionais e éticos, e responsabilidade em contextos críticos de segurança; programadores se apropriaram do título sem esse rigor.
- Visões contrárias: muitos engenheiros “de verdade” não se importam com o título; engenharia é mais uma mentalidade; algumas pesquisas empíricas sugerem que outras disciplinas frequentemente aceitam software como engenharia.
- Vários apontam que engenharia fora do software também tem falhas e baixa responsabilização; licenciamento não é uma proteção universal.
Aprendendo (ou Não) com a História
- Muitos argumentam que ignorar lições históricas é um traço humano geral, não específico de engenheiros.
- Outros afirmam que disciplinas tradicionais de engenharia ensinam explicitamente com base em falhas passadas, enquanto a cultura de software supervaloriza a reinvenção a partir de primeiros princípios.
- Alguns defendem a reinvenção como algo intrinsecamente divertido e educativo, e reagem mal à ideia de que só gerações anteriores puderam “descobrir” coisas.
Agentes de IA e Analogias com Gestão
- Alguns comentaristas concordam com a analogia do artigo: orquestrar agentes LLM se assemelha à gestão clássica, ao planejamento de projetos e à engenharia de requisitos.
- Outros argumentam que o trabalho com agentes é significativamente novo: custos de tokens, deriva, avaliação e “trabalhadores” ultra-literais sem bom senso diferem de equipes humanas.
- Uma visão contrária diz que essas diferenças em grande parte se encaixam em preocupações já existentes: custo de tempo e trabalho, deriva por falta de checkpoints e engenheiros excessivamente literais.
Processo: Waterfall, Agile e Especificações
- Vários comentários concordam com a ideia de que usar IA de forma eficaz é, em grande parte, uma questão de boas especificações; uma grande parte do trabalho passa a ser o escopo inicial.
- Alguns alertam contra a retomada literal de waterfall ou PMBOK; eles preferem iteração no estilo agile, com requisitos fortes.
- Outros observam que o que se chama de “Agile” na prática muitas vezes ignora ideias centrais como limitar o trabalho em andamento e minimizar trocas de contexto, especialmente em culturas cheias de reuniões.