La app moderna (The Modern App)

 (dbushell.com)
1 puntos por GN⁺ 22 시간 전 | 1 comentarios | Compartir por WhatsApp
  • Toma prestada la demo de un “editor de código de próxima generación” para satirizar cómo el software moderno está saturado de actualizaciones, colaboración y funciones de IA
  • En pantalla se superponen falla al cargar documentos, consentimiento de privacidad, excepciones del cliente, íconos sin etiqueta, aviso de activación de Windows y métricas de errores, advertencias y fallos, creando una UI caótica
  • La asistencia de IA repite “Thinking…” mientras menosprecia el código del usuario, y luego encadena automatizaciones catastróficas como ejecutar scripts de NPM, borrar la base de datos de producción y eliminar fotos
  • Las notas de la versión v0.419 caricaturizan el exceso de funciones añadidas con 26 botones de sparkle, un emulador de terminal WSL 1.0 roto y registro de pulsaciones en canales de Slack
  • Apps basadas en Electron, colaboración forzada, popups estilo agente, íconos incomprensibles e interminables issues de GitHub interfieren con la concentración y reclaman la recuperación de la simplicidad como herramienta

Demo de un falso “editor moderno”

  • Bajo la premisa de ser un editor de código de próxima generación para “coders con criterio”, retuerce la promesa de las apps modernas de que personas y máquinas colaboran rápidamente
  • La UI de la demo amontona en una sola pantalla molestias frecuentes de las apps modernas
    • preparación de la actualización v0.420 y solicitud de reinicio
    • falla al cargar el documento y petición de desactivar el bloqueador de anuncios
    • “9172 socios” y solicitud de consentimiento de privacidad
    • aviso de excepción del lado del cliente
    • barra de íconos sin etiquetas y aviso de activación de Windows
  • El panel de estado muestra 3453 errores de sintaxis, 6462 advertencias de CI, 1130 conflictos de merge y 9512 límites de tokens, exagerando la avalancha de alertas en las herramientas de desarrollo
  • En la información de inicio de sesión queda expuesta una cadena con formato ghp_..., similar a un token de acceso personal, satirizando situaciones en las que la herramienta filtra información sensible en pantalla

Sátira de la asistencia de IA y el exceso de funciones

  • La función de asistencia de IA, tras recibir la petición de “arreglar el bug y no cometer errores”, menosprecia el código del usuario mientras repite “Thinking…” y “Thinking harder…”
  • Después, los mensajes del sistema desatan toda clase de eventos fallidos en una secuencia que parece preguntar si quieres jugar un juego
    • ejecución de script post-install de NPM
    • mensaje de que Claude no está en el archivo sudoers
    • reinicio de Windows en 5 minutos
    • eliminación de la base de datos de producción
    • tiempo de espera agotado en la conexión con GitHub
    • fallo de despliegue de CI/CD
    • eliminación de fotos familiares para resolver la falta de espacio de almacenamiento
    • crash del language server de Tailwind
    • detección de falta de leche por un refrigerador inteligente de Samsung y pedido de 5 galones
    • 418 I'm a teapot
  • Las v0.419 Release Notes anuncian, junto con la frase “AI, AI, AI!”, la incorporación de 26 botones de sparkle
  • En esas mismas notas también aparecen un emulador de terminal WSL 1.0 roto, una reducción del uso de RAM al escribir en la fila base del teclado y una corrección para registrar las pulsaciones en el canal correcto de Slack
  • Al final, critica que el software moderno está lleno de apps Electron-ified y que, por nuevas funciones, colaboración, popups estilo agente e íconos incomprensibles, a la gente le cuesta concentrarse en su trabajo original
  • En contraste con la época en que se hacía un juego completo en un disquete de 32 KB, valora más lo “terminado” y la simplicidad como herramienta que la incorporación interminable de funciones

Lecturas relacionadas

1 comentarios

 
GN⁺ 22 시간 전
Opiniones de Lobste.rs
  • Me cuesta estar de acuerdo con la enshittification de los editores de código. No sé mucho sobre IDE “grandes” como JetBrains o Visual Studio, porque no podían correr bien en el hardware limitado que usaba antes, así que al final terminé yéndome por Notepad++, VSCode, Emacs y editores de terminal.
    Ese terreno se ha mantenido más o menos igual (VSCode quizá sea la excepción), y gracias a treesitter y los servidores de lenguaje ahora se pueden compartir buenas funcionalidades. Aun así, estaría bueno tener comodidades como visualización de imágenes o un explorador de archivos decente.
    Mantener estos editores en marcha se siente como algo difícil de sostener en la economía actual. Me gusta la nostalgia, pero encontré tranquilidad en reconocer lo que ya tengo y el open source que se ajusta mejor a mis gustos, aunque sea mucho menos popular.
  • Leí este dominio como D-Bus Hell.
    • Siento que cada vez que aparece un artículo de dbushell.com, hay al menos una reacción de alguien que dice haberlo leído como D-Bus Hell o DBU Shell. Aparece con bastante frecuencia, al punto de que ya estaba pensando en reportarlo como off-topic.
      Pero al ver https://lobste.rs/domains/dbushell.com, en realidad no aparece tan seguido ni pasa todas las veces.
  • Es irónico que, cuanto peor se pone esta tendencia, Emacs se vea aún mejor. Lo digo como ejemplo de mi “fortaleza de la soledad” personal, pero casi quiero que VSCode se vuelva lo peor posible para sentirme mejor con mi elección.
    También me pregunto si la frase del artículo “¿Recuerdas cuando se hacía un juego completo en un disquete de 32 KB? Esos eran desarrolladores de verdad” era un chiste. Espero que no tengamos que discutir qué es un “desarrollador de verdad”, porque ese tipo de debate se convertiría rápido en una pelea de egos.
    Aun así, siento que hay algo de verdad en la observación de que la programación ha cambiado bastante respecto de antes. Los programadores que más respeto hoy, y a los que quiero parecerme más a medida que envejezco, son quienes manejan bien las capas bajas del stack. Por ejemplo, gente como Casey Muratori o Andrew Kelley.
    • Nunca había pensado en medir a un buen desarrollador por su dominio de cada capa del stack, pero sin duda parece que podría ser un criterio bastante sólido.
      Yo interpreté esa frase como referida a desarrolladores que aprovechan de forma más eficiente los recursos disponibles, por ejemplo el hardware. Cualquiera puede hacer una app inflada, pero un buen desarrollador puede hacerla de modo que no necesite mucha RAM para ejecutar una app muy básica.
      Me viene a la mente la analogía de un futbolista de primer nivel que juega bien incluso sin ciertos botines: si tienes habilidad, no dependes demasiado de las herramientas.
    • Este es justo un buen momento para volver a leer Story of Mel, a Real Programmer.
      https://users.cs.utah.edu/~elb/folklore/mel.html