[DESABAFO] - Me Recuso a virar um apertador de botão.

Bem vindo ao novo normal (que sempre houve)!

Antes programavam instruções "perfurando" cartões.
Depois passou a ser escrevendo código em baixo nível diretamente no computador/terminal.
Após isso, o código passou a ser de alto nível.
E agora? A programação passou a ser uma instrução direta pra IA traduzida em código real.
Sempre houve mudanças em nossa área e sempre haverá.

Como dizia um professor meu da faculdade "O profissional do futuro é aquele capaz de aprender, desaprender, e reaprender"

A forma de trabalhar muda, mas a competência de um bom profissional não.

Bicho, estou cursando Engenharia de Software em uma EAD. Eu busco estudar mais por fora do que pela própria faculdade. Estou focando em aprender C, posteriormente C++ para trabalhar em baixo nível e até mesmo hardware.
Acredito que vai começar a ser uma procura maior por quem realmente quer programar, e não apenas apertar botão.
Na verdade nem sei se essa galera também não está usando IA.

Fiz uma publicação recente sobre a importância de aprender a linguagem C, até mesmo para tirar um pouco o foco sobre pitchs e IAs que está tendo aqui na plataforma. Por mais que eu tenha usado IA para estruturar o texto para mim, as ideias principais e revisão bem feita do texto foi minha.
Como falei, estou na faculdade e meu foco é 100% aprendizado na programação, tenho que estudar e melhorar minha produção textual. Até mesmo para criar publicações aqui e não depender da IA para isso.

existem muitos pontos no teu desabafo e eu sinceramente entendo TODOS.

porém vou me ater a duas questões.

nossa área mudou. Isso não tem como negar. O código passou a não ser problema mais, a arquitetura sim. Isso ainda vai precisar de vc.

A entrega da solução ótima sempre foi mais importante do que como a solução foi feita, isso sempre foi dessa forma. Prova disso é quantas vcs não ouvimos de líderes
"tá funcionando? Então entrega. Se der esse bug ai, abrem outro ticket." ?

O ponto é que antes tínhamos a liberdade (e o tempo) para polir melhor o código que claro nossa cabeça de dev treme ao ver um codigo mal escrito (mesmo que funcionando).

Coders virando founders, inevitavelmente irão pelo mesmo caminho, isso pq a entrega é mais importante do que a stack. Então essa não é a resposta.

Outro dia estava conversando com um amigo sobre, e ele me compartilhou um pensamento que eu acho que faz muito sentido. Ele disse que em um breve futuro padrões de projeto irão importar pouco se a IA tiver o contexto do projeto.

Desenvolvemos padrão de projeto, para trabalho em equipe, para facilitar no futuro e etc, se não seremos nós a atuar mais... qual a diferença de termos um if aninhado com 45 condições chamando cada uma, uma solução diferente ou um Strategy Pattern se vc nunca vai olhar aquele código mais (pensando novamente em 5/6 anos) ?

Então o ponto que eu quero trazer é que o modo que vc usa a IA vai determinar a qualidade do teu trabalho.

espero ter dado um outro parecer de tudo que ta rolando na minha visão.

Meus 2 cents,

Estes dias um cliente teve problema em um sistema que foi claudevibecodado e pediu para eu dar uma olhada.

Eu nao sei qual versao de LLM ele usou (talvez haiku), mas o sistema era absurdamente ruim, no sentido estrutura interna.

Resolvi o problema especifico que estava dando e o cliente ficou feliz, mas eu olhava aquela monstruosidade e so ficava pensando: "se eu entregasse para um cliente um app assim, feio e todo cheio de gambiarra, com certeza ele tinha recusado. Agora aceita esta coisa esquisofrenica da IA como se fosse uma maravilha. Que mundo de merda"

Como ja comentaram algumas vezes, os app feitos por Agentes viraram o novo "planilha de excel que resolve aquele buraco que o SAP/TOTVS/whatever tem".

Tempos estranhos (e sinistros).

O que posso dizer eh: da-lhe gardenal !

Saude e Sucesso !

