Os comentários são interessantes.

 

Obrigado por compartilhar.

 

Dica incrível... obrigado

 
imjuni 2025-04-15 | comentário pai | em: A era pós-desenvolvedor (joshwcomeau.com)

Concordo bastante com isso.

Tenho usado o GPT, mas não acho que ele consiga substituir o papel de um desenvolvedor sênior. Porém, à medida que a produtividade aumenta, parece que vai ficar cada vez mais difícil para desenvolvedores iniciantes e juniores conseguirem emprego.

Como desenvolvedores front-end precisam se comunicar com colegas de várias áreas, como design, planejamento e back-end, não acho que essa função vá encolher muito. Tem uma frase do Jobs que dizia algo como: "As pessoas não sabem o que querem até que você mostre a elas". O desenvolvedor front-end tem justamente o papel de criar vários protótipos para mostrar esse “algo que querem”, então não me parece que esse número vá cair tanto. Talvez passem até a fazer ainda mais protótipos.

Por outro lado, acho que os desenvolvedores back-end vão diminuir aos poucos por causa da geração automática de código e da IA. Também não acredito que vão desaparecer completamente, mas sim reduzir em número. De certo modo, o desenvolvimento back-end tem partes que funcionam quase como fórmulas e oferece bastante espaço para automação, então parece uma área que deve encolher um pouco.

Não acho que os desenvolvedores serão totalmente substituídos, mas pode haver uma redução parcial de vagas. Ainda assim, com a transformação digital se expandindo para mais áreas e com o trabalho de modernização de sistemas legados, acho que por enquanto a situação deve continuar razoável.

 

Vi que alguns pontos de ônibus têm receptores UHD de informações de desastre instalados; se isso também for no padrão ATSC 3.0, então para conseguir aproveitar o BPS direito vai ser preciso que a recepção funcione mesmo com baixa sensibilidade de sinal.

 
dowha 2025-04-15 | comentário pai | em: A era pós-desenvolvedor (joshwcomeau.com)

📝 A era pós-desenvolvedor – resumo detalhado (por ChatGPT)

Contexto e objetivo do texto

  • Logo após a apresentação do GPT-4 em 2023, o texto “The End of Front-End Development” apresentou uma visão cética sobre a ideia de que a IA substituiria os desenvolvedores.
  • Agora, dois anos depois (2025), o autor revisita a situação real para verificar se aquela previsão estava correta.

Situação atual da adoção de IA nas empresas

  • Houve notícias de que “a IA escreve 25% de todo o código” no Google, mas, na prática, os desenvolvedores humanos continuam liderando, e a IA é apenas uma ferramenta.
  • A IA não escreve código de forma autônoma; o desenvolvedor define a direção e revisa e corrige o resultado.

Devin: os resultados reais da IA que substituiria desenvolvedores

  • O Devin, da Cognition, se apresentou como “desenvolvimento sem desenvolvedor”, mas a maioria das empresas que o adotou relatou experiências malsucedidas.
  • Ele consegue lidar com tarefas pequenas, mas não dá conta de trabalhos complexos. A maior parte das equipes deixou de usá-lo em menos de um mês.

Vibe coding

  • É apresentado o caso do próprio Josh usando uma IDE com IA (Cursor + Claude).
  • Tarefas simples podem ser resolvidas rapidamente, e em alguns casos há sugestões de código melhores do que o esperado.
  • Mas, no fim, ainda exige intervenção humana, e não é sustentável manter tudo só com IA.
  • “A IA é como um piloto automático. Se você tirar as mãos, em algum momento ela vai sair da estrada.”

O mercado de trabalho para desenvolvedores hoje

  • A situação continua difícil. Mas isso não é por substituição pela IA, e sim por:
  • retração dos investimentos causada pela alta dos juros
  • demissões em massa nas big techs
  • a ilusão de que “a AGI está prestes a chegar”
  • Ou seja, não é que a IA esteja substituindo desenvolvedores na prática; é que a crença exagerada nisso está freando as contratações.

