31 pontos por GN⁺ 2025-03-19 | 29 comentários | Compartilhar no WhatsApp
  • É verdade que ferramentas com LLM aumentam a produtividade no desenvolvimento
  • Porém, no longo prazo, ao depender dessas ferramentas, a capacidade de resolver problemas por conta própria diminui
  • A sensação de realização obtida no processo de escrever código desaparece, e em vez de resolver problemas, a pessoa passa a esperar pela resposta da IA

Enfraquecimento da paixão e do espírito de desafio no desenvolvimento

  • Há pessoas que nem gostam de programar → nesses casos, talvez a área de desenvolvimento não seja a ideal
  • Os melhores engenheiros que conheci buscavam inovação criando ferramentas ou software voluntariamente até nos fins de semana
  • Melhorar o desempenho de um sistema só é possível com entendimento fundamental; sem isso, não passa de tentativa aleatória

O fenômeno de 'Copilot Lag'

  • 'Copilot Lag' significa o estado de ficar esperando a próxima instrução da IA
  • É parecido com um desenvolvedor júnior esperando orientação de alguém mais experiente
  • Ao usar o GitHub Copilot, a pessoa acaba esquecendo até elementos básicos da linguagem e da sintaxe
  • O ganho de velocidade no curto prazo faz o conhecimento de longo prazo se deteriorar

O LLM pode atrapalhar o processo de aprendizagem

  • Ao estudar "Writing An Interpreter In Go", de Thorsten Ball, o Copilot gerou o código, mas isso não trouxe a capacidade de reescrevê-lo por conta própria
  • Conceitos importantes, como gerenciamento de memória e design orientado a dados, acabam sendo deixados de lado
  • O código criado pela IA pode parecer correto à primeira vista, mas sem entender os princípios fundamentais, isso não tem sentido

Como usar LLMs de forma eficaz

  • LLMs podem ser usados de forma útil como um mecanismo de busca
  • Assim como ao pesquisar no Stack Overflow, é possível consultar as respostas do LLM
  • Porém, LLMs não refletem exatamente o conhecimento de especialistas reais; eles geram respostas com base em padrões aprendidos e sequências de tokens → por isso, cometem muitos erros
  • Não se deve aceitar a resposta do LLM como verdade absoluta; é preciso analisar por que ele recomenda aquela abordagem
  • Quando houver algo desconhecido, é necessário pesquisar e aprender por conta própria
  • Ao aprender uma nova linguagem (como Zig), pode ser útil anotar o que foi aprendido
  • Essas anotações podem servir como material de referência para o aprendizado e também ajudar quando forem compartilhadas com outras pessoas

Conclusão

  • Ferramentas de IA são úteis, mas depender delas cegamente pode acabar produzindo o efeito contrário
  • É importante entender os princípios por trás das soluções sugeridas pela IA e manter uma postura de aprendizado autônomo
  • No fim, o mais importante é manter a capacidade fundamental de resolver problemas sem depender das ferramentas

29 comentários

 
madnix 2025-03-27

Hmm... acho que, antes de tudo, a diferença está na perspectiva de ver a IA como ferramenta ou como inteligência. Eu não consigo concordar com este texto porque, como já foi dito nos comentários abaixo, é um equívoco enxergar o desenvolvedor apenas no nível do código. No passado, quando a Revolução Industrial aconteceu na Inglaterra, os agricultores também gritavam que morreriam de fome, mas no fim isso criou mais empregos e trouxe muitos benefícios para a humanidade. Além disso, quando os computadores surgiram, também se dizia que por causa deles as pessoas ficariam cada vez mais burras, mas no fim conseguimos resolver mais coisas em menos tempo, e as pessoas ficaram mais inteligentes.

 
jokerized 2025-03-24

LLMs, incluindo deep research, ainda não são úteis para resolução de problemas de alto nível. (Por exemplo, desenvolvimento de algoritmos em nível de artigo científico)
O mesmo vale para otimização extrema e para programação que exige entender diversas características de sistemas e questões técnicas: isso ainda precisa de intervenção humana. Desenvolvedores não são programadores simples, e sim solucionadores de problemas. Um dia talvez a resolução end-to-end de problemas também se torne possível, mas, por enquanto, isso parece positivo do ponto de vista da produtividade, porque economiza tempo gasto com digitação e programação simples e permite investir mais na abordagem de problemas mais difíceis.

 
skarl86 2025-03-22

