O assistente de IA não removível da JetBrains enfrenta uma indignação irresistível

Artigo original ↗ Discussão no Hacker News ↗

A JetBrains incluiu um plugin proprietário de assistente de IA em suas IDEs que não pode ser totalmente desinstalado, provocando reação negativa de usuários antigos e pagantes. Muitos reclamam que a ferramenta é intrusiva, de baixa qualidade em comparação com concorrentes e cria dores de cabeça legais e de conformidade em organizações que proíbem quaisquer recursos de IA que enviem código, mesmo quando desativados. Outros observam que o assistente é opcional, que os dados não são usados para treinamento e que ele pode ser ocultado ou desligado, mas os críticos veem a mudança como parte de uma tendência mais ampla de “enshittification”: empurrar assinaturas, poluir a interface e degradar o desempenho em ferramentas de desenvolvimento antes confiáveis.

Assistente de IA incluído e removibilidade

  • O AI Assistant é distribuído como um plugin incluído em todas as IDEs da JetBrains.
  • Ele não pode ser desinstalado بالكامل como outros plugins não incluídos; só pode ser desativado ou ocultado.
  • A JetBrains diz que nenhum recurso de IA é executado e nenhum dado é enviado, a menos que todas as condições sejam verdadeiras: o usuário faça login, aceite explicitamente a política de dados, inicie a avaliação/pague e, no caso de licenças comerciais, o administrador da organização habilite isso.
  • Alguns relatam que versões iniciais o reativavam ou insistiam em atualizações depois de desativado; isso alimentou grande parte da indignação.
  • Um arquivo .noai pode desativá-lo por projeto; também existe um interruptor geral no nível da organização, mas isso não ficou óbvio para todos.

Preocupações legais, de conformidade e privacidade

  • Muitos locais de trabalho têm proibições gerais contra ferramentas de IA; a mera presença de um cliente de IA (mesmo “inerte”) pode disparar auditorias ou proibições.
  • Alguns temem que código seja enviado a LLMs de terceiros e possível vazamento para treinamento; outros observam que a JetBrains afirma explicitamente que o tráfego de IA não é usado para treinamento.
  • Céticos argumentam que IDEs de código fechado poderiam exfiltrar dados de qualquer forma, então a questão real é confiança.

Experiência do usuário, desempenho e UI

  • Reclamações frequentes: ícone intrusivo, entradas de IA ocupando posições privilegiadas no menu de contexto, avisos de atualização para um recurso que os usuários não querem.
  • A nova UI é amplamente criticada por ser feia, ter baixo contraste e esconder controles atrás de hover, reduzindo a produtividade; há o receio de que ela acabará sendo imposta.
  • Alguns relatam IDEs ficando mais lentas, especialmente com WSL + Gradle; outros dizem que o desempenho e os recursos de Git/refatoração continuam melhorando.

Modelo de negócio, “enshittification” e hype de IA

  • Muitos veem isso como uma “tentativa de monetização” e venda casada: uma segunda assinatura dentro de uma IDE paga, com publicidade persistente no produto.
  • Preocupações com uma tendência mais ampla: mais assinaturas, telemetria, vínculos com a nuvem e erosão gradual do controle do usuário.
  • Defensores argumentam que IA é cara de operar, então cobrança separada e destaque proeminente são razoáveis.

Alternativas e recepção mista

  • Vários usuários estão migrando para Neovim, VSCodium, Kate, ou permanecendo no VS Code; outros dizem que a JetBrains ainda não tem um equivalente real para Java, PHP ou Rider/C#.
  • Alguns gostam do autocompletar por IA e do modelo local apenas, achando-o genuinamente útil.
  • No geral, o sentimento tende ao negativo quanto ao empacotamento forçado e à UX, e é misto quanto à utilidade real da IA.