O front-end está mais em risco?

  • Alguns dizem que “o front-end é mais fácil de substituir”, mas Josh vê o oposto.
  • Como o front-end está diretamente ligado à experiência do usuário, são indispensáveis trabalhos refinados e alinhados à marca.
  • O código de back-end talvez seja simplificado e automatizado mais rapidamente pela IA.

Usando LLMs como ferramenta de aprendizado

  • A IA é uma ferramenta muito útil para iniciantes explicarem conceitos e entenderem erros.
  • Mas confiar cegamente nela é perigoso.
  • “A IA não é um GPS. Ela deve ser recebida de forma crítica, como um jurado.”
  • Se você apenas seguir o que ela diz sem pensar, no fim não vai conseguir ler o código nem saber como corrigi-lo.

Mensagem para desenvolvedores iniciantes

  • Não deixe que a IA intimide você a ponto de parar de estudar desenvolvimento.
  • Pelo contrário, o desenvolvedor que souber trabalhar junto com a IA será o mais poderoso.
  • No futuro, pode até surgir um “renascimento dos desenvolvedores”.
  • “Ainda não é tarde para começar a programar agora.”

O estado atual do avanço tecnológico

  • O desempenho da IA continua melhorando, mas agora a fase é mais de aprimoramento gradual do que de avanço explosivo.
  • Novos modelos como GPT-4.5 e Gemini 2.5 estão surgindo, mas em um nível de refinamento dos detalhes do desempenho existente.

Pontos de preocupação

  • A instabilidade econômica global, causada por fatores como a reeleição de Trump, pode afetar negativamente o setor de tecnologia.
  • A dependência excessiva de ferramentas de IA pode enfraquecer a base das habilidades de desenvolvimento.
  • É preciso não perder as oportunidades de aprendizado e crescimento e usar a IA de forma ativa.

📌 Resumo da conclusão

  • A IA não consegue substituir completamente os desenvolvedores
  • e, na verdade, está se consolidando como uma ferramenta de apoio que aumenta a produtividade.
  • O papel do desenvolvedor humano continua indispensável, e esse valor deve se manter no futuro.
 

É realmente um texto com muito a aprender. Usar 2 horas toda manhã para escrever e ainda concluir vários projetos...!

 

Como uso Plex e Jellyfin, fui conferir o código e a documentação. Se tivessem usado Bun com SQLite, acho que o desempenho poderia ser um pouco melhor, e é uma pena que a documentação do Jellyfin ainda não esteja pronta.

Sou grato por existirem projetos assim

 

Mesmo no país há bastante lugares sem cobertura nas cidades do interior; não seria ainda pior nas cidades periféricas de outros países?
Também fico pensando que a área de cobertura deve ser diferente da do GPS.

 

Não seria o caso de o LLM fazer a recuperação com base no arquivo empacotado e então trazer o código original?

 

No momento em que vi isso, será que sou alguém com um senso estético meio de outra época por achar que parece tão legal?

 
pcj9024 2025-04-14 | comentário pai | em: De Googler a ex-Googler (nerdy.dev)

Sempre que vejo demissões no estilo americano, penso como isso é bárbaro. São pessoas com quem você passou um tempo junto; mesmo que vá dispensá-las, será que não dá para ao menos dizer "organize suas coisas e vá embora"?
Será que todo mundo tem que estruturar o trabalho de forma stateless, presumindo que pode perder o acesso de uma hora para outra...?

 

Fiquei surpreso por haver reações tão legais...

 

Será que dá para chamar de RAG colocar um arquivo empacotado no prompt ou anexá-lo à aplicação para consultar o LLM? Fico curioso sobre qual parte corresponderia ao retrieval.

 

