Suporte Técnico
Documentação
Entrar
Entre em contato conosco
Vá direto para um resumo gerado por IA desta postagem do blog 
As plataformas digitais que usamos hoje estão contaminadas por uma tendência cada vez mais assustadora, e Cory Doctorow deu um nome a isso: “Enshittification”. Você já teve a sensação de que uma plataforma online está lhe oferecendo valor apenas para mantê-lo preso a ela e degradar a experiência em prol da monetização e do controle? Pois bem, essa é a essência da “Enshittification”.
Este artigo esclarece como as plataformas atraem usuários oferecendo valor, mantêm-nos fiéis e, em seguida, deixam de oferecer valor e passam a comercializar os usuários. Todos percebem isso nas redes sociais, mas você já pensou no que acontece quando esse princípio vai além das redes sociais e é aplicado aos fundamentos da TI moderna?
É aí que entra a “enshittificação” técnica. É a ideia de que softwares, sistemas e serviços não são criados para os usuários, mas sim para atender aos incentivos dos executivos, aos prazos e às artimanhas de marketing. O que o usuário ganha com isso? Uma solução inchada, bizarra e cheia de falhas.
Veja, por exemplo, grandes plataformas como o aplicativo do Facebook ou o Chrome. Um deles ficou tão pesado devido ao excesso de recursos que a empresa teve que lançar um segundo miniaplicativo — e o outro? Bem, ele consome memória RAM como se fosse um sistema operacional. Esses não são casos isolados. São sintomas da concepção e do desenvolvimento do software moderno.
O que podemos fazer em relação à “enshittificação” técnica? Vamos descobrir!
Uma promessa quebrada atrás da outra por parte das grandes empresas de tecnologia!
Antes de entrarmos na solução para a “enshittificação” técnica, vamos dar uma olhada no que as grandes empresas de tecnologia estão fazendo em prol da inovação. Essas empresas continuam equiparando progresso e inovação a atualizações superficiais e recursos de IA que estão na moda. Melhorar as funcionalidades essenciais que realmente agregam valor à experiência do usuário... bem, isso é simplesmente grande “Não.”
Em setembro de 2023, a Amazon prometeu uma grande atualização de IA para a Alexa, tornando a assistente mais inteligente e mais ágil. Dois anos e meio depois…? Continua sendo apenas uma promessa, apesar de todo o hardware, infraestrutura e servidores que a empresa possui. O Google não é diferente. Os usuários continuam vendo um mensagem “novo visual em breve” por meses!
O resultado final foram pequenos ajustes na interface que não mudaram nada. Estão nos vendendo atualizações cosméticas rotuladas como avanços significativos. Os sistemas operacionais não são exceção nesse caso. O Dynamic Island do iOS, da Apple, deveria ter sido a atualização mais notável, mas o resultado final foi o mesmo.
E o Windows? Existem diferenças entre o Windows 10 e o 11, mas se resumem à interface e aos aspectos visuais. As empresas não estão atendendo às necessidades dos usuários. Estão apenas adicionando recursos de IA que estão na moda ou fazendo mudanças de design no estilo do TikTok. O que vem a seguir? Um aplicativo bancário com uma “Stories” ?
Hoje em dia, a inovação deixou de se referir ao que realmente está sendo desenvolvido e passou a significar empresas que apresentam a estagnação como progresso por meio de recursos visuais sofisticados!
Estudo de caso sobre o fracasso da Sonos
Quando se trata de “enshittificação” técnica, o lançamento do aplicativo da Sonos é o exemplo perfeito. A empresa lançou um design totalmente novo para o aplicativo, mas ignorou completamente toda a base de usuários. Em poucos dias, o aplicativo recebeu cerca de 200 mil avaliações e uma nota de 1,2 estrelas. Qual foi o problema?
Bem, as críticas não foram em relação ao design. Foram pelo fato de que recursos essenciais, como o temporizador de desligamento automático, a biblioteca de músicas e as playlists, estavam todos ausentes no lançamento. E adivinhem só? O Sonos é um aplicativo de gerenciamento de músicas! Era para ter tudo isso, mas não tinha. O motivo é simples: uma “merdificação” técnica que facilita o gerenciamento.
Mais tarde, um denunciante revelou que a empresa havia ignorado alertas internos, que a diretoria impôs um prazo rígido sabendo que o aplicativo não estava pronto e, o pior de tudo, que houve uma reorganização da equipe. A diretoria achou que seria sensato dividir em grupos diferentes as pessoas que vinham trabalhando juntas há anos na criação de ótimos aplicativos.
A principal lição a ser tirada disso é que a aparência, combinada com a inovação gerencial — e ambas priorizadas em detrimento da funcionalidade —, é uma receita para o desastre e um exemplo clássico de “enshittificação” técnica.
Fatores que contribuem para a “enshittificação” técnica
A “enshittificação” técnica não é apenas um fenômeno isolado. Ela está recebendo contribuições de todas as partes. Compreender todos os diferentes fatores que atualmente estão levando à “enshittificação” dos softwares e sistemas modernos é essencial para determinar o que pode ser feito a respeito. Esses fatores incluem:
-
“Enshittificação” técnica – O excesso de recursos agora é uma característica
Joseph Stalin poderia ter dito que “A quantidade tem uma qualidade própria”, e isso talvez fosse verdade na época dele, mas na indústria de software atual, não é o caso. Mais quantidade destrói a qualidade, mas as empresas continuam inchando seus aplicativos e softwares como se isso fosse um recurso.
Basta dar uma olhada na complexa pilha sobre a qual os aplicativos modernos são construídos para ter uma visão completa da situação! Um aplicativo que abre a porta da garagem ocupa 50 milhões de linhas de código, e suas funcionalidades estão distribuídas entre o próprio aplicativo, serviços em nuvem, máquinas virtuais e várias camadas de sistema operacional. Essa pilha não apenas aumenta a ineficiência, como também eleva o risco à segurança, pois os agentes mal-intencionados têm uma superfície de ataque maior e, potencialmente, mais vulnerabilidades para explorar.
Exemplos de “enshittificação” técnica por meio do aumento excessivo do tamanho também podem ser encontrados em aplicativos básicos. O Sumatra PDF, um leitor simples e leve, tem 16 MB e cumpre sua função. E o Adobe Acrobat? A mesma tarefa, mas ele precisa de 1 GB de espaço em disco e 2 GB de RAM. O Chrome e todo o seu ecossistema não são diferentes, e esse aumento excessivo de tamanho, por si só, não é apenas insustentável, mas também é a fonte da dívida técnica.
-
A ilusão da produtividade
Muitas pessoas acham que os desenvolvedores passam dias escrevendo código. Mas a realidade é bem diferente e muito mais sombria. Estudos demonstraram que o tempo médio que um desenvolvedor dedica à programação é inferior a uma hora em um dia inteiro de trabalho.
Esses profissionais não são preguiçosos; eles simplesmente são bombardeados por distrações decorrentes de um sistema falho. Mudanças de contexto, verificação de e-mails, notificações no Slack, reuniões, atualizações de tarefas e sessões de 25 minutos para recuperar o foco após cada interrupção são exemplos comuns.
Todos esses fatores, somados, reduzem a produtividade e levam a uma maior “merdificação” técnica. O que isso significa é que o desempenho individual não é o problema. É a ineficiência estrutural que deixa o desenvolvedor ocupado demais para programar.
-
A dívida técnica está sufocando a inovação
A dívida técnica e a “enshittificação” técnica andam de mãos dadas. Voltemos ao caso da Sonos. O fracasso do aplicativo não se deveu apenas ao momento e aos prazos apertados. Havia anos e anos de dívida técnica que impediram que a inovação prevalecesse.
O fato de a dívida técnica impedir o progresso e a inovação não é apenas uma questão isolada. Estudos mostram que 80% dos desenvolvedores acreditam que a dívida técnica é o que os impede de inovar durante o desenvolvimento.
-
A IA é o combustível que alimenta o fogo
As ferramentas de IA podem acelerar o processo de desenvolvimento, mas se o próprio processo e o desenvolvimento forem como um incêndio prestes a causar danos, acelerá-los não vai beneficiar ninguém. Estudos demonstraram que o código gerado por IA pode estar incorreto em até 65% das vezes.
A IA deveria ajudar a melhorar as coisas, mas, na realidade, ela introduziu um novo tipo de dívida técnica que os desenvolvedores precisam gerenciar. Para usar a IA de forma eficaz, os desenvolvedores precisam combinar a plataforma de geração de código com camadas de garantia de qualidade, como o Junie e o Qodo. Isso pode ser eficaz, mas acrescenta mais uma camada à pilha tecnológica.
Lidando com a “merdificação” técnica
Agora que já entendemos bem o que é a “enshittificação” técnica, vamos ver como podemos lidar com ela. Antes de mais nada, lembre-se de que lidar com a “enshittificação” técnica exige que você tome medidas deliberadas. Algumas das principais medidas que podem ser tomadas para lidar com isso são:
- Acelere os ciclos de feedback porque quanto mais rápido você souber que algo está com defeito, mais rápido poderá consertá-lo. Lembre-se de que atrasos entre os relatórios de bugs e a aplicação de uma correção só aumentam o custo da recuperação e as chances de a situação piorar.
- Identifique tarefas repetitivas que possam ser automatizadas, já que fazer com que os desenvolvedores dediquem tempo a essas atividades reduz tanto sua produtividade quanto sua capacidade de inovar.
- Reduzir as distrações dos desenvolvedores usando ferramentas que bloqueiam notificações desnecessárias, para que os desenvolvedores possam se concentrar melhor durante seus períodos de trabalho intenso.
- Garanta uma refatoração constante, pois isso torna a manutenção do sistema mais eficiente, reduz as dívidas técnicas e abre caminho para a inovação.
- Seja mais ágil tomando decisões quando as informações estiverem disponíveis, em vez de se ater a um plano apenas porque ele existe.
- Comunique-se de forma eficaz traduzindo as preocupações e os comentários relacionados à tecnologia em uma linguagem que expresse valor comercial.
Considerações finais
Hoje em dia, a “enshittificação” técnica tornou-se uma das principais falhas da TI moderna, o que significa que as soluções oferecidas aos usuários causam mais frustração do que realmente resolvem o problema. Isso ocorre por diversos motivos, como o excesso de recursos, políticas de segurança mal configuradas, uso ineficiente de IA, incentivos desalinhados e muito mais — mas não precisa continuar assim.
Restabelecer práticas de qualidade entre engenheiros e desenvolvedores, concentrar-se na redução da dívida técnica, priorizar a usabilidade e a funcionalidade em vez de elementos visuais da moda durante o desenvolvimento e comunicar a tecnologia como valor comercial são, todos, exemplos de iniciativas que podem ajudar a limitar a “enshittificação” técnica e restaurar a qualidade na área de TI.
