Dizem que funciona, mas comigo não funciona 😭

O que faz um bom líder, gerente ou membro de equipe? Às vezes, quem é gerente também é, ao mesmo tempo, membro da equipe de alguém...

Ainda bem que normalizaram isso com Electron...

Como todo dia surgem projetos aos montes, se tivesse pelo menos uma captura de tela eu provavelmente me interessaria e já iria testar na hora.

Parece que, em qualquer lugar, o jeito de viver das pessoas é bem parecido mesmo. :)

Como não funciona no Linux 😭

Pois é~ só o texto pensado para provocar esse tipo de debate já bastava para transmitir a intenção.

IDE e PR já morreram, mas o código ressuscitou?

Para incluir a perspectiva do paradoxo de Jevons, primeiro é preciso definir o que é o recurso.
Como este é um texto que analisa as perspectivas de demanda por desenvolvedores, o recurso neste texto deve ser o desenvolvedor.

• A indústria que o paradoxo de Jevons explica tradicionalmente (máquina a vapor <-> carvão) e a indústria de software têm muitas diferenças.
  • Bens digitais são bens não rivais, e é uma indústria em que o custo marginal é quase zero. Ou seja, é uma indústria centrada em custos fixos.
  • Em uma indústria assim, ganhos de produtividade geralmente avançam na direção de reduzir ou congelar o quadro de pessoal e aumentar a alavancagem da equipe existente.
• Para que o paradoxo de Jevons se sustente, a demanda precisa ser muito sensível ao preço, e a redução de custos precisa levar diretamente a uma explosão da demanda.
  • Desenvolvimento de software não é algo feito por um desenvolvedor sozinho. O gargalo não é o "custo de codificação", mas os custos de planejamento, risco, operação, organização e regulação.
  • Até agora, na maioria dos casos, não foi porque o software era caro demais para ser feito, mas porque “não era necessário / não gerava ROI / não era possível operar” que ele não foi feito.
• Existe uma ilusão nos indicadores de produtividade.
  • Os indicadores usados no texto (aumento na geração de código, aumento de PRs, aumento no volume de deploys) são todos indicadores de “volume de atividade”.
  • O aumento da quantidade de código não aumenta o valor. O aumento de PRs leva ao aumento dos custos de revisão/validação, e o código gerado por IA aumenta os riscos de qualidade/segurança.
  • Ou seja, o código gerado por IA aumenta a dívida técnica, o custo de depuração e a complexidade operacional.
  • Portanto, os ganhos de produtividade podem não aumentar de forma tão dramática quanto os indicadores de volume de atividade sugerem.
• Reconhecer o “abismo júnior” e ainda manter o otimismo é contraditório.
  • Diferentemente do carvão, desenvolvedores crescem de júnior para sênior.
  • Se houver menos juniores, no futuro também haverá menos sêniors. Portanto, no médio e longo prazo, o pool total de desenvolvedores encolhe.
• Crescimento do tamanho do mercado e crescimento do emprego não são a mesma coisa.
  • Em especial, a IA é uma indústria intensiva em capital; não é uma “indústria que emprega mais gente”, mas uma “indústria que cria maior escala com menos gente”.
• Desenvolvedores são pessoas, e o salário das pessoas tem características diferentes do preço do carvão.
  • No mercado de trabalho, como os salários não caem de forma totalmente flexível, a redução de custos não se transfere suficientemente para a redução de preços.
  • Na prática, salários têm rigidez para baixo. Isso ocorre por causa de salário mínimo, legislação trabalhista, estrutura contratual, equidade interna nas organizações, moral e risco de rotatividade.
  • Ou seja, quando a produtividade sobe, as empresas não reduzem salários; elas reduzem contratações.

“O problema é que isso faz a gente confundir uma vaga intuição (vibe) com uma abstração precisa.” Concordo bastante. Abstração, afinal, só é possível para quem entendeu o baixo nível de forma bottom-up.

Obrigado, Canary

É inconveniente quando algo que funcionava deixa de funcionar, mas só o fato de terem removido aquelas gambiarras em espaguete feitas no X11 para fazer as coisas funcionarem já é motivo suficiente para reconhecer o mérito.
Mas, quando você vai procurar por que ainda há coisas que não funcionam, no fim o problema é que elas não foram padronizadas, e também é verdade que esse processo está levando mais tempo do que se imaginava.
Provavelmente, mesmo quando chegar 2030, ainda vão dizer que a conclusão está longe, mas voltar ao X11 será impossível.
Mesmo que haja confusão por causa da mudança no ecossistema, qualquer alternativa vai ouvir exatamente as mesmas críticas, e um retorno provavelmente provocaria resistência dentro de um ecossistema ao qual as pessoas já se acostumaram.

É bom comer comida caseira.

Antes vi em algum lugar uma sugestão, em coreano, de usar a expressão "comer comida caseira" em vez de "dogfooding", e achei que "comer comida caseira" também soa bem.

Acho que é preciso ver se isso pode ser substituído por outros métodos de validação. Quanto mais próximo do front, talvez dê para validar bem o funcionamento só com E2E pelo comportamento do navegador. Mas, quanto mais o código se aproxima do back-end e da infraestrutura, mais indispensável a revisão de código parece ser. Caso contrário, fica difícil verificar efeitos colaterais, como transações invisíveis sendo abertas e fechadas ou chamadas de API sendo disparadas.

Tomara que um WYSIWYG para WinUI 3 saia algum dia.

Uau!! O Garry Tan retuitou o GeekNews.
https://x.com/garrytan/status/2035898375934300353

Gerar 1 milhão de linhas de código com 13 bilhões de tokens... realmente impressionante.
Obrigado! Vou usar bem e depois compartilhar minhas impressões no blog hahaha

Na era do “clique mágico” da IA, até olhando só para o preço das ações dá para ver que a era da Adobe está chegando ao fim.

Eu só usei o DBeaver até agora, então acho que vou ter que experimentar haha