Em algum momento, acho que passei a usar isso muitas vezes com um conceito parecido com o de revisão de código. Recebo sugestões de código, converso sobre a direção do código, penso e proponho maneiras melhores e, quando sai um resultado que me satisfaz, acabo adotando-o.

 
kaydash 2025-03-22

Toda a lógica da aplicação e a lógica de negócio precisam ser pensadas por pessoas.

 
elbanic 2025-03-22

Essa preocupação surge quando se limita o desenvolvedor apenas à programação. Na verdade, desenvolvedores fazem muito mais coisas; depender da IA na parte de código pode até ser visto como algo que os deixa mais bobos, mas também pode ser encarado como algo que permite focar mais em outras partes.

 
pcj9024 2025-03-21

Ttuyatyai... eu, desenvolvedor idiota...

 
dongyagn1 2025-03-20

Também diziam que a Unity deixaria os desenvolvedores de jogos mais burros, mas no fim ninguém ficou mais burro; todo mundo acabou aprendendo várias outras coisas e só ganhou mais trabalho mesmo kkk

 
halfenif 2025-03-21

Só arrumou mais trabalho... como isso é possível...

 
nimgnos 2025-03-20

É difícil concordar com a ideia de que isso esteja deixando os desenvolvedores mais burros...
Desde a adoção da IA, a produtividade realmente aumentou de forma impressionante.

 
vhzkfltmdnpxm 2025-08-18

Tem um idiota aqui kkk

 
alpharoom 2025-03-19

Hoje em dia, se você não concorda com a ideia de que dá para fazer tudo com IA, acaba sendo xingado, então é isso.

 
play1204dev 2025-03-19

Se for alguma função de biblioteca que eu não conhecia ou um shell script que não me vem à cabeça na hora, tudo bem, mas ele mistura recursos já deprecated e funções que nem existem, e aí a gente perde todo o tempo debugando

> Não devemos aceitar a resposta do LLM do jeito que ela vem; é preciso analisar por que ele está recomendando essa abordagem

Acho que esse é o ponto principal.

 
dongwon 2025-03-19

Acho que ferramentas sempre trazem, ao mesmo tempo, a expansão do pensamento e a destruição do pensamento. O ideal é que, por meio dessa destruição do pensamento, a gente consiga avançar para uma expansão de pensamento de ordem mais alta, mas, nos momentos em que não estamos preparados para isso, parece que esses problemas sempre acabam aparecendo.

Por isso, no fim das contas, acho que esse tipo de reflexão sempre acompanha o uso de ferramentas. Eu considero que são processos necessariamente importantes. Em vez de simplesmente rejeitar ou usar cegamente, acho mais desejável focar em como usar bem essa ferramenta e em como aproveitá-la para, no fundo, investir recursos nas partes realmente mais importantes.
(passando de 1.000 usos por mês no Cursor...)

 
amarese 2025-03-19

Sr. Kim. Gostaria de me atrever a lhe dar um conselho. Não é nada demais, mas não use funções do Excel demais, por favor. Se existe conveniência, o risco também aumenta. Para abater um boi, há uma lâmina adequada; mas para pegar uma galinha, será que precisa de faca? O mais simples pode ser a resposta certa.

 
codemasterkimc 2025-03-19

O texto acima é a versão GPT das funções do Excel kkk

 
losoowmik 2025-03-19

Na minha opinião, dá para ser rápido em cálculo mental, e a calculadora também pode ser boa. Acho que o computador é uma faca para abater boi, então deixo essa opinião.

 
jingjing2222 2025-03-19

Nunca mais vou usar o ChatGPT
Eu também já escrevi um texto parecido.

Sem dúvida existe um efeito de aumento de produtividade, mas acho que devemos evitar o próprio ato de terceirizar o cérebro.

 
dicebattle 2025-03-19

