O app moderno (The Modern App)

 (dbushell.com)
1 pontos por GN⁺ 22 시간 전 | 1 comentários | Compartilhar no WhatsApp
  • Tomando emprestada a demo de um “editor de código de próxima geração”, satiriza o estado em que o software moderno ficou superlotado de atualizações, colaboração e recursos de IA
  • Na tela, falha ao carregar documento, consentimento de privacidade, exceção no cliente, ícones sem rótulo, aviso de ativação do Windows e contadores de erro·aviso·conflito se sobrepõem, criando uma UI caótica
  • O recurso de assistência por IA repete “Thinking…” enquanto menospreza o código do usuário e segue com automação desastrosa como executar scripts NPM, apagar o banco de dados de produção e deletar fotos
  • As notas de lançamento de v0.419 caricaturam o excesso de adição de recursos com 26 botões de sparkle, um emulador de terminal WSL 1.0 quebrado e registro de teclas em canais do Slack
  • Apps baseados em Electron, colaboração forçada, pop-ups em estilo agente, ícones de origem duvidosa e intermináveis issues no GitHub atrapalham a concentração no trabalho e pedem a recuperação da simplicidade como ferramenta

Demo falsa de um “editor moderno”

  • Com a proposta de ser um editor de código de próxima geração para “coders criteriosos”, distorce a promessa dos apps modernos de que pessoas e máquinas colaboram rapidamente
  • A UI da demo reúne em uma única tela vários elementos incômodos frequentemente vistos em apps modernos
    • preparação da atualização v0.420 e exigência de reinicialização
    • falha ao carregar documento e exigência de desativar o bloqueador de anúncios
    • exigência de consentimento de privacidade com “9.172 parceiros”
    • aviso de ocorrência de exceção no lado do cliente
    • barra de ícones sem rótulo e aviso para ativar o Windows
  • O painel de status exibe 3.453 erros de sintaxe, 6.462 avisos de CI, 1.130 conflitos de merge e 9.512 limites de token, exagerando o excesso de alertas nas ferramentas de desenvolvimento
  • Nas informações de login, aparece exposta uma string no formato ghp_..., parecida com um token de acesso pessoal, satirizando situações em que a ferramenta deixa informações sensíveis vazarem na tela

Sátira à assistência por IA e ao excesso de recursos

  • O recurso de assistência por IA, após receber o pedido para “corrigir bugs e não cometer erros”, menospreza o código do usuário e repete “Thinking…” e “Thinking harder…”
  • Em seguida, mensagens do sistema despejam vários eventos de falha em um fluxo que parece perguntar se a pessoa quer jogar um jogo
    • execução de script NPM pós-instalação
    • mensagem de que Claude não está no arquivo sudoers
    • reinicialização do Windows em 5 minutos
    • exclusão do banco de dados de produção
    • tempo limite na conexão com o GitHub
    • falha na implantação de CI/CD
    • exclusão de fotos de família para resolver falta de espaço de armazenamento
    • crash do Tailwind language server
    • detecção de falta de leite por uma geladeira inteligente da Samsung e pedido de 5 galões
    • 418 I'm a teapot
  • As v0.419 Release Notes informam, junto com a frase “AI, AI, AI!”, que foram adicionados 26 botões de sparkle
  • Nas mesmas notas de lançamento também aparecem um emulador de terminal WSL 1.0 quebrado, redução do uso de RAM ao digitar na home row e uma correção para registrar teclas no canal correto do Slack
  • No final, critica que o software moderno está cheio de apps Electron-ified e que, por causa de novos recursos, funções de colaboração, pop-ups em estilo agente e ícones de origem desconhecida, ficou mais difícil para o usuário se concentrar na tarefa original
  • Em contraste com a época em que jogos inteiros eram feitos em disquetes de 32 KB, dá mais importância a “conclusão” e à simplicidade como ferramenta do que à adição infinita de recursos

Leituras relacionadas

1 comentários

 
GN⁺ 22 시간 전
Opiniões no Lobste.rs
  • É difícil concordar com a enshittification dos editores de código. IDEs “grandes” como JetBrains ou Visual Studio não rodavam direito no hardware fraco que eu usava antes, então não sei bem; no fim, acabei indo para Notepad++, VSCode, Emacs e editores de terminal
    Esse espaço se manteve mais ou menos parecido (VSCode talvez seja uma exceção), e, graças ao treesitter e aos servidores de linguagem, ficou possível compartilhar bons recursos. Ainda assim, seria bom ter conveniências como exibição de imagens ou um explorador de arquivos decente
    Manter esses editores continuamente parece algo difícil de sustentar na situação econômica atual. Também gosto de nostalgia, mas encontrei certa paz em reconhecer o que já tenho e o open source que combina mais com meu gosto, mesmo que seja muito menos popular
  • Li esse domínio como D-Bus Hell
    • Sempre que aparece um post do dbushell.com, sinto que há pelo menos uma reação de alguém dizendo que leu como D-Bus Hell ou DBU Shell. Aparece com tanta frequência que eu já estava até pensando em denunciar como fuga do tema
      Mas, olhando https://lobste.rs/domains/dbushell.com, na verdade não é tão frequente assim, nem acontece todas as vezes
  • A ironia é que, quanto pior essa tendência fica, melhor o Emacs parece. Uso como exemplo a minha “fortaleza da solidão” pessoal, mas chego a querer que o VSCode piore ao máximo para que minha escolha pareça ainda melhor
    Também fico me perguntando se a frase do texto, “Lembra da época em que se fazia um jogo inteiro em um disquete de 32 KB? Aqueles eram desenvolvedores de verdade”, era uma piada. Espero que não seja necessário discutir o que é um “desenvolvedor de verdade”. Esse tipo de discussão rapidamente vira uma briga de ego
    Ainda assim, sinto que há alguma verdade na observação de que a programação mudou bastante em relação ao passado. Hoje, os programadores que mais admiro e com quem quero me parecer mais conforme envelheço são pessoas que lidam bem com as camadas mais baixas da stack. Por exemplo, gente como Casey Muratori ou Andrew Kelley
    • Nunca tinha pensado na ideia de medir um bom desenvolvedor pela proficiência em cada camada da stack, mas certamente parece um critério bastante sólido
      Entendi aquela frase como se referindo a desenvolvedores que usam melhor os recursos disponíveis, como hardware, por exemplo. Qualquer um consegue criar um app inchado, mas um bom desenvolvedor consegue fazer um app bem básico rodar sem precisar de muita RAM
      Isso me lembra a analogia de um jogador de futebol de elite que joga bem mesmo sem uma chuteira específica: se a pessoa tem habilidade, não depende demais das ferramentas
    • Este é um ótimo momento para reler Story of Mel, a Real Programmer
      https://users.cs.utah.edu/~elb/folklore/mel.html