[AI]: O fim do Desenvolvedor Sênior (E o Nascimento do Arquiteto de IA)

O que antes era difícil (escrever sintaxe correta, boilerplate, testes unitários)

Escrever código e testes nunca foi difícil.

Difícil era escrever de forma eficiente e fugir do happy-path.

O que mudou? nada, IA só escreve o happy-path

Se isso fosse verdade ninguém estaria falando em mudar de C++ para Rust, afinal a IA escreverá o código em C++ de forma correta, até porque 100% dos problemas que se encontra em bases de código de C++ foi por erro do programador.

Parece que nas últimas semanas passou haver uma enxurrada de postagens, ou seja, "mil vezes" estão dizendo algo que é mentira, mas porque chegou na quantidade necessária as pessoas estão achando que é verdade.

A IA é e por muito só será capaz de fazer código muito bobos e com erros porque ela foi treinada assim. O maior erro de um programador pode cometer hoje é achar que a IA realmente consegue escrever bons códigos.

Arquitetura é algo muito pequeno no processo de desenvolvimento de software. Não estou dizendo que não é importante, mas é basicamente a tomada de uma decisão ou outra, depois o que determina o sucesso é o trabalho duro de raciocínio em vários pontos. E tem mais uma coisa, arquitetura complexa é bem pouco necessária na maioria dos casos, e no passado era muito mais difícil fazer software eficiente e eficaz, e não se falava quase nada de arquitetura. Hoje arquitetura virou modinha, quase sempre fazendo a pessoa optar por algo maior do que precisa. Tem uma quantidade muito pequena de arquiteturas diferentes que você escolher, em outros pontos do desenvolvimento de software tem muito mais coisas para escolher e pode causar mais estrago.

Deixe o Código ir

Caminho para o desastre

Abrace a Revisão

Na forma indicada levará as pessoas contaminarem seu conhecimento e raciocínio sobre desenvolvimento de software.

Estude Padrões, não Frameworks

Ok, mas poucas pessoas têm a criticidade necessária para escolher essas ferramentas, em geral entre os bons programadores, são críticos dessas citadas, e circula bem entre os programadores medíocres. De maneira alguma essas ferramentas não tenha ensinamentos bons, mas também têm ensinamentos ruins. O medíocre não percebe isso porque ele só lê e segue a receita de bolo. Pra isso não precisa de humano, a IA sabe fazer com o prompt certo.

Mais eternos e universais são os fundamentos, ou seja o que foi pensado e divulgado entre os anos 50 e 70.

á todo mundo dizendo que o júnior vai morrer. Então quem serão os plenos depois?

Agora vem essa que o sênior vai morrer. Então só vai sobrar o pleno que é um título que as pessoas sempre se preocupam pouco.

Programar nunca foi digitação de código. A IA está e continuará por muito tempo, provavelmente para sempre em certos contextos, cometendo muitos erros, e o sênior estará lá para decidir usar ou não a IA e depois fazer a revisão nos casos usados. O sênior de verdade vai lutar para que a métrica importante seja entregar o mais rápido possível. E vai sair do emprego que ele não consegue ganhar nisso. Ficará o sênior de brinquedo.

Só o sênior verdadeiro fará a escolha certa e mesmo assim errará sempre que o problema for algo que ele nunca passou antes. É claro que ele saberá minimizar os riscos e fará o simples em da modinha.

S2

Farei algo que muitos pedem para aprender a programar corretamente, gratuitamente (não vendo nada, é retribuição na minha aposentadoria) (links aqui).

Na década de 90 teve rumores parecidos, em que diziam que as ferramentas CASE (Computer-aided software engineering) iriam substituir os programadores. Todos seríamos convertidos para modeladores de software nas ferramentas CASE. Não vingou, mas muita gente ganhou dinheiro com o hype.

Desenvolvedor sênior nunca foi sinônimo de conhecer a Sintaxe Perfeita, muito menos a API de um framework.
Sênior é o profissional que tem alto nível de maturidade técnica, que consegue entender quais serão os gargalos e os riscos para um ecossistema. Que consegue PROJETAR uma ferramenta de software a partir de uma ideia, e pensar onde existem os perigos de gargalo, superfícies de ataque, pontos de falha.
Sênior é o profissional que sabe "abraçar" uma equipe para transformar as idéias em um projeto real, escalável, financeiramente viável em questões de mão de obra, de hardware e de software.

Escrever linhas de código, de modo massivo, sempre foi trabalho de Júnior, que precisa aprender sobre o que importa dentro de um sistema, compreender o porque de separar uma responsabilidade de outra, porque usar determinada linguagem ou framework.

Pleno é o profissional que já conhece código, já consegue visualizar uma stack completa e consegue otimizar ou melhorar ou refatorar código. Que agora precisa entender onde o MENOS É MAIS, remover complexidades desnecessárias e enfeites ou firulas para manter a estrutura limpa, livre de interferências, preparada para crescimento.

O mercado já percebeu. As contratações para "codificadores puros" estão desacelerando, enquanto a demanda por profissionais que conseguem integrar e orquestrar soluções de IA explode.

Isso sempre foi o mercado, o problema é que por questões de ordem alheia a técnica, desvirtuaram o que é um profissional Sênior, Júnior, Pleno, Master, Treinee e o que mais quiserem colocar. A métrica é que está distorcida, alguns medem por tempo de experiência, outro erro, se o cara ficou 20 anos só fazendo a mesma coisa ele continua sendo o que era o tempo ai só foi perdido. Salário, depende ele não é determinante para a senioridade, uma empresa maior ou menor pode ter diferenças significativas de salários, principalmente para stacks diferentes.

A "HYPE" do momento é discutir clean code ou arquitetura e resiliência de infra-estrutura, e novamente, papo furado, só porque se está usando uma MOTOSERRA para cortar pães não significa habilidade e sim estupidez. O diferencial de nós humanos para as máquinas é saber QUANDO é hora de escalar, COMO economizar recursos quando é necessário.

Deixar a IA fazer as coisas, é um caminho para o abismo.

Um filtro rápido pra separar o que é balela, e o que é realmente importante, se se mantém constante a mais de 5 anos, isso é importante. Por exemplo a arquitetura de redes, desde os anos 80 ainda se manteve. Fundamentos de sistemas e compiladores, desde os anos 70. Framework da moda a cada 6 meses muda....... com base nisso dá pra entender o que é importante e o que é lixo.

O que importa é a funcionalidade e a estrutura.

Como gerar débito técnico impagável? Só ter essa mentalidade

Seu trabalho agora é 80% Code Review (de humanos e IAs) e 20% codificação estratégica.

E dale morosidade no desenvolvimento, tira a parte legal, deixa a chata e torne tudo 10x mais lento que deveria

Estude Padrões, não Frameworks: Frameworks: Frameworks vêm e vão (e a IA aprende novos em segundos).

Como é que tu vai fazer o ponto 2 jovem dinâmico?