O título "engenheiro" no Brasil não é apenas uma denominação profissional — é um título regulamentado. A Lei 5.194/1966 e os conselhos CONFEA/CREA estabelecem quem pode ou não utilizá-lo legalmente. Em tese, somente profissionais formalmente habilitados e registrados podem exercer atividades de engenharia.

Mas o mercado de software caminhou de outra forma.

A evolução paralela

Enquanto o setor industrial se desenvolveu dentro do marco regulatório da engenharia tradicional, a área de software emergiu décadas depois, em um ambiente essencialmente diferente. Sistemas computacionais operam em camadas abstratas, em ambientes que mudam rapidamente, sem os mesmos riscos físicos e estruturais que motivaram a criação das normas de engenharia clássica.

A Resolução 1.110 do CONFEA, de 2019, trouxe atualizações sobre as atribuições da engenharia de software. Mas nesse ponto, o mercado já havia consolidado sua própria linguagem: "Software Engineer" virou uma designação de competência técnica, não de habilitação formal.

Responsabilidade distribuída

Na engenharia civil ou elétrica, a ART (Anotação de Responsabilidade Técnica) vincula um profissional a uma obra. Na engenharia de software, a responsabilidade é distribuída — entre times, processos e frameworks como MPS.BR e CMMI-DEV. Não há um engenheiro individual que assina o sistema; há uma cadeia de práticas e revisões coletivas.

A academia e o mercado

As universidades ensinam o ciclo de vida completo do desenvolvimento de software: requisitos, modelagem, arquitetura, testes, qualidade, manutenção. O mercado, cada vez mais, prioriza habilidades operacionais: DevOps, containers, infraestrutura como código, cloud. Essa divergência cria profissionais tecnicamente competentes, mas com lacunas em fundamentos de engenharia.

O que sobrou do título

Na prática, "engenheiro de software" no Brasil hoje tem significado cultural e de mercado, não necessariamente jurídico. É uma evolução pragmática — o mercado avançou mais rápido do que as normas conseguiram acompanhar.

Isso não torna o debate irrelevante. Ao contrário: entender essa dicotomia ajuda profissionais a se posicionarem com consciência — sabendo o que o título representa, o que ele não representa e o que é de fato esperado de quem o carrega.

Ser engenheiro de software no Brasil hoje é navegar essa ambiguidade com seriedade técnica e responsabilidade profissional.