Soporte técnico
Documentación
Inicio de sesión
Contáctenos
Ir directamente al resumen generado por IA de esta entrada del blog 
Las plataformas digitales que utilizamos hoy en día están infectadas de un horror rastrero, y Cory Doctorow le ha dado un nombre: Enshittificación. ¿Alguna vez has tenido la sensación de que una plataforma en línea te está dando valor sólo para encerrarte y degradar la experiencia en favor de la monetización y el control? Pues esa es la esencia de la enshittificación.
Este artículo arroja luz sobre cómo las plataformas captan usuarios aportándoles valor, los encierran en ellas y luego dejan de aportar valor y empiezan a vender usuarios. Todo el mundo siente esto en las plataformas de redes sociales, pero ¿has pensado alguna vez qué ocurre cuando este principio trasciende las redes sociales y se aplica a los fundamentos de la informática moderna?
Ahí es donde entra en juego la enshittificación técnica. Es la idea de que el software, los sistemas y los servicios no se construyen para los usuarios, sino para los incentivos de los ejecutivos, los plazos y los trucos de marketing. ¿Qué obtiene el usuario? Una solución hinchada, extraña y rota.
Tomemos como ejemplo grandes plataformas como la aplicación de Facebook o Chrome. Una de ellas creció tanto debido a la sobrecarga de funciones que la empresa tuvo que lanzar una segunda miniaplicación, ¿y la otra? Pues se come la RAM como un sistema operativo. No son casos aislados. Son síntomas de la ideación y el desarrollo del software moderno.
¿Qué podemos hacer contra la enshittificación técnica? Averigüémoslo.
Una promesa rota tras otra de las grandes tecnológicas
Antes de entrar en la solución para la enshittificación técnica, veamos lo que las grandes tecnológicas están haciendo por la innovación. Estas empresas siguen equiparando el progreso y la innovación con actualizaciones superficiales y modernas funciones de inteligencia artificial. Mejorar las funcionalidades básicas que realmente añaden valor a la experiencia del usuario..., bueno, eso es un gran "No."
Allá por septiembre de 2023, Amazon prometió una importante actualización de la IA para Alexa, que haría al asistente más inteligente y con mayor capacidad de respuesta. ¿Dos años y medio después...? Sigue siendo una promesa a pesar de todo el hardware, la infraestructura y los servidores con los que cuenta la organización. Google no es diferente. Los usuarios no dejaban de mirar un "el nuevo aspecto llegará pronto" durante meses.
El resultado final fueron pequeños retoques en la interfaz que no cambiaron nada. Nos venden actualizaciones cosméticas etiquetadas como avances significativos. Los sistemas operativos no son una excepción. Se suponía que el iOS de la Isla Dinámica de Apple iba a ser la actualización más notable, pero el resultado final fue el mismo.
¿Y Windows? Hay diferencias entre Windows 10 y 11, pero todo es interfaz y efectos visuales. Las empresas no están abordando las necesidades de los usuarios. Se limitan a poner funciones de inteligencia artificial de moda o a hacer cambios de diseño al estilo de TikTok. ¿Qué será lo próximo? Una aplicación bancaria con "Historias"? "Historias"?
Hoy en día, la innovación se ha desplazado de lo que realmente se está desarrollando a las empresas que vuelven a presentar el estancamiento como progreso, ¡utilizando efectos visuales de fantasía!
El caso del fracaso de Sonos
Cuando se trata de enshittification técnica, el lanzamiento de la aplicación Sonos es el ejemplo perfecto. La empresa lanzó un diseño de aplicación completamente nuevo, pero ignoró por completo a toda la base de usuarios. En cuestión de días, la aplicación recibió alrededor de 200.000 críticas y 1,2 puntos de valoración inicial. ¿Cuál fue el problema?
Bueno, la reacción no fue por el diseño. Se refería al hecho de que en el momento del lanzamiento faltaban funciones críticas como el temporizador de apagado, la biblioteca de música y las listas de reproducción. ¿Y adivina qué? Sonos es una aplicación de gestión de música. Se suponía que tenía que tener todo esto, pero no fue así. La razón es sencilla: el enshitamiento técnico que facilita la gestión.
Un informante reveló más tarde que la empresa había ignorado advertencias internas, que la dirección había impuesto un plazo rígido a sabiendas de que la aplicación no estaba lista y, lo peor, que se había reorganizado el equipo. La dirección pensó que sería inteligente dividir en grupos diferentes a personas que llevaban años trabajando juntas en la creación de grandes aplicaciones.
La clave es que la óptica combinada con la innovación de gestión y la prioridad de ambas sobre la funcionalidad es una combinación desastrosa y un ejemplo de enshittificación técnica.
Factores que contribuyen a la enshittificación técnica
La enshittificación técnica no es un fenómeno aislado. Está recibiendo aportaciones de todas partes. Entender todos los factores que están conduciendo a la enshittificación del software y los sistemas modernos es esencial para determinar qué se puede hacer al respecto. Estos factores incluyen:
-
Enshittificación técnica: la hinchazón ya es una característica
Joseph Stalin podría haber dicho que "La cantidad tiene calidad propia". y puede que fuera cierto en su época, pero en la industria del software actual no es así. Más cantidad destruye la calidad, pero las empresas siguen inflando sus aplicaciones y software como si fuera una característica.
Basta con echar un vistazo a la compleja pila sobre la que se construyen las aplicaciones modernas para hacerse una idea. Una aplicación que abre la puerta de un garaje ocupa 50 millones de líneas de código, y sus funcionalidades están repartidas entre la aplicación, los servicios en la nube, las máquinas virtuales y varias capas del sistema operativo. Una pila de este tipo no solo aumenta la ineficacia, sino también el riesgo para la seguridad, ya que las amenazas tienen una mayor superficie de ataque y potencialmente más vulnerabilidades que atacar.
También en las aplicaciones básicas hay ejemplos de enshittification técnica mediante hinchamiento. Sumatra PDF, un lector sencillo y ligero, ocupa 16 MB y cumple su cometido. ¿Adobe Acrobat? La misma tarea, pero necesita 1 GB de espacio en disco y 2 GB de RAM. Chrome y todo su ecosistema no son diferentes, e hincharse no sólo es insostenible, sino que es la fuente de la deuda técnica.
-
La ilusión de la productividad
Mucha gente espera que los desarrolladores pasen días escribiendo su código. Pero la realidad es muy distinta y mucho más sombría. Los estudios han demostrado que el tiempo medio de codificación de un desarrollador es inferior a una hora en toda una jornada laboral.
Estos profesionales no son perezosos, solo están bombardeados por las distracciones de un sistema que no funciona. El cambio de contexto, la comprobación del correo electrónico, los mensajes de Slack, las reuniones, las actualizaciones de tareas y las sesiones de 25 minutos para volver a centrarse después de cada interrupción son ejemplos habituales.
Todos ellos se suman para reducir la productividad y conducir a una mayor enshittificación técnica. Lo que esto significa es que el rendimiento individual no es el problema. Es la ineficacia estructural la que hace que el desarrollador esté demasiado ocupado para codificar.
-
La deuda técnica aplasta la innovación
La deuda técnica y la enshittificación técnica van de la mano. Volvamos a Sonos. El fracaso de la aplicación no se debió únicamente al calendario y a los plazos ajustados. Tenía años y años de deuda técnica que impedía que prevaleciera la innovación.
El hecho de que la deuda técnica paralice el progreso y la innovación no es un problema aislado. Los estudios demuestran que el 80 % de los desarrolladores creen que la deuda técnica es lo que les impide innovar durante el desarrollo.
-
La IA es el combustible para el fuego
Las herramientas de IA pueden acelerar el proceso de desarrollo, pero si el proceso y el desarrollo en sí no son más que fuego a la espera de causar daños, acelerarlo no va a hacer ningún favor a nadie. Los estudios han demostrado que el código generado por IA puede ser incorrecto hasta un 65% de las veces.
Se suponía que la IA ayudaría a mejorar las cosas, pero, en realidad, ha introducido un nuevo tipo de deuda técnica que los desarrolladores tienen que gestionar. Para utilizar la IA de forma eficaz, los desarrolladores deben combinar la plataforma de generación de código con capas de control de calidad como Junie y Qodo. Esto puede ser eficaz, pero añade otra capa a la pila tecnológica.
Enfrentarse a la enshittificación técnica
Ahora que ya sabemos qué es la enshittificación técnica, veamos cómo podemos hacerle frente. Lo primero y más importante es recordar que para hacer frente a la ensituación técnica hay que actuar deliberadamente. Algunas de las medidas clave que se pueden tomar son las siguientes:
- Acelerar los circuitos de retroalimentación porque cuanto antes se sepa que algo no funciona, antes se podrá arreglar. Recuerda que los retrasos entre la notificación de un fallo y la aplicación de una solución sólo aumentan el coste de la recuperación y las posibilidades de enshittificación.
- Identificar las tareas repetitivas que pueden automatizarseya que hacer que los desarrolladores dediquen tiempo a estas cosas reduce tanto su productividad como su capacidad de innovación.
- Limite las distracciones de los desarrolladores utilizando herramientas que bloqueen las notificaciones innecesarias para que los desarrolladores puedan concentrarse mejor durante sus horas de trabajo intenso.
- Garantizar la refactorización constanteya que hace más eficiente el mantenimiento del sistema, reduce las deudas técnicas y abre paso a la innovación.
- Sea más ágil tomando decisiones cuando se dispone de información, en lugar de ceñirse a un plan sólo porque existe uno.
- Comuníquese con eficacia traduciendo las preocupaciones y los comentarios relacionados con la tecnología a un lenguaje que exprese el valor empresarial.
Reflexiones finales
Hoy en día, la enshittificación técnica se ha convertido en uno de los principales defectos de las TI modernas, lo que significa que las soluciones que obtienen los usuarios son más una frustración que una solución real. Esto se debe a una serie de razones, como la hinchazón, políticas de seguridad mal configuradaspero no tiene por qué seguir siendo así.
Devolver las prácticas de calidad a los ingenieros y desarrolladores, centrarse en reducir la deuda técnica, dar prioridad a la utilización y la funcionalidad frente a los aspectos visuales de moda durante el desarrollo, comunicar la tecnología como valor empresarial son ejemplos de iniciativas que pueden ayudar a limitar la enshittificación técnica y restaurar la calidad en TI.