IA pode ter impulsionado isso, mas essa situação já existia no mercado (e não só de TI).

É difícil medir o valor gerado, então é muito fácil alguém pegar uma métrica como "código gerado", "produtos criados" etc. e achar que "mais é melhor".

Seu ponto sobre churn também pode não indicar o que você pensa. Não sei com o que trabalha, mas tem muitos casos que bugs não fazem um cliente trocar de empresa (depende do "custo da troca"). Ou seja, mesmo a empresa sendo "ruim", o churn não aumenta significativamente. O que pode acontecer é queimar a reputação e diminuir a entrada de novos clientes.

Pelo seu relato, acho difícil que você consiga mudar a cabeça de quem está acima (gerentes, donos) para concordar com você, e pelo seu último parágrafo, parece que concordamos nisso. Mas fiquei curioso, o que você pretende criar? A parte mais difícil costuma ser a venda, mesmo que o seu produto tenha muita qualidade.

Muitas vezes comparo essa onda com ciclos passados, como o dos relojoeiros: do artesanato ao quartzo e à produção em massa, até tornar barato produzir milhares, mas caro manter um. A humanidade inevitavelmente abstrai processos, mesmo com perdas. Talvez nossa área esteja passando pelo mesmo. “O gargalo mudou” já até cansou meus ouvidos.

Ao mesmo tempo, o alto consumo energético vs novas tecnologias. A Nvidia, por exemplo, já abocanhou uma empresa de "GPUs de LLMs". Resta saber o desfecho, mas, dependendo da empresa e suas regras, acharia estranho o exemplo que você deu kkk. Token Maxing não entra na minha cabeça, é um delírio.

Antigamente, o código demorava mais para ser criado e fazer o sistema se comportar como os requisitos. Porque? Porquê a maioria dos devs não sabe, de fato, programar bem. Eu tenho 5 anos na área, e eu sei bem que a pandemia só aumentou a quantidade de devs iniciantes. Nunca existiu, pra maioria, uma boa relação efetividade do resultado/tempo necessário.

É impossível julgar o mérito do encantamento de quem é mais leigo ao ver essa relação melhorar. É tudo que qualquer pessoa que viu ou vê o valor espetacular da tecnologia sempre sonhou. Não tem como fugir.

Sobre a produtividade, desde o surgimento da programação as empresas gostam de medir produtividade por LoC (line of code). Esse foi um ponto muito criticado na época e daí surgiram as metodologias ágeis, arquiteturas limpas, princípios de design etc. Ou seja, a principal métrica passou de "medir linhas" pra "medir entregas (e mudar rápido*)".

Mudar rápido pra atender as demandas do mundo atual. E até antes do mundo VUCA de hoje: o mundo sempre busca reduzir o tempo total de desenvolvimento; se lembra da otimização com os ligadores (linkers)? E esse ponto é muito importante: a única forma de mudar rápido é aplicando boas práticas de desenvolvimento, como por exemplo, princípios de design e arquitetura baseada em componentes. Um tipo de conhecimento que vai muito além do código e encosta mais no mundo real (e sua modelagem precisa).

Sobre satisfação e prazer percebido. A sua frustração, minha, e de todos os devs que se importam com código, é a de não se sentir mais totalmente responsável por criar uma ótima solução. Pensa quando você entrou (por paixão) na área. Nunca foi sobre código; foi sobre nós criarmos algo COM código. Código nosso. Saber a complexidade necessária, entender o funcionamento, e ver funcionar.

Eu concluo com a mentalidade que eu busco ter hoje, que bebe um pouco do estoicismo. Pra quem gosta de código, de lógica, do raciocínio e do planejamento, como eu, vai sofrer muito se olhar pra esse cenário pela sua perspectiva. Como eu disse, você deve se sentir responsável pelo que cria, e isso deve compreender o entendimento da solução e busca de novos desafios. Veja, nada que aconteceu ou vai acontecer é controlável. Mas o presente, sim. E você pode buscar entender mais o que de fato gosta de fazer, ao mesmo tempo que encaixa isso numa atividade que aumente o bem-estar do mundo. Isso, sim, te dá sentido na vida – e DINHEIRO. Pois pessoas pagam pra terem seus problemas resolvidos.