Não quer dizer que não existam modelos que superem o GPT-4.5 em especificações, mas... só de pedir uma tradução simples já dá para ver que a capacidade de construção de frases dos dois nem chega a ser parecida. (vitória esmagadora do GPT)
Acho que agora também precisamos discutir como os benchmarks e os conjuntos de teste devem ser estruturados.
Sem contar que também não são raras as avaliações de que o desempenho do próprio LLM, em tarefas gerais, fica abaixo do esperado...

 

É um texto com muito a aprender. No fim das contas, não podemos esquecer que SaaS também é um produto que o cliente contrata para resolver um problema.

 

Para interpretar esse tipo de coisa, realmente o ChatGPT é ideal. Passei o conteúdo do texto e o comentário e perguntei.


Este comentário:

“Remember, kids, Clinton got a blowjob and Obama wore a beige jacket”

carrega uma forte dose de sátira e cinismo. Essa frase parece uma simples lembrança histórica, mas na prática é uma crítica ao duplo padrão da política, à indignação seletiva da imprensa e à forma como a corrupção é encoberta.

O significado de cada elemento: 1. “Clinton got a blowjob” → O presidente Bill Clinton chegou a enfrentar risco de impeachment por causa do escândalo com Monica Lewinsky (envolvendo ato sexual). → A imprensa e o meio político despejaram uma enorme atenção e indignação sobre esse caso. 2. “Obama wore a beige jacket” → Como explicado antes, foi um caso em que Obama recebeu críticas exageradas da imprensa e da política por usar um terno bege.

Ou seja, esses dois casos estão sendo citados para mostrar que, embora fossem controvérsias relativamente menores, receberam ataques enormes. E agora? • Há suspeitas de que alguém tenha usado informação privilegiada para transformar 2.5M em 70M em 1 hora, • e, mesmo assim, a imprensa e a classe política não demonstram o mesmo nível de indignação ou atenção. Por isso, numa tradução mais livre do sentido, seria algo como:

“Antigamente, bastava um presidente fazer uma coisinha pequena para o país virar de cabeça para baixo; hoje, mesmo com suspeitas explícitas de corrupção, todo mundo fica em silêncio?”

 

Eu estava me perguntando por que não usam NTP, mas pelo visto, em transmissão é necessário sincronização no nível de microssegundos.

Comparação entre ATSC 3.0 BPS e NTP
Base tecnológica
• BPS: baseado em sinal de transmissão (usa a camada física do ATSC 3.0)
• NTP: pacotes TCP/UDP baseados na internet
Precisão de tempo
• BPS: nível de alguns microssegundos (μs)
• NTP: de alguns milissegundos (ms) a dezenas de milissegundos
Caminho de transmissão
• BPS: sinal de transmissão broadcast (canal terrestre)
• NTP: internet (WAN/LAN)
Latência/jitter
• BPS: quase inexistente (sinal sincronizado de transmissão)
• NTP: variável (afetado pela qualidade da rede)
Fonte de temporização
• BPS: gerado pela emissora com base em uma referência de alta precisão, como GPS
• NTP: varia de servidor para servidor (precisão não uniforme)
Alvo da sincronização
• BPS: receptores de transmissão (TV, set-top box, veículos etc.)
• NTP: servidores, clientes e equipamentos gerais de TI
Função própria de estimativa de localização
• BPS: tem (permite sincronização de localização + tempo, podendo substituir GNSS)
• NTP: não tem (apenas sincronização de tempo)
Uso offline
• BPS: possível (funciona desde que haja recepção do sinal de transmissão)
• NTP: impossível (requer conexão com a internet)

 

Em comparação com frontends que já vêm com bibliotecas de gerenciamento de estado como base, eu sempre pensei que jogos fossem justamente o tipo de coisa em que todo estado mexe em todo estado, então simplesmente se faz no estilo mais direto possível. Mas, por outro lado, usar ECS em aplicativos em geral seria parecido com usar gerenciamento de estado padronizado por cada desenvolvedor ou por bibliotecas próprias; então fiquei curioso sobre como isso foi feito nesse aspecto.