Tengo la teoría de que el software vuelve locas a las personas
Se argumenta que la intangibilidad del software y el bajo coste percibido del cambio fomentan el rediseño constante, arquitecturas demasiado complejas y metodologías pasajeras, lo que a su vez crea entornos caóticos y agotamiento. Los comentaristas vinculan esta inestabilidad menos al código en sí que a los incentivos del hipercrecimiento, la rotación de funciones impulsada por la analítica y los directivos alejados de los usuarios y del esfuerzo de implementación. Muchos abogan por ciclos de retroalimentación más estrechos con usuarios reales, por usar los propios productos (“dogfooding”) y por resistirse a los cambios innecesarios como formas prácticas de recuperar la cordura y construir sistemas más simples y fiables.
Tangente sobre el lavado de manos y la línea base de “cordura”
- El hilo se abre con el debate sobre si lavarse las manos con frecuencia hoy en día es “una locura”.
- Varios mencionan que se lavan más las manos tras la pandemia y que se sienten menos enfermos.
- Se cita una revisión Cochrane sobre intervenciones físicas: beneficio modesto pero incierto del lavado de manos; la baja adherencia debilita los resultados; la evidencia sobre mascarillas también es incierta.
- Otros recuerdan debates previos en HN sobre que las “manos sucias” pueden ser beneficiosas.
- Algunos sostienen que juzgar la cordura a partir de estos hábitos muestra que el artículo parte de una premisa endeble.
Desarrolladores, usuarios y estructura organizativa
- Muchos sostienen que no es el software en sí, sino construirlo aislado de los usuarios, lo que “vuelve locas a las personas”.
- El contacto directo y regular con los clientes (incluido hacer soporte de primer nivel) se ve como algo que centra y aclara.
- Cuando la comunicación se media solo por project/product managers, los requisitos se distorsionan, las prioridades se convierten en política y los desarrolladores pierden contacto con los problemas reales.
- Algunos dicen que los propios devs a menudo resisten el contacto con los usuarios, considerándolo una distracción; otros llaman a esa actitud poco profesional, pero señalan incentivos desalineados (el rendimiento ligado al volumen de tickets).
Analítica vs. usabilidad y decisiones sobre funciones
- Se critica la fuerte dependencia de la analítica sin contexto.
- Patrón habitual: se eliminan funciones poco usadas basándose en recuentos brutos de uso, ignorando flujos de trabajo críticos pero infrecuentes y problemas de descubrimiento.
- Ejemplo: eliminación de la opción de un navegador de “cerrar pestañas a la derecha” justificada por bajas tasas de clic; los comentaristas sostienen que baja frecuencia ≠ baja importancia.
- A veces la dirección “fabrica” datos (enterrando primero las funciones) para justificar recortes.
- La investigación de usabilidad y observar a la gente luchar con las interfaces contradice repetidamente las hipótesis derivadas de la analítica.
Dogfooding, empatía y sus límites
- Usar el propio software se elogia como una forma potente de evitar la locura y detectar fricciones rápidamente.
- Se le atribuye una mejor accesibilidad y flujos de trabajo más fiables y con menos fricción.
- Sin embargo, el dogfooding puede llevar a conclusiones erróneas cuando los desarrolladores usan el producto de maneras estrechas y expertas que no coinciden con las de los usuarios típicos.
Rotación tecnológica, complejidad y cultura del sector
- Varios comparan equipos pequeños y centrados del pasado, que entregaban sistemas críticos, con los equipos grandes de hoy que lanzan aplicaciones CRUD sobrediseñadas.
- Se culpa a la rotación tecnológica y a las toolchains infladas de tiempo perdido y sobrecarga cognitiva, exacerbando la “locura”.
- Otros sostienen que el verdadero motor es el dinero y el hype competitivo: todo debe ser una “plataforma” o una “empresa de datos”, así que productos triviales se reformulan como si cambiaran el mundo.
Naturaleza del software y expectativas
- La intangibilidad y maleabilidad del software fomentan el cambio constante; el coste del cambio se percibe como bajo, así que todo se vuelve urgente.
- Los usuarios suelen tratar la salida del software como autoritativa y digna de confianza; cuando aparecen bugs o retrasos de propagación, experimentan una ansiedad desproporcionada.
- Algunos ven el software simplemente como algo que revela el ego humano, el delirio y la disfunción corporativa preexistentes, en vez de causarlos de forma única.
Recepción del artículo
- Muchos encontraron el post identificable y divertido, capturando una disfunción real del sector.
- Otros pensaron que era divagante, poco estructurado y demasiado largo, con una tesis central débil o confusa.