Ainda sou um defensor fervoroso do Cursor e da Anthropic, mas em algum momento percebi que fui deixando de usar aos poucos o tão empolgante modo agent e passei a primeiro perguntar no modo ask sobre a arquitetura e a forma de implementação; só quando fico plenamente convencido é que fui me treinando para aceitar, ponto a ponto, as sugestões de alteração da IA.
Enquanto dois engenheiros, cada um usando o modo agent, refatoravam e adicionavam estrutura a um módulo não tão grande (mas bastante importante no nosso projeto de trabalho), acabei me deparando diretamente com uma situação em que um código que supostamente organizaria a arquitetura, na prática, acabava deixando tanto a legibilidade quanto a estrutura ainda mais bagunçadas — e foi isso que me fez mudar assim.

 
onixboox 2025-03-20

Eu também uso assim. Se for uma linguagem com a qual estou mexendo pela primeira vez, uso o modo agent, mas se for uma linguagem que conheço, acabo verificando primeiro se o código faz sentido.

 
iolothebard 2025-03-19

Não é tanto que a IA esteja tornando os desenvolvedores idiotas…
Desenvolvedor idiota continua sendo desenvolvedor idiota mesmo usando IA…
Garbage in, garbage out

 
ehdgns104 2025-03-24

Falou tudo mesmo kkk

 
powerkid 2025-03-21

Concordo. Não é algo incondicionalmente ruim nem incondicionalmente bom; parece apenas mais uma ferramenta de produtividade útil.

 
halfenif 2025-03-21

Concordo.

Eu já dizia com frequência há algum tempo que nem todo desenvolvedor é igual.

 
aer0700 2025-03-20

Acho que essa afirmação está correta...

 
white9s 2025-03-19

É uma colocação dura, mas não está totalmente errada. No mesmo sentido de que boas respostas vêm de boas perguntas..

 
j2sus91 2025-03-19

Parece que o autor está falando sobre usar ferramentas de IA de forma cega, dependendo apenas delas.

Minha opinião pessoal é que, se o uso de IA aumentou a eficiência no trabalho, vale a pena aproveitá-la ativamente para reduzir tarefas repetitivas e investir o tempo ganho em áreas mais amplas (por exemplo, um desenvolvedor backend expandir para frontend ou desenvolvimento de apps) ou em direções mais construtivas, como design de arquitetura.

Pelo conteúdo geral, acho que o autor também concordaria com essa opinião, mas como às vezes existem desenvolvedores que rejeitam a própria IA, resolvi deixar algumas linhas de resposta... rs .

 
tsboard 2025-03-20

Também concordo. Isso me faz lembrar de um texto que dizia para não usar as funções do Excel.
Acho que é vantajoso aproveitar bem os recursos que já existem para aumentar ainda mais a utilidade.

 
zinisuni 2025-03-19

