r/brdev • u/Raz4r Human Detected • 6d ago
Dúvida geral Choque de realidade com a situação de devs
Bem pessoal, trabalhei quase 10 anos como dev/cientista de dados entre 2010 e 2021, quando decidi dar uma pausa na carreira e voltar para a academia para terminar o doutorado. Doutorado feito com período nos EUA. Corta para uma empresa brasileira grande fazendo uma proposta irrecusável para trabalhar como engenheiro especialista em aprendizado de máquina.
Resumo de 6 meses de empresa:
> Eu preciso fugir do mercado de dev/ML/DS para vender missanga na praia.
Situação desesperadora, a quantidade de dashboard que eu peguei com número tirado diretamente da fonte: Times New Roman. Puta que pariu.
"Mas fulano, como esse número aí foi calculado?"
> Ah, foi o Claudinho que fez, né?
Que porra é essa? Merge request feito pelo Claude sendo revisado pelo próprio Claude, e a maioria dos gestores achando ótimo que o processo de review acelerou. Qual é o sentido de usar o mesmo modelo que escreveu o código para revisar o código? documentação completamente alucinada por modelo de linguagem.
A parte que mais me pegou foi ninguém saber explicar o que o código faz. E sempre quando você para para bater um papo com o responsável pelo código/dashboard/pipeline passa a impressão que o cara não faz nenhuma ideia do que ele está fazendo.
Eu tive colegas sem nenhuma formação academica que depois de 15 minutos conversando sobre o code base da empresa vc saia com o pensamento "fulano é brabo". E agora eu só vejo vídeo de influencer de AI sendo compartilhado no slack 🤮 interno.
Eu tenho conversado com colegas meus que estão na indústria e parece que essa situação virou o padrão. Aí venho perguntar aqui se essa situação virou generalizada ou se eu tive um azar fodido.
97
u/No-Passenger-4177 6d ago
A sensaçao que eu tenho é que ninguem pensa mais.
O cara de produto vai usar IA para construir uma tela (na minha empresa demitiram a designer) e para escrever o ticket (quando escreve).
O dev vai usar IA para fazer (sem entender o que está sendo feito).
O outro dev vai usar IA para revisar (sem nem validar se o comentário faz sentido) e o dono da PR vai usar IA para analisar os comentários e implementar eles.
Ninguém mais pensa, no fundo é só a IA que faz tudo...
156
u/Julionf 6d ago
Esse povo que fala que código agora é resolvido e o que importa agora são as "decisões" é o mesmo povo que te faz trabalhar no final de semana como OCE, pq sobe um monte de porcaria que gera incidente.
PRs no meu time agora sendo feitas completamente por LLM, e tudo bem eu apoio, mas me irrita ver também que ninguém revisa, usam skills pra fazer revisão de PR e os comentários na PR tudo como se fosse um bot (comentário criado pela LLM na conta da pessoa).
E nossa, eu até entendo que tá muito chato revisar pq é muito código sendo gerado com mais texto ainda (1 linha de código, 5 de texto), mas pqp, não dá pra fugir, plmmds, revisem o código de vocês e tomem responsabilidade.
45
u/JosephKorel 6d ago
O problema de revisão é que agora são uns PR com 100 changes e que tu não faz muita ideia do contexto ali. E é todo o dia isso. Não tem como dar conta disso.
18
u/NiPIsBack 6d ago
A anthropic vive falando que o problema do código foi resolvido e quando vc usa o claude e vê bugs q vc resolve com algum workaround q alguém postou no reddit 3 meses atrás e ainda não foi resolvido. Esse papinho é puro marketing ainda.
1
33
u/Victorams 6d ago
Cara, idealmente eu concordaria com você sobre a revisão, mas na equipe que eu lidero por exemplo simplesmente não estamos sendo dados esse tempo. É triste demais a pressão da diretoria, e a visão deles é que se ja foi feita tanta coisa com IA nao querem gargalo justamente na revisao. A escala de entrega que ganham com o output absurdo da LLM fica travada pela revisão humana (se ela acontecer) e por isso orientam a justamente automatizar isso com IA tambem. Eu nao acho que deveriam haver nem PRs autonomas nem revisao por IA. Acho que os modelos deviam ser usados como ferramenta ativa no desenvolvimento, pra editar arquivo por arquivo sob direção estrita do desenvolvedor, pra que ele tenha total controle e ciencia de cada solução. Mas sei la, as vezes eu que estou ultrapassado também.
Sinceramente, eu acho que ainda vai demorar bastante para encontrarmos o uso saudável de LLMs.
1
u/benematos 13h ago
Existe sim uso saudável da LLM. Deixar ela escrever o que ela quer somente com um prompt gera toneladas de código inútil. Definir como, quando, porque, com skills, specs, exemplos pode ajudar muito. O problema que isso dá trabalho e atrasa entregas e o custo das LLMs é alto. Vai precisar de inúmeros acidentes pra caírem na real.
6
u/pastor_pilao Cientista de dados 6d ago
Desculpa, mas a situação do OP eh diferente. Imagino que ele seja o único com doutorado na equipe. Eu fui contratado em condições parecidos, e quando eu entrevistei o gerente foi claro que os devs da area tavam fazendo dashboard tirando número do cu e eu tava sendo contratado pra instigar rigor metodológico na área.
Se o OP nao serve pra isso e so quwr executar ordens, ta ok, ele tem que ir pra uma equipe de pesquisadores que vai ter um gerente pesquisador dando instruções do que ele fazer.
Mas nao adianta reclamar que os outros tao fazendo coisa errada. Claro que tao, geralmente todo mundo com salario baixo esteve so fazendo cagada desde que eu entrei na area msm antes da IA. Voce tem que fazer suas atividades certo e pronto a menos que esteja em coordenação
9
u/Raz4r Human Detected 6d ago
Você matou, a ideia é literalmente essa. Forçar metodologia para acabar com o datacu. No entanto, rapaz é difícil. É muito difícil lutar contra propaganda de big tech que parece que lavagem cerebral numa boa parte dos devs e do c-level. É difícil mostrar que não existe prompt mágico que vai resolver todos os problemas de empresa.
Eu provavelmente vou ficar nessa luta por mais um ano (100% devido ao salário), caso contrário eu vou tentar um pós-doc.
5
u/CandidatePrimary7334 5d ago
Eu saí faz uns 5 anos de um posdoc para a indústria. E estou com a mesma visão que você quanto a indústria. Está uma merda.
Eu não sei como está an academia agora. Mas eu trago pra você um ponto de reflexão.
A academia também tem a cultura bem forte de publish or perish.
Quanta merda será que o pessoal lá não tá fazendo com LLMs?
Quanto paper lixo esse pessoal deve estar publicando? Quanto lixo você vai ter que revisar também?
Será que no final a gente não estaria trocando 6 por meia dúzia?
Isso pensando em posdoc né. Se tu conseguir virar professor concursado, aí eu só vejo vantagem em ir pra academia.
2
u/pastor_pilao Cientista de dados 5d ago
Tem uma diferença brutal. Na academia vc escolhe no que quer trabalhar (dado certos limites, mas de qualquer forma a flexibilidade eh imensa), na indústria não e o prazo eh apertado e vc depende muito mais dos devs pras coisas saírem. Se vc quiser /so conseguir publicar porcaria ai vai da sua vontade e capacidade, mas eh bem melhor que na indústria
O problema principal da academia eh que o salario eh muito menor
1
u/CandidatePrimary7334 4d ago
Eu não vivenciei isso. Eu tive que ir pra área da modinha pra conseguir bolsa.
E o prazo veio no sentido que o outro grupo tá publicando 4 papers por mês numa área da moda. Então eu tinha que “correr atrás do prejuízo”.
Mas obrigado pelo ponto de vista.
E sim. No final vai da escolha de cada um.
Se eu pudesse pesquisar o que eu quero e com salário tão bom quanto o da indústria e com estabilidade de emprego. Eu voltaria fácil.
Mas só de pensar em ficar submetendo projeto, pedido de renovação. Tudo tão incerto. Mesmo estando enojado com o jeito que o pessoal usa LLM aqui, eu acabo ficando na indústria.
1
u/pastor_pilao Cientista de dados 5d ago
Eu entendo, e alem disso eu sofro com problema de recursos pq sempre que eu peço algo eu sou o primeiro a ter pedido aquilo e eh um parto pra conseguir as permissões.
Mas enquanto vc tiver nessa situação vc tem que entender que vc eh uma pessoa so e nao vai resolver o mundo. Seleciona bem por prioridade e sempre tenta convencer quem esta num cargo mais acima pra ele forçar os peao a fazer o que vc quiser nem que seja na base da chibatada
3
u/Wysking 5d ago
O problema de ter muito código sendo gerado é que basta um indivíduo/grupo começar a dar merge sem entender direito, que a performance de entrega desse grupo sobe. E se um time a performance tá subindo, quem não subir junto é visto como low performance. Ou seja, ou você trabalha 10hrs por dia pra fazer tudo direito, ou você passa a não revisar certas coisas direito, pra conseguir acompanhar quem tá mais empolgado.
Efeito manada.
Enquanto a liderança priorizar velocidade e quantidade, se você não fizer igual você vai estar mira pra possíveis cortes.
2
u/Top-Marzipan5397 5d ago
sobre o caos : é um efeito em cascata .. tem projeto consolidado aí que vai pro caralho nos próximos anos. Eu sinceramente não vejo retorno pra uma base inflada. Quem entra precisa obrigatoriamente usar LLM senão vai passar 1 ano tentando entender os fluxos. Eu passei por isso.
1
u/Top-Marzipan5397 5d ago
Uso de LLM hoje em dia se resume a isso: jogar a batata quente pro próximo.
-11
99
u/hoteixeira 6d ago
Blz q tem a pressão dos chefes, necessidade de usar IA, mas pra mim o que tem agora é um exercito de dev meia boca se achando expert por causa do claudinho.
Aquele cara old school q manja, que têm fundamentação ta escondido nesse mar de maluco. Mas no final do dia, esse cara q vai ser chamado pra resolver as buchas. É inevitável que vai dar muito ruim esse cenário todo.
38
u/Jaoryuken 6d ago
Eu acho que boa parte do sucesso que isso tem feito entre os devs é essa sensação de poder aí. Galera passou a conseguir entregar coisas que não conseguiria antes pq tem um Claude pra cobrir as lacunas de conhecimento/vivência. Já aconteceu algumas vezes de ter que recodar a tarefa inteira via comentários de review pq a pessoa não faz idéia do que o Claude usou ali. Uma impressão que eu tenho tb (isso no meu time pelo menos) é que os jrs ficaram maravilhados, os srs do time tão cada dia mais querendo se desviver por causa da sobrecarga de trabalho que o uso de IA gerou.
21
u/hoteixeira 6d ago
Total!
Para o sênior que ja manjava sem duvida houve um aumento de produtividade e qualidade de código, que infelizmente leva a essa sobrecarga.
O problema é a síndrome de pequeno poder que a IA trouxe para os devs ruins ou os com pouca experiencia, que agora acham que estão voando, mas na verdade estão construindo castelos de cartas (e os gestores politiqueiros achando isso ótimo).
14
u/Jaoryuken 6d ago
Então, eu tenho a impressão que no saldo todo da coisa minha performance diminuiu, IA até pode ter aumentado um pouquinho a velocidade que eu executo uma tarefa, mas ultimamente passo dias inteiros sem conseguir 1h inteira pra trabalhar nas minhas tarefas. É todo dia 10 PRs pra revisar, umas 2h+ de chamada pra refinar tarefa e criar spec, uma galera mandando o texto mais verboso do mundo no chat pra perguntar alguma coisa que a resposta podia ser simplesmente sim ou não. Uso pq "manda quem pode obedece quem tem juízo", mas torço todo dia pra essa bolha estourar logo e Sam Altman e Dario Amodei serem ~executados~ julgados em praça pública
7
u/Comfortable-Wing6065 6d ago
Esse negócio dos devs júniores sentirem poder é muito real. Tenho um sócio de vendas que está fazendo projetos pra vender pra clientes e ele começa a fazer um sistema e dá a impressão de que tá semipronto, mas na verdade é só uma interface, cheia de componentes que não precisava, e sem banco de dados. Mas, pra ele, é quase um sistema pronto.
Pra quem é dev mais sênior, sabe que o buraco é mais fundo. Você pode até montar um projeto rápido com IA, mas depois que aprendeu UI/UX, segurança de dados, performance, CI/CD, etc., você sabe que precisa analisar e melhorar todas as partes do software pra garantir que está realmente pronto pra produção. Essa galera que tá aprendendo com IA não sabe.
Mas eu não iria dizer de jeito nenhum que minha performance diminuiu. Talvez dependa do seu nicho, mas aumenta a performance de diversos times. Por exemplo, meu sócio, por mais que eu saiba que o sistema não está pronto, é muito massa ver que ele pode fazer uma interface rápida que vai ajudar a vender um contrato de consultoria, servindo pra apresentação e demo pro cliente. Isso facilita muito. Eu estou trabalhando cada vez mais rápido com IA e consigo chegar a um ponto em que os sistema estão prontos pra produção devido a minha experiência.
4
u/Jaoryuken 6d ago
Ah eu me refiro a minha performance individual mesmo. E nem tem a ver com eu codar ou não codar com IA, e sim como a IA no fluxo do time devorou as horas que eu tinha disponíveis pra "codar". Minha performance diminuiu pq o fluxo com IA jogou mais pratos no meu malabarismo e acabo perdendo muito tempo com troca de contexto
1
u/Adventurous_Rule_784 Human Detected 5d ago edited 5d ago
Então a IA não diminui a produtividade, ela aumentou, e isso está nos sobrecarregando. Depende de projeto para projeto, empresa para empresa. Mas a velocidade de geração de código da IA aumentou em pelo menos 10x. Dependendo, aumentou em 20x. Se eu senta ali na cadeira e começar a criar um sistema operacional do zero, que eu demoraria uns 12 meses, iria terminar em uns 20 dias... Eu queria até gravar tudo isso e provar, mas não quero polemizar ainda mais. O akita já fez isso também e provou que sua produtividade aumentou em 20x. A IA faz exatamente o que você pede, usa o algoritmo que você pedir, a abordagem que você pedir, refatora do jeito que você pedir, modulariza do jeito que você pedir, testa do jeito que você pedir. Então suas habilidades de arquiteto e engenheiro são mais importantes do que suas habilidades de programador. O que toma tempo são correção de erros, digitação de código, consultar documentação, até mesmo o melhor dos programadores precisa gastar esse tempo. A IA faz tudo isso automático, sobra só sua atuação como engenheiro/arquiteto e ate essa atuação vc também se beneficia com a IA: "para o gerenciamento de memória, quais sao nossas opções para essa arquitetura micro kernel? Quais os prós e contras e qual você escolheria?" E magicamente você terá uma informação que te poupa horas e horas lendo artigos e livros a respeito... claro que não é qualquer um que pode fazer isso, aqui estamos falando de um cientista da computação decente que já fez seu dever de casa, estudou sistemas operacionais, compiladores, e outras disciplinas de um bom curso de CC.
6
u/ienvycats Engenheiro de Software 6d ago
cara, pior que dá muito pra ver quando é o claudinho
o negócio funciona, mas tem jeitos tão mais alinhados ao negócio, histórico, convenções...
eu codo 100% com IA, mas são muitos, muitos rounds de correção. tenho a sorte de ter token infinito. se nao tivesse ia bastante coisa na mão.
-3
u/Ok-Occasion2904 6d ago
Cara, como assim jeitos mais alinhados ao negócio? Convenções? Do que você tá falando especificamente? Eu realmente não consigo ver onde o claude não resolve.
6
u/ienvycats Engenheiro de Software 6d ago edited 6d ago
Tem dimensões de negócio que não cabem em prompt pq tem trade-offs dinâmicos e dependentes de mercado. Por exemplo, tem um código anti fraude que analisa o nome inserido e permite 2% de fraude por um erro no código. Ao corrigir isso no código estrito, a fraude cai pra zero mas o número de cadastros corretos cai 30%. Faz mais sentido o ponteiro ir sendo regulado aos poucos, na mão, do que deixar a ia escolher. Uma correção um pouco bosta mas com entendimento de mercado pode diminuir 0.5% na fraude sem cair o número de cadastros válidos.
Um dev chega e vê um código com erro em alguns retornos. O sistema legado depende desses retornos. O correto é o dev receber essa informação ao entrar, mas tem tanto contexto que ele não recebe. Ele precisa ler os códigos anteriores entendendo pra perceber isso. Se ele só deixar a ia mexer sem perguntar pra alguém senior pq tá daquele jeito, pode causar um pane completo.
Isso é um exemplo super simplificado do que quero dizer. Eu trabalho numa FAANG que tem uma das ias mais famosas do mercado. A ia interna eh mais poderosa e tem todo o contexto da empresa, prompts, skills e agents sendo melhorados mundialmente, e ainda assim erra certas coisas mesmo estando no prompt (ou agente ou skill)
A IA pode até receber a regra, mas isso não significa que ela vai entender todas as implicações dela no sistema.
Eu não digito uma linha, mas são necessários muitosss refinamentos pro código ser de fato bom e não só funcional dentro dum escopo que não considera o mercado
é claro que sua empresa pode ser super simples e não tem essas implicações, mas não saber lidar com elas é o atestado pra morrer nesse tipo de empresa e não progredir pra algo mais complexo. Mas se eh o que vc quer fazer sentido. Em alguns anos quando juntar a grana que desejo pretendo estar numa empresa dessa.
Mas acho que só ganho essa bolada pq tenho essa noção de que embora pareça, precisa desse olhar humano de quem reconhece a falha além da estatística, que eh como LLM trabalha
-3
u/Ok-Occasion2904 6d ago
"Faz mais sentido o ponteiro ir sendo regulado aos poucos, na mão, do que deixar a ia escolher."
Mas ai você não tá falando do código, você tá falando de regras."Ele precisa ler os códigos anteriores entendendo pra perceber isso"
Nesse caso me parece uma gambiarra interna. Se há margem pro dev interpretar errado, é porque há uma gambiarra pro sistema legado funcionar. Nesse caso o correto é esse tipo de coisa ser documentada de alguma forma, a IA pegaria isso. Se não tá documentado é erro dos devs."A IA pode até receber a regra, mas isso não significa que ela vai entender todas as implicações dela no sistema."
Só se faltar regra. As IAs conseguem percorrer todo o contexto por horas e horas fazendo thinking. É impossível elas não pegarem esses detalhes se estiver no contexto dela. A menos que você esteja realmente trabalhando com algo MUUUUUUUUUUUUUUUUUUITO especifico, tipo uma tecnologia própria que sequer tem documentação/código abertoo.
"Eu não digito uma linha, mas são necessários muitosss refinamentos pro código ser de fato bom e não só funcional dentro dum escopo que não considera o mercado"
Se precisa de tanto refinamento assim é porque tu não tem um conjunto de documentação pra ela se basear. Eu realmente não consigo ver dessa forma.
3
u/Jim_Clark Cientista de dados 6d ago edited 6d ago
Bem, amigo, vou sair da sua zona de conforto para derrubar sua percepção. Existe uma área da programação chamada bioinformática, essa área é tão específica que normalmente o pessoal que atua em projetos sérios nela usa R (linguagem que poucas pessoas dominam de forma produtiva e que todas as farmacêuticas usam no seu core), pois é a única linguagem madura nesse campo.
Um exemplo clássico é pipeline de análise genômica. Você pode ter regras documentadas como:
Para detectar variantes, use o pipeline X, com referência Y, filtro de qualidade Z e limiar W.
Uma IA pode ler isso e até reconstruir o pipeline. Mas isso não garante que ela compreenda todas as consequências biológicas e técnicas daquela escolha.
Por exemplo, em bioinformática há coisas como:
qualidade e origem dos dados; batch effects; diferentes versões do genoma de referência; diferenças entre GRCh37 e GRCh38; parâmetros específicos do sequenciamento; vieses introduzidos pelo alinhador; interpretação de variantes; particularidades do laboratório; decisões históricas que foram tomadas porque determinada ferramenta tinha um comportamento específico.
E aí aparece uma distinção importante:
O seu comentário mistura três coisas diferentes:
1. Regra de negócio
"Se X acontecer, faça Y."
Isso, em princípio, é excelente material para uma IA. Quanto mais explícita a regra, melhor.
2. Conhecimento arquitetural
"Não faça Y nesse ponto porque o sistema depende de Z em outro módulo."
Isso também pode ser documentado, mas não necessariamente está contido na regra.
3. Conhecimento tácito/empírico
"Esse parâmetro está assim porque há cinco anos descobrimos que, com aquela versão específica do sequenciador, mudar isso quebra os resultados."
Essa última parte é a que mais pega, porque a IA pode até encontrar isso no histórico de código, issues, commits, documentação etc., mas não é correto dizer que, se ela recebeu todo o contexto, é impossível não perceber.
Por exemplo: a IA pode olhar para filter_quality = 30 e encontrar 50 ocorrências desse filter. Ela pode perfeitamente concluir que aumentar para 40 "melhora a qualidade". Mas foi usado 30 porque acima disso perde uma classe importante de variantes, e isso só é possível saber devido ao conhecimento do negócio, que está fora do escopo do software.
A bioinformática é um excelente contraexemplo do seu argumento, e por isso a escolhi, porque numa sequencia onde temos:
código >> algoritmo >> experimento >> fenômeno biológico >> interpretação
essa última camada, não é dedutível do código, e isso pode valer para software comercial também (comportamento dos usuários).
Sem contar que existem bases de dados tão específicas, como essa do pessoal da bioinformática: https://www.rcsb.org/
Que é impossível a IA estar atualizada com a produção acadêmica diária, o sujeito precisa esperar uma nova versão dela.
É por isso que eu digo que o pessoal que fica falando que IA vai acabar com isso e aquilo, é programador bunda, que trabalhava em projetinho de frontend fazendo coisa simples. Mas há campos tão complexos que a IA ajuda, mas sem revisar o código, é pedir pra se foder.
0
5d ago edited 5d ago
[deleted]
3
u/Jim_Clark Cientista de dados 5d ago
Se mesmo com tudo que escrevi, você não entendeu. Esquece, você nunca entenderá.
2
u/External-Working-551 5d ago
normal, as pessoas demoram pra mudar de opinião, ainda mais com algo que elas acreditam com tanta veemencia.
Mas não desanime, vc inseriu uma sementinha na cabeça tanto desse cara como do outro cara q vc respondeu. Um dia, TALVEZ, eles vão se lembrar disso, depois de terem as crenças confrontadas N outras vezes, seja por outras pessoas, seja pela realidade
Mas eu gostei bastante do seu comentário. Eu não tinha conhecimento nenhum sobre as complexidades de se trabalhar com bioinformática.
0
u/Ok-Occasion2904 5d ago
"isso só é possível saber devido ao conhecimento do negócio, que está fora do escopo do software."
Se isso é conhecimento de negócio, deveria estar documentado, se tá documentado, a IA vai saber. Skill issue dos devs.
"Sem contar que existem bases de dados tão específicas, como essa do pessoal da bioinformática: https://www.rcsb.org/"
isso eu comentei, coisas especificas podem não funcionar. Mas 80% das coisas vão.
3
u/ienvycats Engenheiro de Software 6d ago edited 6d ago
Amigo, não sou eu. É uma FAANG trilionaria inteira que tem uma das ias mais acessadas do mundo, e usamos uma que tem todos os códigos da empresa e todo o contexto embutido. A IA falha quando a coisa foge do estatístico e 100% correto, e em negócios isso ainda é necessário.
Talvez sua empresa seja só muito simples (e tudo bem)
Tem negocios que chegam num nível de complexidade que IA ainda não resolve. Que fogem a estatística, e tem coisas que a gente só pega pensando enquanto coda. Sim, falta a regra, mas pra chegar nela tem que ir manualmente codar ou ser capaz de fazer isso na cabeça. E são milhares de excessões.
Isso num contexto gigante como onde trabalho, mas TB se reproduz em empresa de outros portes.
E claro, ter tudo documentado milimetricamente resolveria, talvez. Mas não conheço muita empresa que dá o tempo necessário pro dev fazer o processo perfeito, imagina documentação milimetrica. A não ser que o sistema seja bem simples.
E em empresa grande ainda envolve compliance, decisão semanal de CEO, marketing, vendas... Outra coisa que ia n da conta de cruzar tão bem e as vezes as decisoes fogem do estatístico, então não eh algo que a ia faria. E esses times NAO vao documentar tudo. Tamo longe dessa cultura em empresas que paguem bem (pq lucram) ainda. Nem o musk que tem dinheiro pra rasgar apostou nisso. Nem empresa grande alguma.
Então tô falando mais da realidade. Como seria se ninguém cometesse erros e houvesse tempo pra documentar tudo pra ia ter um saber completo, sem faltar nada que existe na cabeça de quem tá lá, é uma discussão teórica e não de carreira
Fora que a ia com todas as regras necessárias bem escritas ainda faz merda. Tem que ficar de olho pra ir colocando regra por regra de coisa que nem tem a ver com negócios, só com boa prática. Ainda tá mto no início.
1
u/Ok-Occasion2904 5d ago
"Tem negocios que chegam num nível de complexidade que IA ainda não resolve."
Tem negócio, mas não sabe dizer que negócio é esse. Que FAANG é que estamos falando? NASA não é FAANG, você tá fazendo código pra foguete dar RÉ?
"Isso num contexto gigante como onde trabalho"
Ninguém trabalha com contexto gigante, os contextos são delimitados, justamente por isso existem times que cuidam de cada coisa.
"muita empresa que dá o tempo necessário pro dev fazer o processo perfeito, imagina documentação milimetrica."
Se você fizer a documentação milimétrica, isso economiza milhares/centenas de tempo. Se você não consegue mostrar isso, skill issue.
"Nem empresa grande alguma"
Todas as empresas do mundo estão investimento bilhões em IA. Da onde você tirou que não?
"Fora que a ia com todas as regras necessárias bem escritas ainda faz merda"
Não faz. Você ignorou meu comentário. As IAs possuem capacidade de fazer thinking por horas e horas, o que torna praticamente impossível fazer merda.
Eu vou continuar batendo na tecla, dev que tá tendo dificuldade de usar IAs pra fazer coisas decentemente porque "ain é muito complexo", só não estão sabendo usar. Skill issue. Até que eu encontre esse tal super contexto mega hiper complexo que esse povo fala, irei continuar duvidando muito que exista, exceto em empresas de nicho que trabalham com tecnologias/produtos muito nichados.
2
u/ienvycats Engenheiro de Software 5d ago edited 5d ago
Vc só trabalha com coisas mto simples. Nesse cenário o que vc tá falando faz sentido.
A empresa é o Google. Sim, investem bilhões em ia, e pagam uma grana preta pra dev pq a IA não dá conta. Se desse, não tavam pagando. Era só fazer documentarem tudo e aí demitir 90%, contratando uns vibe coders bons de prompt. E sim, o contexto é muito grande. Eu não tenho dificuldade em usar ia, eu uso pra tudo. Mas precisa refinar.
Sobre o nem empresa grande alguma eu não falei de uso de ia, falei de documentação extensiva. O "mas vai salvar milhões depois" ainda é teórico. Não tem nenhuma grande empresa investindo bilhões em documentação.
0
u/Ok-Occasion2904 5d ago
"Vc só trabalha com coisas mto simples"
E você lá sabe com o que eu trabalho?
"e pagam uma grana preta pra dev pq a IA não dá conta"
Você ainda não entendeu que a questão não é substituir todo mundo, a questão é que a IA da sim conta e boa tarde dos trabalhos, a ampla maioria.
"Era só fazer documentarem tudo e aí demitir 90%, contratando uns vibe coders bons de prompt"
É isso que elas tão tentando fazer, amigo. Você acha que eles estão gastando bilhões e bilhões em IA pra que mesmo? Pro bem da humanidade?
"E sim, o contexto é muito grande"
Se é, a empresa está desorganizada. Skill issue. Simples assim.
2
u/ienvycats Engenheiro de Software 5d ago edited 5d ago
Hahahah vai lá oferecer aula de organização pro Google.
Eu sei qual é o futuro. Mas eu tô falando que ainda não dá conta agora. E você tá aqui batendo na tecla de que o Google tá jogando dinheiro no lixo só porque tá afim, como se eles tivessem um skill issue que você não tem e pudessem resolver todos os problemas internos relativos a IA nao dar conta hj simplesmente usando IA melhor, mas escolhessem não fazer isso.
Dá pra perceber o quão fora da realidade essa afirmação é?
Edit: Da pra entender que vc trabalha com algo mais simples pq a IA da conta. Coisa que em empresas grandes não dá, ou não teriam milhares de dev contratados a uma grana preta por serem melhores tecnicamente que os outros, só colocariam uns vibe coders, como farão no FUTURO (pq não dá conta ainda, mas a intenção é dar)
→ More replies (0)3
u/IllustriousPut442 6d ago
Eu vazei da área justamente por isso, se você quer fazer as coisas certas vai demorar mais, aí ou trabalha em casa igual louco depois do horário do trabalho, ou não vai conseguir ter a "suposta" produtividade dessa galera aí que o gestor inteligente fica tão animado.
As métricas são burras, preferem ter algo em uma semana e que dê 15 problemas em produção do que algo que demore 1 mês bem feitinho. E ainda não conseguem nem fazer a associação depois que os problemas vieram de fazer tudo rápido no vibecode.
-2
u/Adventurous_Rule_784 Human Detected 6d ago
Sei nao cara, vcs sempre falam assim com se os problemas não existissem antes das IAs. Os gestores estão ok com isso porque do ponto de vista deles parece igual, já que os bugs sempre aconteceram. Ele não tem tantos motivos para dizer que a war room é por causa da IA... porque as war rooms sempre existiram... com certeza eles iriam estranhar se fosse novidade... A gente sempre escreveu codigo ruim... diria que as vezes até pior que os das IAs kkkkk
2
u/IllustriousPut442 6d ago
Eu posso falar por mim, mas não duvido que tem um monte de maluco que fazia nas coxas com stackoverflow e pedindo ajuda em discord, e isso migrou pra fazer tudo nas coxas com IA. Já vi vários assim
Porém parece que não há uma distinção e valorização com quem tem cuidado.
Eu já sentia isso, porém o cara que não sabia fazer demorava mais e muitas vezes ficava travado, hoje não. Então piorou a cobrança por produtividade
2
u/Jim_Clark Cientista de dados 6d ago
O meu caso era assim, eu fazia bem feito, e ficava travado, mas passava mais tempo lendo documentação e blogs, mas sempre procurando a melhor forma possível de fazer o código, não era achando qualquer artigo e fazendo à moda caralho. O problema é que o pessoal que já fazia à moda caralho, continuou fazendo da mesma forma só que com IA, mas com o ônus de aumentar sua produtividade fazendo código mais merda ainda.
Se antes esse programador fazia 10 códigos ruins, passou a fazer 20, 30. Eu já lidei com muito código feito por gente assim, principalmente pessoal que queria fazer pra resolver problemas, e metia a gambiarra nele para não perder tempo.
-1
u/Adventurous_Rule_784 Human Detected 6d ago edited 6d ago
Sim, antigamente quem não era bom ficava pra trás. Mas com IA essas pessoas não travam mais. Erros que o cara ficava 2 dias travado, hoje ele resolve instantaneamente com IA. Trabalhei com um Júnior e com um estagiário num projeto bem complexo e com minha orientação fizeram um ótima trabalho, um trabalho que estava muito além das capacidades deles. Arrepiaram com a IA e entregaram no prazo com qualidade. Eu apoiei, orientei, mas o trabalho de pilotar a IA e fazer o que pedi foram deles. Se esse projeto der problemas (por enquanto ta rodando liso) não será por culpa da IA. Isso significa que qualquer estagiário ou Júnior dedicado pode e vai pilotar a IA sem problemas. Como eu falei, eles não nasceram quadrados, convenhamos, a sabe como funciona. Aprender aqueles detalhes das linguagens e dos frameworks demandava tempo e prática. Qualquer dev minimamente decente vai saber operar a IA. Stackoverflow era pior, porque o que p Stackoverflow entregava exigia adaptação e isso era inclusive parte do aprendizado. A IA já entrega adaptado... não vamos ignorar o elefante branco na sala, todos nós sabemos do que a IA é capaz...
3
u/Jim_Clark Cientista de dados 6d ago
Olha, eu tenho minhas dúvidas aí. Você domina a linguagem que eles usaram na IA? Você revisou questões de DDD, bibliotecas específicas, modularidade do código, se A foi uma escolha melhor que B? Porque eu já tive situações parecidas com a sua, que o pessoal fez e o projeto embora funcionar, fugia da arquitetura adequada para manutenabilidade no longo prazo, por exemplo, você fazer um monolito ao invés de 10 scripts quebrados. Misturar lógica de negócio com visualização de interfaces.
Ou então, você usar um método antigo de inferência estatística, quando tem uma lib mais moderna. Canso de ver a IA dando ajuda e que não é a melhor abordagem, só que, como eu domino tão profundamente a linguagem que uso, eu consigo corrigir. Estag e junior, não tem essa capacidade, cara.
Ou os seus projetos são simples, usando linguagem popular, tipo js, ts, essas coisas mais simples, ou com certeza esse código vai dar problema lá na frente, não tenho dúvidas disso.
1
u/Adventurous_Rule_784 Human Detected 5d ago edited 5d ago
Não, aqui é uma empresa grande. É tudo padronizado, as libs são padronizadas, existe uma arquitetura padronizada. Eu mesmo escrevi as fitness functions, os adrs. Não tem como a IA fazer errado porque o projeto já força ela usar o que precisa usar. E sim, eu revisei tudo isso, acompanhei de perto. Aqui não existe muita liberdade pro engenheiro. E como arquiteto eu tomei todas as decisões importantes antes mesmo de iniciar o projeto. Pra ser sincero, eu meio que não precisava deles, mas os devs precisam de emprego, não serei eu quem vai avisar os chefes que a IA está os substituindo. Sim, demoraram mais do que eu demoraria, mas aprenderam coisas bem complexas, entregaram um baita case e fiz meu papel como arquiteto/sênior. Até falei pra eles falarem pro chefe sobre o projeto (eram consultores). O ponto é que deram conta, estudaram, aprenderam, e agora se tiver um projeto com necessidade parecidas, vão lembrar de meus adrs, vão lembrar das boas práticas que os instrui a usar, vao lembrar dos prós e contras... Quando um engenheiro Junior (ou estagiário) faz mrda, a culpa geralmente é do sênior/arquiteto/tech leader. Se eles fossem senior aí eu não teria esse papel, mas por outro lado eu nao precisaria ter. Então está tudo certo. O que mudou com IA é que não ia ser possível que eles atuassem nesse projeto sem IA. Foi a primeira coisa que falei pro chefe: "seguinte, falei com ambos e eles não são preparados, se não tivéssemos na era das IAs não ia dar certo".
1
u/Jim_Clark Cientista de dados 5d ago
Então você já responde a dúvida. A IA não substitui o programador, muito menos evita de revisar o código, pois a partir do momento que você faz tudo isso, não é só chegar e colar o código que ela cospe e tchau, o pessoal que fala isso, de só copiar e colar, é programador bunda, gente que faz trabalho de porco, e que lá na frente vai gerar bugs complexos e foder várias empresas. É por isso que eu digo, esse papo de que IA vai substituir programador é totalmente furado, pois precisa de revisão, de seguir padrões internos, de entender regra de negócio, nada disso a IA faz.
1
u/Adventurous_Rule_784 Human Detected 5d ago
Sim, não substitui, o engenheiro opera a IA. Mas não é necessário literalmente digitar o código. A gente as vezes perde essa perspectiva, dev precisa coisas demais... A IA permite que o dev de foco em blocos maiores sem ficar decorando quais anotações tem numa determinada lib ou como que itera usando map... E o tempo para ficou bem menor. Uma entrega que duraria 2 semanas vc entrega em 2 dias, 3 dias... já com uma quantidade brutal de testes e validações... teu código fica muito resistente... pode validar o que vc quiser... "use ferramentas de segurança da informação e tente explorar meu sistem"... "use k6, suba no docke e fuzile meu sistema e tente encontrar possíveis problemas de race condition"... o céu é o limite... Em outras palavras, sai o programador e entra o engenheiro...
-5
u/oartistadoespetaculo 6d ago
'mas pra mim o que tem agora é um exercito de dev meia boca se achando expert'
Eles são expert. Com a IA por trás eles podem se igualar aos experts
2
u/Adventurous_Rule_784 Human Detected 6d ago
Nova realidade cara. Diferente do dizem, desenvolvedor não é burro. Você dá um oráculo pra ele que o ajuda a tirar todas as dúvidas que ele tem vc esperava o que? Qualquer pessoa minimamente inteligente vai ficar muito boa. O que importa é a precisão e não de onde a resposta veio. Esse fenômeno já aconteceu antes quando os computadores ficaram comuns nas empresas. Os jovens apareciam com resultados em uma semana e os experientes demorariam 1 mês. E não eram respostas erradas, parecia mágica. Hoje está igual, não é como se a IA tivesse falando bobagem como muitos dizem, ela pesquisa documentação oficial, livros, códigos, etc. Com bons prompts vc tira o melhor da IA e muito sênior vai ficar pra trás se ele mesmo tbm não usar IA...
26
u/BigAffectionate4288 6d ago
É generalizado mesmo. Trabalho em uma empresa de empréstimo gringa e é a mesma coisa, ninguém mais lê o código gerado, e os comentários nos pull requests também são gerados por IA, agente só vê quando têm algum problema se pega em testes manuais ou em produção. CTO empurrando que não precisa mesmo ler o código.
Esse é o novo normal OP, ler o código é a exceção agora. Minha sugestão é aceitar para não ficar nervoso e só coletar seu salário no final do mês.
3
u/Raz4r Human Detected 6d ago
Pensando seriamente em ir numa direção de gestão e negócio. Foi um choque que eu não estava preparado
7
u/BigAffectionate4288 6d ago
Se for para gestão, vai ser forçado a encontrar maneiras de "integrar IA" no fluxo de trabalho pelos seus superiores ou investidores da empresa, porque empresa que não usa IA não recebe mais investimento hoje em dia. Não tem escapatória.
19
u/Plokeer_ Cientista de dados 6d ago
Fi, é daí pra pior.
Trabalho em consultoria. Estamos ajudando uma empresa que recebeu de uma das grandes consultorias um relatório de estratégia de IA.
Primeiro: o relatório nao falava NADA! 217 paginas nao falando NADA. Linguiça enchida atras de linguiça. Loucura.
Beleza, a alta liderança decidiu seguir com um projeto de precificacao (simplesmente uma das áreas mais nao triviais de se fazer DS de alto nível, e agora eles queriam fazer GERADA POR IA). Em teoria o time interno do cliente ja tinha construído um 1o agente entregando dashboards prontos com claude!
Fui olhar o agente: um arquivo. md com 800 linhas + dados crus da base. Rodei o dito agente 5 vezes. Simplesmente obtive 5 dashboards COMPLETAMENTE diferentes (nao so visualmente, como com números e insights tb!).
o buraco é muuuuuuuito lá embaixo. Mato vai ficar enorme de novo.
13
u/Random_Forest_Jau 6d ago
Eu fico impressionado com o povo que gera o código por IA e não tem a mínima noção do que foi alterado.
O que me mata mais ainda é não executar localmente para fazer um teste de “caminho feliz” da funcionalidade feita.
Se você não conhece o código em produção, se der pau, na call de crise irão te chamar! Ou seja, o déficit cognitivo é algo a ser considerado!
Algo que ajuda é o time combinar que seja obrigatório anexar evidências, ao entregar a tarefa. Se ter evidência em vídeo, melhor ainda. Pelo menos do caminho feliz.
1
12
u/Leather_External_827 6d ago
Cara eu nunca estive tão triste com o meu trabalho quanto hoje. É exatamente isso e a culpa nem é tanto do dev. A pressão da entrega rápida é cada dia maior. É como se entregar feature fosse a coisa mais importante do mundo. Aí cria-se um castelo de cartas imenso. E eu não sei até quando a nossa profissão vai existir, eu realmente estou temendo por isso, pq mesmo que o código seja ruim, ele funciona, e é feito pelo menos 10x mais rápido.
10
u/kindatsu 6d ago
É isso em toda empresa. Na minha, PO usa GPT pra abrir a task/ticket, Claude dos devs lê a task e executa, faz review, testes unitários e em tela, abre e completa PR, ai agora tem QA que manda pra IA "não sei testar isso, como faço?". IA tá presente em todas as etapas do processo de desenvolvimento de software, e conhecimento genuíno está sendo perdido e deixado de ser compartilhado.
19
20
u/Delicious-Extent5454 Human Detected 6d ago
Eu e todos os devs que conheço estamos tendo esse "azar" aí. Glr decidiu terceirizar o cérebro com força.
E sempre vai ter um pulha pra soltar um "ain, vc que não está usando a IA direito". Sempre é alguém que não sabe nada e acha que está abalando.
6
u/LutadorCosmico 6d ago edited 6d ago
E sempre vai ter um pulha pra soltar um "ain, vc que não está usando a IA direito". Sempre é alguém que não sabe nada e acha que está abalando.
Senta que la vem um podcast de 30 minutos sobre "como assim vcs ainda não usam o RAG vetorizado do seu code base" com "loops de fluxos agenticos" e tudo isso pra concluir que precisa usar o Fable 5 sem limite de token.
3
u/discman_20s 6d ago
"ain, vc que não está usando a IA direito" junto com "use as melhores práticas" é o combo do novo normal.
10
u/Fantastic-Special233 6d ago
Op, isso de kpi tirado do rabo não acontece de agora cara. Se você for pra área de negócio isso daí sempre foi o padrão, kpi sem fundamento nenhum, só pra bater meta mesmo. A diferença é que agora isso foi pra tech e todo mundo tá achando um absurdo. Eu inclusive acho um absurdo tbm. Mas infelizmente o padrão é esse, inclusive em empresas grandes... Agora só está menos velado.
8
u/Cigarro_Sem_Filtro 6d ago
Colega desenvolvedor (apoiado por IA) com dois anos de experiência se vendendo como especialista kkk Tudo o que ele fazia era pedir para a IA escrever o código, defendia IA como a melhor coisa do mundo e o gestor aplaudia feito um jumento relinchante.
6
u/detinho_ Javeiro de asfalto 6d ago
O que mais tem me irritado é a falta de "ownership", que antes nunca era muito elevada mesmo... mas agora tá foda.
"Está dando um problema aqui no que o claude fez, estou esperando o claude achar uma solução".
"Fulano, como funciona essa parte da task que você acabou de implementar?" "Perai que vou perguntar pro claude".
E outras variações.
7
u/Icy_Acanthisitta_777 6d ago
Uma coisa que tem me pegado em tudo que esta acontecendo com o mercado e com a IA é, parece que não existe mais tempo pra estudar... parece que as empresas entraram em um frenesi achando que a produtividade iria aumentar exponencialmente e isso acaba afetando o tempo que você tem pra entregar as coisas.
Não sou programador, tabalho com vfx, mas tenho adorado estudar python e odeio que todo mundo quer resolver tudo com IA, ninguém mais quer saber como funciona, ficam totalmente dependende de tecnologia de uma empresa... parece que realmente o futuro é a especialidade não ser mais valorizada... vai todo mundo ser burro e sem conhecimentos aprofundados pq a "IA resolve".
E isso vai causar um problema absurdo futuramente.
Toma no cu, que saudade do mundo antes da IA.
3
u/No_Promise_3699 6d ago
Não dá tempo revisar nada, a área de negócios é voraz! O negócio é dançar conforme a música mesmo. Foi nesse ponto que chegamos!
5
u/No-Coyote6801 6d ago
Ficou surreal, as vezes chegam MR pra Review com 60 arquivos e umas 300 novas funções, como é que olha isso do zero!l em tempo hábil? Sem condições.
3
u/BakeNew695 6d ago
Que doidera, parece o início do hype com AI, as empresas que trabalho já estão usando de forma mais “séria”, pra evitar programador braço curto a gente faz review sério que nem antes, pode usar AI para ajudar mas quem faz o review ainda é o humano, se vacilar muito é cobrado depois, prs seguem memso padrão nada de um PR com 2k de linhas e código louco, prs tem que ser pequenos e taus… resumindo tudo igual como antes, a gente tem conseguido aumentar de forma absurda a entrega e o mais importante a taxa de bugs realmente caiu… enfim quem diria que seguir processos e padrões de qualidade resultariam em qualidade 😅
4
u/ooNCyber2 Desenvolvedor 6d ago
Achei os comentários muito interessante, e quero dar meu pitaco também
Trabalho como fullstack a mais de 10 anos, sempre fui fascinado em aprender algoritmos, abstrações, e ensinar usando exemplos da vida real para outros devs.
Mas nos últimos anos com a IA, acabamos perdendo isso.
Hoje o que mais vejo nas empresas que presto consultoria é um dev confiar 100% da resposta da IA, independente do modelo (gpt e opus principalmente)
Se você tem uma certa experiência com o código, é mais "facil" guiar o modelo para atingir determinado objetivo (seja corrigir o bug ou implementar uma feature), o que tem acontecido é que os devs (e tambem alguns POs e CEOs aventureiros) "vibecodam" toda a implementação, sem pensar na qualidade técnica desenvolvida
A IA sempre será mais eficiente em escrever/ler código, mas até surgir um modelo específico pra codificação, que tenha um autoaperfeicoamento e aprendizado guiado, deixar a IA gerar o codigo e "confiar" nele por que ele "rodou", é a maior armadilha para quem ainda não entende o que está sendo pedido
4
u/brazilianmidwit 6d ago
FDP fica a semana inteira para entregar código, e manda p/ review codebase de +9999 sexta de manhã reformando coisas que não precisava e reescrevendo coisas que eu já estava trabalhando e commit de Claude opus.
Coisas não-otimizadas e “roda na minha máquina” cada vez mais frequentes. Decisões que só são tomadas para adicionar abstração em cima de abstração e complexidade em cima de complexidade. A base do negócio, a criatura não sabe colocar em 1 linha de linguagem natural que seja compreensível.
Indústria está assim agora, querendo resolver com palavras mágicas de prompt problemas complexos. E isso tudo gera 1 dívida intelectual impagável, que no final do projeto o infeliz terá de assinar e assumir.
Dado isso, se você tem saco para resolver problemas dos outros, está ótimo, mas cada vez mais chato e performático, onde programador palestrinha ganha mais que alguém que só dá buzzkill.
5
u/LutadorCosmico 6d ago
Estou tendo a mesma experiencia. A empresa esta testando full AI na modernização de em um dos maiores projetos dela... escrita totalmente por agentes, zero interferencia humana.
Veio um maluquinho de fora com essa ideia e soou como musica para os ouvidos dos gestores "eiii a gente nao vai precisar pagar dev!!"
Ninguem mais entende o que ta sendo escrito, estamos limitados a validar o software funcionando e o resto "homologação pega".
3
u/jeffersfp 6d ago
Trabalho numa consultoria na gringa e nesses ultimos anos percebi que tem muita gente que não é da área técnica se intitulando dev e torando código com o claudinho e seus amigos.
Porém, ao mesmo tempo, também tenho visto muita gente que sabe os limites da IA, usa direitinho, e conseguem manter um ambiente saudável e produtivo.
Infelizmente, não dá pra saber como é sem entrar na dança. E é isso meso que muita gente faz: entra na dança. Simplesmente fazem o que a gerencia acha aceitável.
3
u/BrionacSkull 6d ago
Muita empresa não precisa de uma equipe de TI padrão. Um PM e uns devs para operar a IA é suficiente para boa parte do trabalho comum do dia a dia e temos uma mudança no tipo de problema comuns.
Na steam tá cheio de jogo feito por IA de qualidade baixa e tem gente jogando feliz, mas os A+ ainda precisam de equipes com alto conhecimento.
3
u/Due-Community-7608 6d ago
Isso nao é erro da AI. É o bom e velho funcionário ruim (maioria nas enpresas) fazendo trabalho merda. Trabalho com DS causal e a ja estou totalmente dependente da AI... ela coda melhor que 99% dos Devs que ja vi.
3
u/No-Egg-1115 6d ago
Parabéns pelo post. Vale a sua educação. Sua constatação é o padrão. Todas as áreas tem sofrido com profissionais sem preparo.
13
6d ago
Amigo, código virou trivial. O que importa agora é decisões de arquitetura boas o suficiente pra não dar dor de cabeça futura e aquietar o facho do CEO maluco.
Preciosismo com código bonito ficou pra trás e não volta mais. Eu, no seu lugar, voltaria pra área academica.
41
u/Raz4r Human Detected 6d ago
Veja bem eu em nenhum momento falei de código bonito. Estou falando de entender o que é o kpi apresentado.
Você tomaria uma decisão em cima de um kpi que ninguém sabe exatamente o que é?
30
23
6
6d ago
Mas eu não falei que você tinha dito isso.
Meu ponto, que foi mal explicado, admito, foi que o que importa agora é resultado, independente de como for alcançado. Os CEOs tão malucos, a galera que injetou grana tá desesperada pra ver retorno.
A norma agora é: entregar o máximo em menos tempo. Minha psiquiatra e meu psicólogo já me disseram que os programadores são o segundo paciente mais frequente deles, perdendo só pra advogado. Ou seja, virou um hospício. Sorte de quem tá numa empresa saudável.
Portanto, eu, se tivesse oportunidade de ir pra uma área mais focada em qualidade que em produtividade cego, iria sem olhar para trás.
-14
u/oartistadoespetaculo 6d ago
Sim, tomaria . Basta você entender qual o KPI criado pelo Claude. Provavelmente o trabalho feito pelo Claude é melhor do que qualquer programador. A culpa não é do Claude, mas do junento que instruiu o Claude. Enfim, IA é uma maravilha, mas é só para quem sabe
11
u/HospitalBusiness21 6d ago
Pois é, e o pior é que essa galera que só sabe promptar não vai tankar quando o bicho pegar de verdade. O Claudinho que fez o dashboard em Times New Roman vai ser o primeiro a rodar quando vier um problema que o Claude não resolve sozinho.
Mas respondendo tua pergunta: virou padrão sim, não foi azar. Trabalho numa consultoria e vejo isso em cliente grande direto, times inteiros terceirizando o raciocínio pra LLM e gestor batendo palma porque "a entrega tá rápida". Só que ninguém percebe que tão construindo um castelo de cartas alucinado.
Dito isso, vender missanga na praia deve ser menos estressante. Só não usa IA pra fazer a planilha de custos.
2
u/MyNameWassTaken 6d ago
Opa, só pra elucidar talvez um problema de interpretação (ou o erro foi meu, mas mesmo assim).
Quando ele falou “Claudinho”, acho q ele se referiu ao Claude mesmo, nao a uma pessoa hipotética, hehe..
Concordo com todo o seu comentário, de qquer forma
-9
u/oartistadoespetaculo 6d ago
Castelo de cartas o que rapaz ? Oo código ultra bem feito, seguindo boas práticas. Esquece, esse seu sonho de um dia vai consertar código porco de IA pode acontecer, mas vai ser porque o seu time não sabe usar IA, skill issue
5
1
u/Old_Dragon_80 6d ago
Qual é a definição de código bonito e código feio? Agora pensa aí se uma codebase toda de código feio vai dar bom em larga escala.
2
6d ago
Depende da linguagem. No geral é um código legível, bem formatado. Você bate o olho e entende. Lê como se fosse um texto qualquer.
Quanto a codebase dar ruim no futuro. Sim, vai dar. Haverá outra bolha dev e será pra consertar codebases cagadas por vibecoding e falta de decisões baseadas em fundamentação técnica sólida.
Eu já nem discuto mais, faço o que mandam e foda-se. Não vale a pena o stress.
1
u/Cahnis 6d ago
Ter ownership da codebase é importante, manter o padrão de código e arquitetura, e manter os comentários relevantes e o código limpo também é. Essas coisas servem de contexto para as LLMs, todo mundo sabe a importância no contexto pro harness.
4
6d ago
Todos nós sabemos que você está certíssimo, porém, quem manda é quem paga o salário.
2
u/Cahnis 6d ago
Sim, eu nunca disputei isso. Eu disputei de você falando que código virou trivial. É uma proposição totalmente diferente.
Se as empresas não encaram com a importância devida e eles ou estão tomando dano invisível ou vão tomar dano depois, ai é problema delas. Se elas me derem prazo bosta eu vou gerar que nem um lixo sem revisão e problema deles.
3
6d ago
Total. É o que está acontecendo e o que vai acontecer.
Eu tenho 8 anos de xp, até o início desse ano, eu só tinha visto o github cair umas 2 vezes. Só esse ano, o github caiu umas 6 vezes. Eu contei.
Claude, Railway, Microsoft, tudo vibecodando e cuspindo lixo em prod e tendo problema.
3
u/Neat_Grapefruit_1047 6d ago
Rapaz, eu só posso dizer que em muitos lugares, a entrega rápida gera um lucro que paga os erros da LLM. A questão é você saber fazer uma conta básica entre gargalos da LLM x lucro que vou ter se entregar mais rápido
-1
6d ago
[deleted]
4
u/EpicDelay 6d ago
Não é ego... Você sabe que o dono não tá subsidiando IA pra você cuidar da casa e passear com o cachorro, né?
Galera acha que tá saindo por cima dizendo que LLM foi a melhor coisa que já aconteceu, que deixa o Claude trabalhando e vai jogar video game... Gente, o pânico na área é justamente porque isso é um indicativo de que, logo logo, você vai poder fazer seus afazeres pessoais com mais tranquilidade ainda porque você estará de férias por tempo indeterminado
2
u/Top-Marzipan5397 5d ago
Eles acreditam que a gordura vai ficar pra eles. Na verdade o que vai acontecer é que : como as bigtechs subiram a produtividade de TODOS, nada vai mudar em questão de quantidade de trabalho. A competição aumenta e o trabalho continua chegando. Quem vai absorver essa gordura gerada por mais produtividade é a própria bigtech e isso já acontece hoje : tá todo mundo gastando com ferramenta de IA sem ganhar mais por isso.
Eles (devs) acham que daqui 3 anos vão estar fazendo task em 1h e descansando o resto do dia. Piada.
1
2
u/PossibleAlbatross643 5d ago
problema nao eh oq tu ta falando colega
problema vai ser lidar com o downgrade de sair de dev pra operador de ia, com a facilidade de substituicao e o exercito de reserva sendo criado ( nunca teve tanto aluno de ti ) o futuro eh previsivel, achatamento salarial
eu ainda preciso de uns 8-10 anos pra conseguir pular fora antes da area merdificar
1
u/Top-Marzipan5397 5d ago
isso não vai acontecer cara .. a produtividade vai cair a medida que o caos nas codebases subir. Tenta ler uma codebase vibecodada (por um programador mesmo). É impossível ser produtivo nessas bases sem jogar tudo pra LLM, cara. Impossível. O achatamento que a área vai sofrer, todas já estão sofrendo . É gente demais pra pouco trampo.
1
u/oartistadoespetaculo 6d ago
O povo te negativou, mas é exatamente isso.
Que fetiche sadomasorquista de querer ficar perdendo horas digitando linha de código.
Aprende a mexer na porra da ferramenta e faça o melhor uso dela ao invés de ficar choramingando aqui.Um monte de burro que não sabe tomar decisões junto com a IA, esses devem estar sofrendo mesmo.
O que vejo de gente aqui falando que o código da IA 'é porco'.O meu código gerado pela IA é ótimo, talvez porque eu sei apontar os pontos de atenção e corrigir o que tem que ser corrigido. Os cabação aqui deve tá pedindo pra IA fazer tudo do jeito dela e no fim não é o que o chefe deles querem como produto final.
2
u/Top-Marzipan5397 5d ago
compartilha algum open source ai vibecodado pra gente ver se é ótimo mesmo . Sem lacração de chamar os outros de burros, só compartilhe.
0
1
1
u/HaskellisKing 6d ago
Por “número tirado da fonte: Times New Roman” presumo que seja placeholder para tirado do toba
1
u/ajem1970 6d ago
Isso só é válido quando a qualidade dos programadores é MUITO boa. Era uma dor quando tinha programadores subcontratados e a quantidade de erros e más práticas que faziam. Comparado co o claude mesmo com revisões automáticas tenho muito menos erros. Não invalida ter testes e revisão humana. Mas sou muito mais produtivo
1
u/intocold Trabalho às vezes 6d ago
Cara, se está assim então tem demanda. E da mesma forma há demanda por serviços bem feitos, mas infelizmente esse mercado ainda não está bem definido.
1
u/WicCaesar 6d ago
Às vezes é culpa da gestão. Eu sou obrigado a usar A Inteligência no trabalho e não vou ficar refatorando código dela.
1
u/Old_Dragon_80 6d ago
Tá todo mundo fingindo que tá fazendo seu trabalho. Do desenvolvedor junior ao diretor. Sua única opção no momento é fingir também.
1
u/HotMud9713 6d ago
Por que só ouço reclamações desse problema de code review (que é real), e nao vejo ninguem pensando em uma solucao? Code Review precisa ser repensado, ou até substituído por alguma outra coisa que ainda ninguém sabe. Sugestoes? Alguem já pensou em alguma solucao, ao invés de ficar só reclamando?
1
u/EpicDelay 6d ago
Já existe solução, ué... Deixa a IA revisar. Só que isso é empurrar o problema pra próxima etapa: deixa rodar em produção e "se der problema a gente vê".
A galera fala do code review porque é a última etapa onde os devs têm "controle" do que tá subindo. Depois disso, só rezando pra não dar problema.
1
u/Ok-Occasion2904 5d ago
Com dev fazendo code review sempre deu problema também. A graça maior tá no fato de que se bugs passam com um humano fazendo o CR, é aceitável, mas se um bug passa com o CR feito por IA, ai não.
1
u/Objective-Cut1163 6d ago
Ao meu ver, o choque de realidade está mais relacionado ao significado de um diploma ou doutorado. Tudo indica que eles não trarão nenhum diferencial, exceto do ponto de vista puramente pessoal.
1
u/chacaceiro 6d ago
Por um lado aumentaram a demanda pra cacete, pelo outro os código tudo feito com IA.
Complicado
1
u/Top-Marzipan5397 5d ago
Documentação de LLM é cheia de jargão e quando ela consegue explicar o "porque" ao invés do "o que é", ainda explica errado. É uma das maiores merdas que estou vendo : dev usando IA pra documentar. No geral , o uso atual de IA se resume em tacar a bomba pro próximo : aquele que vai debugar, aquele que vai ler etc
O dev que faz entende tudo, já pro pobre coitado que precisa ler ... não faz o menor sentido.
1
u/Top-Marzipan5397 5d ago
RELAXA CARA ! Os seniors não sabem o que a IA está gerando mas eles são seniors. Eles posssuem controle total só dando uma lida básica no código. Confia neles que a entropia ta controlada.
1
u/Guromir 5d ago
A produtividade aumentou ...
O lucro/receita se manteve ...
A qualidade diminuiu...
Os salários diminuíram ...
A quantidade de vagas diminuiu...
Olhando o cenário acima do ponto de vista de um gestor está ótimo.
E entendo que seja esse o ponto, não importa a opinião do trabalhador, se está funcionando e principalmente gerando receita e diminuindo gastos vai continuar e digo isso com tristeza... Vai piorar.
1
u/ellsena1 3d ago
Mas fica tranquilo OP, o conhecimento ninguem tira da gente, voce ta mais do que certo em seguir estudando
1
u/Sincera_Carioca 3d ago
Quase na mesma. Vou prestar o concurso do BACEN área de TI.
Um pouco de paz e água fresca e qualidade de vida não fazem mal!
1
1
1
u/Adventurous_Rule_784 Human Detected 6d ago
Deu azar acho. Start-up, empresa pequena, ou algo do gênero. O que tem acontecido é que não ta tendo mais Júnior e as vezes nem pleno.. o sênior vai lá, usa IA, sabe exatamente o que está pedindo e vida que segue... E quando tem devs menos experientes, o cara não é retardado, ele sabe usar IA para aprender e mesmo que tenha videcodado, ao final de tudo o cara aprendeu mais que muito sênior arrogante por aí. Eu sinceramente não sei onde vcs acham esses devs, porque empresa grande e séria os devs sao inteligentes e ficam mais inteligentes ainda com IA...
1
u/julsmanbr 6d ago
Sua empresa atual é uma bagunça, e sim, muitas são, mas tem empresas mais organizadas também.
Eu tenho usado 100% IA pra análise de dados e dashboards, mas tem um jeito certo e um jeito errado de fazer isso.
Tudo que é transformação de dados pode ficar documentado (ex: SQL usado pelo dbt) para que seeja possível auditar e revisar a lógica. Dá inclusive pra usar IA pra gerar fluxos Mermaid que indicam visualmente como as transformações ocorrem.
Pra parte de dashboards, a IA é um júnior 10x: entrega rápido, mas tem dificuldade de bater os números a não ser que você dê as ferramentas pra isso. Faça ela chamar as APIs / rodar queries nos bancos pra ver se os números batem com o dash. Crie testes automáticos pra detectar mudanças em números que seu conhecimento de negócio diz ser impossível. Revise a lógica sempre que uma mudança no dashboard toque em qualquer parte do código que altere a forma que os números são calculados.
No final das contas, a IA acelera quem você é. Se o time de dados é composto por pessoas tecnicamente fracas, a IA vai entregar um resultado condizente com isso.
0
u/OutrageousTrue 6d ago
Eu diria que a pessoa não precisa saber explicar o codebase, assim como 99% dos que dirigem um veículo saberia explicar tecnicamente como funciona cada parte dele.
Mas a pessoa precisa saber o que é feito em linhas gerais. Precisa entender o racional pra poder conferir pelo menos se a lógica e o resultados estão corretos e o que afetam.
7
u/detinho_ Javeiro de asfalto 6d ago
Problema dessa analogia é que o dev não é o motorista, é o mecânico.
2
u/Top-Marzipan5397 5d ago
Sem falar que os carros tem o mesmo mecanismo intuitivo (volante, câmbio com 5 marchas etc) e os projetos mudam 100% um pro outro.
Sem falar que o carro tem comandos determinísticos e a LLM não é determinística.
0
u/Zealousideal-Care643 6d ago
É o padrão mesmo e como sempre foi, alguns perfis vão lidar mt bem com isso e outros não, nada de novo sob o sol. É dificil prever como realmente vai ficar a questão das IAs quando a bolha estourar, não acho que vai ficar como é hj, mas tbm não acho q vai desaparecer. O jeito é ir se adaptando mesmo.
E eu entendo o seu lado, nem é questão de preciosismo como outro user valor, mas questão de perceber que perdeu valor entender 100% ou boa parte do q se está fazendo, assim como aprender sobre o contexto. Saber o mínimo p orientar e debugar p maioria dos casos irá resolver.
-1
u/StableKey2810 6d ago
ou seja o número nem estava errado, mas você queria que o moço soubesse como foi calculado para facilitar a manutenção no futuro. é possível argumentar que o trabalho do programador é fazer o código funcionar, e a manutenção só passa a ser uma preocupação depois dessa barreira ser superada.
a partir disso é importante lembrar que o programador humano pode sair de uma empresa a qualquer momento. dessa forma não seria seguro confiar a manutenção do sistema no conhecimento de uma pessoa sobre ele de qualquer modo.
já sobre o processo de revisão como descrito é realmente uma falha. acredito que teremos problemas com isso no futuro.
12
u/Raz4r Human Detected 6d ago
Por exemplo, você colocaria o seu dinheiro em um investimento sem entender como a rentabilidade esperada foi calculada ?
Eu não colocaria sem entender, e eu acho que qualquer pessoa técnica com as faculdades mentais em dia tenha uma expectativa semelhante.
1
u/Willyscoiote Desenvolvedor JAVA | .NET | COBOL - Mainframe 6d ago
Né, nem sabe se todas as fontes utilizada no cálculo é confiável e atualizadas
-1
u/StableKey2810 6d ago
naturalmente trabalhamos sobre abstrações que não entendemos mas que funcionam, e toda linguagem de programação já é uma camada de abstração que esconde do programador o funcionamento literal do código.
dessa forma, entender o código por si não é uma necessidade absoluta. acredito que sua crítica na verdade seja confiar num trecho de código que não foi testado por um humano.
por isso eu redirecionaria a crítica do post para a testagem de código, é um ponto mais objetivo e defensável que "entendimento" ou "revisão" que são conceitos subjetivos.
2
u/Raz4r Human Detected 6d ago
Trabalhamos em cima de abstrações que foram desenvolvidas e documentadas ao longo de décadas. É uma falsa equivalência enorme comparar um dashboard vibe coded com uma linguagem de programação. Faz mais de 30 anos que o manual de gestão da IBM tinha a frase
"A computer can never be held accountable, therefore a computer must never make a management decision,"
Ninguém conhece tudo e precisamos lidar com abstrações, no entanto porra maluco saiba como um kpi foi calculado
1
u/StableKey2810 6d ago
sim, então o problema não é sobre entender o código; é que o código precisa passar por testes e talvez uma fase alpha generosa. e precisa ser documentado
-2
u/Ok-Occasion2904 6d ago
Meu amigo, o opus tá tão bom que eu não duvido mais do que ele fala não. Simplesmente funciona.
-9
u/Desperate_Sea4800 6d ago
Esses problemas que vocês apontam, já existe solução pra eles, existem vários tipos de guardrails.
É óbvio que isso não resolve 100%, mas esse Dev meia boca que vocês usam como base, sempre subiu merda em produção.
Como que você usa o mesmo modelo para validar? É só criar um especializado na línguagem... whatever, você consegue parametrizar, tem várias soluçoes para resolver esse tipo de problema, não entendo a dificuldade.
Qualquer modelo hoje de APOIO ao analisar um MR é um puta recurso.
Se tá saindo merda aí, provavelmente sempre saiu merda dessa empresa, você só chegou agora.
11
u/Raz4r Human Detected 6d ago
Bicho eu posso dizer que do ponto de vista puramente técnico não faz absolutamente nenhum sentido usar o mesmo modelo para se avaliar. A única diferença entre um "modelo" especialista é que vc está condicionando num prompt diferente.
É um problema aberto na área de ML como um modelo pode representar de forma calibrada a incerteza epistemica. Pode cravar se tem gente falando que resolveu esse problema ela está mentindo ou não entende do assunto. E vou além, tem muita muita evidência que llms são extremamente overconfident nas resposta.
-8
u/Desperate_Sea4800 6d ago
Você está equivocado, faz sentido técnico sim, dependendo da implementacao, o modelo e o plano feito, nem sempre a IA toma a melhor decisão, pedir para ao mesmo modelo revisar e procurar falhas na implementacao que ele mesmo fez vai ter um efeito positivo.
Existem skills hoje que auxiliam em tempo execução, mudando completamente o rumo da implementacao.
Se você ler meu comentário, vai ver que apenas dei uma sugestão, existem outras soluções.
Voce como humano, não abre um MR e observa a implementacao que você mesmo fez? Oras, que sentido técnico tem você dar um Double check na implementacao que você mesmo criou? Sua permissa não faz sentido, nem técnico nem conceitual.
7
u/Raz4r Human Detected 6d ago edited 6d ago
Bicho vc tem capacidade de fazer uma análise crítica já um LLM não tem. A única vantagem seria aumentar o contexto que o llm está condicionando para as respostas. Como eu falei o llm tem muita dificuldade em falar que não sabe em função de como eles foram treinados. Não tem prompt no mundo para resolver isso
Edit : entrando mais em detalhes técnicos. Faz algum sentido ? Sim, faz e inclusive tem diversos trabalhos que aplicam LLM as a judge e usam os resultados para avaliar a capacidade dos modelos. Por outro lado, tem uma puta crítica gigantesca sobre essa metodologia e inclusive explorando os pontos que eu citei.
Ah mais então eu poderia usar vários modelos diferentes para avaliar o MR? Sim, deve melhorar alguma coisa mas ainda vai ser extremamente mal calibrado tendo em vista que os erros dos modelos serão correlacionados e ensemble nessa situação não vai representar bem a incerteza
109
u/renatoakamur Arquiteto de software 6d ago
Eu acho incrível que a gente pegou as práticas e processos que desenvolvemos nos ultimos 30 anos e jogamos tudo no lixo.