É difícil. Mas essa crise esconde uma ótima oportunidade pra quem deseja melhorar e aprender. Abraços!

Por um tempo, que não sei o quão curto será, talvez seja difícil vender qualidade. Até pode funcionar, mas espero ganhos pequenos, você estará subsidiando essa qualidade. O que pode compensar no futuro, pode criar um posicionamento que seja valorizado lá na frente.

Comercialmente tudo pode acontecer, é algo bem pouco previsível, o ser humano toma decisões de forma muito errática e é comum ir no caminho errado, o que eventualmente pode acaber virando o certo. Engenheiros, de verdade, costumam ser ruins em lidar com o comercial, portanto vendem a boa engenhari, quando o consumidor quer apenas se sentir bem e achar que está fazendo um bom negócio, mesmo isso sser falso.

Nem tudo está perdido, tem empresas fazendo o certo. A maioria está indo pelo caminho errado, como sempre aconteceu. De qualquer quando o problema for grande demais, alguém vai começar ajustar o caminho. Ou sairá do mercado. Mas por um tempo poderá sair do mercado quem não faz o errado.

Tudo isso é especulativo.

Mas empreender corretamente pode ser uma boa. Pode ser péssismo.

S2

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

Mimimi. Sou muito inteligente, o resto todo é burro. Se tu tá vendo os problemas pode propor soluções. Teste que nem o que tu mostrou não é problema da IA, e sim de gente que tá nem aí pro que ela tá cuspindo e nem olha

Quanto antes você entender que o mercado mudou, melhor você vai se sair nele.

Nosso papel não é mais escrever nem muito menos ler código, e sim orientar outra pessoal (a LLM) a fazer isso de forma acertiva, eficiente e organizada.

A LLM é excelente em resolver o trivial. Tudo o que sai de dentro da tela e entra pro mundo real ainda é seu trabalho. Saber nuances (e malícias) operacionais, contábeis e fiscais vai te ajudar a guiar esses desenvolvimentos no trilho correto.

Ainda digo mais, quem tá entrando agora no mercado de programação está anos luz atrás de você, que se a LLM cair, ainda vai saber escrever um sistema do zero na munheca.

Você sabe qual stack adotar, e porquê. A LLM vai sugerir muitas vezes uma stack que não é adequada, ou destoa do escopo da sua empresa ou projeto.

Enfim, as atribuições mudaram, como sempre aconteceu na historia da humanidade, mas saiba que hoje digitar código na mão é o equivalente a fazer uma cerâmica de forma artesanal, vai ficar muito mais bonito, único. Porém uma cerâmica comprada de uma grande industria vai sair muito mais rápida, barata e conforme com padrões.

Exato, isto é um fato. Existe uma alienação gigantesca no nosso meio, e esta mesma alienação está contaminando outras áreas (jurídico, advogados, educação, alunos).

Como você disse, usamos I.A. full circle, desde os requisitos até os testes; isso é loucura, cada vez mais decisões orientadas à I.A e seu viés. E não ao humano.
Penso que as duas fases, a do início (requisitos) e a final (testes), têm que ser feitas por humanos. Ou, no mínimo, extremamente revisadas.

Este marketing e ritmo insano do mercado de I.A. gera um estresse disfuncional no mercado de desenvolvimento de software: toda hora um LLM ideal, a skill que vai te salvar, o novo agente de fronteira, blá-blá-blá.

A verdade é que falta método. Penso que o mínimo agora é investir pesado em coisas como Uncle Bob disse:
https://blog.codeminer42.com/pt-br/pare-de-ler-codigo-de-ia-comece-a-medi-lo-um-guia-de-rails/

Você falou certo meu caro amigo, somos o cérebro por trás da IA, pense nela como uma ferramenta somente, somos nós os orquestradores da ópera.

"É gente que vive chorando de barriga cheia"

cara sinceramente, o pior de tudo é ter um emprego de apertar botão.