Concordo. ^^

 
GN⁺ 2025-03-19
Opinião do Hacker News
  • Algumas pessoas podem não gostar de escrever o próprio código. Nesse caso, isso pode significar que estão tentando trabalhar em uma área para a qual não são adequadas
    • Eu aguentei escrever meu próprio código por décadas. Às vezes é satisfatório, mas na maior parte do tempo é uma abstração entre minhas ideias e eu
    • Gosto de criar algo rapidamente e, quando tenho uma ideia, quero que ela seja implementada da forma mais eficiente e limpa possível
    • Aceitei trabalhar com LLMs. Não acho que isso tenha me tornado mais preguiçoso
    • Pelo contrário, isso me inspira a começar quando estou travado. Quando o LLM inicia o trabalho, eu assumo e termino do meu jeito
    • Estou produzindo mais produtos do que antes
    • Trabalhei com pessoas, e algumas delas são minhas amigas. Elas acham que seu código e sua metodologia são sagrados
    • Acho que, com a chegada da IA, não há lugar para elas. Entrei nesse jogo pela criatividade, e é por isso que estou aqui
    • Ferramentas e sintaxe são apenas meios para um fim
    • Isso se repete sempre que uma nova camada de abstração é desenvolvida e torna fácil criar código funcional sem entender a camada inferior
    • Quase sempre são abstrações com vazamentos. Às vezes, é necessário saber como a camada inferior realmente funciona
    • Desenvolvedores que investiram muito tempo e energia emocional para entender a camada inferior afirmam que as pessoas que dependem da abstração são mais burras
    • Todos nós seríamos mais inteligentes se escrevêssemos código à mão sem depender de bibliotecas de terceiros
    • Seríamos mais inteligentes se gerenciássemos memória manualmente
    • Seríamos mais inteligentes se escrevêssemos todo o código em assembly e não dependêssemos de compiladores
    • Seríamos mais inteligentes se fizéssemos a fiação dos nossos próprios transistores
    • Aprender a camada inferior é educativo. Muitas vezes é necessário para extrair o melhor desempenho possível
    • Mas não é necessário entender a camada inferior para entregar valor ao cliente
    • O que eu mais gosto é usar LLMs de código para me ajudar a entender um código que eu ainda não compreendo
    • Mesmo quando a resposta está errada, muitas vezes ela dá pistas que eu consigo seguir por conta própria
  • Tive uma experiência parecida. Usei um LLM para criar uma funcionalidade, mas depois descobri que o código vinha de uma biblioteca que já existia
    • Se eu tivesse pesquisado direito, não teria feito uma versão muito pior
    • Agora só uso para obter funcionalidades protótipo no editor com base em comentários, e faço o resto eu mesmo
    • Configurar um pipeline de IA tira toda a diversão e parece uma tarefa extremamente cansativa
    • Eu preferiria simplesmente programar
    • Quando o LLM erra pela 2ª, 3ª, 4ª vez seguida, começo a sentir uma raiva genuína
    • Isso é exaustivo
    • Espero que fique mais fácil e que a UX melhore nos próximos 1 a 2 anos, mas não sei como isso vai ser
    • Talvez eu simplesmente não tenha visão suficiente
  • LLMs tiram dos estudantes a motivação para entender profundamente e se concentrar em problemas técnicos
    • Em vez disso, eles copiam, colam e seguem em frente sem entender
    • A analogia com a calculadora pode ser apropriada. Só é uma ferramenta adequada depois que se aprende a calcular à mão
    • Em um experimento, estudantes de negócios receberam ChatGPT e tarefas de ciência de dados
    • Eles encontraram soluções sem conhecimento prévio, mas não adquiriram conhecimento
    • Um amigo comentou: "esse modelo de linguagem não deveria ser disponibilizado ao público em geral"
  • Uma anedota pessoal do meu emprego anterior
    • Um desenvolvedor júnior recebeu a tarefa de escrever um script que gerasse uma lista de branches não usadas há muito tempo
    • Recebi um pedido de review, e a maior parte estava escrita em awk
    • Ele colocou a definição da tarefa no LLM, copiou a resposta e colou no pull request
  • Platão, Fedro, 370 a.C.: "Eles deixarão de exercitar a memória, porque não se lembrarão mais por si mesmos, mas trarão as coisas à lembrança por meio de sinais externos"
  • Posso estar antiquado, mas me lembro de uma época em que falhas silenciosas eram consideradas uma das piores coisas que um sistema podia fazer
    • LLMs são máquinas de falha silenciosa
    • Eles são úteis em seu devido lugar, mas tenho certeza de que, quando um chefe ouve falar em substituir trabalho humano por IA, vai sofrer o desastre que ele mesmo provocou
  • Entrei em engenharia de software porque gosto de construir coisas e descobrir como elas funcionam
    • Escrever código no teclado é apenas um efeito colateral da tecnologia
    • É como dizer que, para ser matemático, você precisa gostar de escrever equações no quadro branco
    • Em engenharia, encontrar a solução geralmente é o objetivo final
    • Quando vale a pena digitar tudo à mão, um bom engenheiro deve digitar tudo à mão
    • Se importar uma biblioteca de terceiros for o melhor uso, então deve fazer isso
    • Se deixar parte da programação com o LLM for o caminho mais fácil, então deve fazer isso
  • Existe um conceito chamado "Copilot Lag"
    • Refere-se ao estado em que o engenheiro fica esperando o que deve fazer em seguida depois de cada tarefa
    • Tenho essa experiência há 10-15 anos
    • LLMs não vão causar tanto dano assim
  • Estou chegando ao ponto de desistir dos coding copilots
    • Passo a maior parte do tempo brigando com eles
    • Parte disso pode ser culpa minha
    • Também há problemas de UX/implementação
    • LLMs são úteis como especialistas medianos em vários assuntos
    • Mas é fácil cair em uma câmara de eco
    • É chocante bater numa parede nos momentos em que intuição humana, curiosidade, criatividade e individualidade são necessárias
    • Estou satisfeito em tê-los como mais uma ferramenta na caixa de ferramentas
    • Mas prefiro colaborar com pessoas de verdade