Las buenas herramientas son invisibles

¿Qué cuenta como una herramienta “invisible”?

  • Muchos sostienen que “las buenas herramientas son invisibles” significa que, una vez dominadas, pasan al fondo y no exigen atención.
  • Otros dicen que la invisibilidad se trata sobre todo de la familiaridad con el tiempo, no de una propiedad intrínseca de la herramienta.
  • Algunos sugieren que un encuadre mejor es “baja fricción” o “elimina la complejidad accidental” en lugar de literalmente invisible.

Editores de texto, Vim/Emacs vs Sublime/IDEs

  • Hay un fuerte debate sobre si los editores modales (Vim/Emacs) son intrínsecamente “enigmáticos” o simplemente herramientas potentes con una curva de aprendizaje.
  • Los defensores dicen: una vez que el modelo conceptual (movimientos, objetos de texto, macros, comandos repetibles) se internaliza, el editor desaparece y se convierte en una extensión del pensamiento.
  • Los críticos responden que algunos usuarios celebran la fricción (por ejemplo, macros complejas) como “diversión” incluso cuando herramientas más simples o múltiples cursores serían más rápidas.
  • Múltiples cursores vs macros:
    • A favor de múltiples cursores: mejor retroalimentación visual en vivo, manejo más fácil de casos límite.
    • A favor de las macros: más generales, componibles, pueden manejar casos que los múltiples cursores no pueden; la retroalimentación visual mientras se graba basta.
  • Algunos señalan que muchos editores (incluidos Vim y los IDEs modernos) ahora mezclan paradigmas: atajos modales, múltiples cursores, plugins.

CLI/TUI vs GUI y componibilidad

  • Quienes defienden la terminal enfatizan herramientas CLI componibles, pipelines y reutilización en distintos contextos (local/SSH/automatización).
  • Quienes defienden la GUI destacan el conocimiento del proyecto, la navegación estructurada y la facilidad para principiantes; argumentan que, para muchos, dominan unas pocas operaciones frecuentes, por lo que una gran inversión en CLI no es necesaria.
  • Se distingue entre CLI (comandos que se pueden automatizar con scripts) y TUI (aplicaciones interactivas a pantalla completa que no se componen con tanta facilidad).

Configurabilidad, valores predeterminados y curvas de aprendizaje

  • Un bando ve “altamente configurable” como a menudo una salida fácil que traslada las decisiones de diseño al usuario; prefiere valores predeterminados sólidos + salidas de escape estrechas.
  • Otro bando sostiene que la configurabilidad profunda es valiosa para herramientas centrales y de larga vida útil (editores, WMs), especialmente ahora que los LLMs pueden ayudar con las configuraciones.
  • Consenso: las curvas de aprendizaje pronunciadas pueden justificarse si desbloquean techos realmente más altos; son dañinas cuando solo permiten complejidad ornamental.

Identidad, diversión y productividad

  • Varios comentarios relacionan la elección de herramientas con la identidad, la señalización y las guerras “tribales” de editores/SO.
  • Algunos advierten que trastear puede convertirse en un pasatiempo adictivo que se siente productivo pero no lo es; otros responden que el disfrute y el compromiso a largo plazo también importan.

LLMs, agentes y herramientas invisibles

  • Se critica a los LLMs por ser herramientas muy visibles: median todo como una “negociación” con una persona falsa.
  • Los flujos de trabajo estilo agente que se ocultan detrás del correo electrónico/iMessage se citan como más cercanos al ideal de “herramienta invisible”.