Antecedentes: "Filosofía Unix" - pautas básicas, evolución y algunas críticas

Permítanos decirle cuál es la esencia de la filosofía, quién la formuló, amplió y criticó en el curso del desarrollo.



(Por cierto, ayer se publicó nuestro próximo resumen de TL; DR sobre "control remoto" y seguridad de la información personal ).





Foto - Med Badr Chemmaoui - Unsplash



Principios básicos



Se cree que fueron formulados por primera vez por Douglas McIlroy, el autor de la tubería de Unix , en 1978. Publicó sus comentarios en el Bell System Technical Journal; todavía hay una copia en la web . Douglas luego describió tres puntos básicos:



  • (1) Todo programa Unix debe especializarse en una tarea específica;
  • (2) La salida de los programas se convertirá en la entrada de otros, desconocidos en el momento del desarrollo del primero;
  • (3) El texto es una interfaz universal para la comunicación entre programas.


Desarrollo del pensamiento



Con el tiempo, las primeras "reglas" se complementaron y repensaron. En 1994, Mike Gancarz, uno de los mantenedores del X Window System, los amplió y animó a sus colegas a:



  • (4) Es más eficiente deshacerse de las soluciones de software ya disponibles;
  • (5) ;
  • (6) ;
  • (7) « » .


(Eric Raymond), , Open Source Initiative, — KISS (Keep it simple, stupid).




Kristian BjornardCC BY-SA — Flickr.com





Encontramos una nota interesante en A Handbook for the Unix Hate ( texto completo en PDF ), que recuerda a Richard P. Gabriel y su ensayo " Lo peor, mejor ".



En él, Gabriel contrastó los principios de corrección, coherencia e integridad con la facilidad de implementación y portabilidad de la "filosofía Unix". Y también - comparó software realmente efectivo con la superioridad evolutiva de los virus ( texto completo del ensayo en inglés ).



Pero a pesar del énfasis en la simplicidad e incluso la referencia directa al trabajo con la interfaz de usuario (puntos 3 y 7 anteriores), en un artículo titulado "La verdad sobre Unix: interfaces aterradoras", Donald Norman), científico y cofundador de Nielsen Norman Group, criticó la filosofía Unix por no prestar atención a la experiencia del usuario. En sus comentarios, partió de su experiencia en el campo de la ingeniería cognitiva , destacó los problemas en cuanto al trabajo de equipos y funciones, además de formular sus propias recomendaciones para el diseño de sistemas:



  • coherencia de los principios de diseño en todas las etapas del desarrollo del sistema;
  • la presencia de un modelo de sistema fácil de usar (modelo mental);
  • la capacidad de obtener sugerencias mnemotécnicas al trabajar con él.




Foto - Rudolf Schuba - CC BY - Flickr.com



Otra crítica de la filosofía Unix giraba en torno a las características específicas del sistema de archivos NFS (por ejemplo, losRed gestor de bloqueosmuletascon el servicio lockd - pp. 60-61) ydiscusión delas interfaces basadas en texto. Pero también hubo intentos de batallas conceptuales a este respecto.



Así, enpalabras deRobert Pike (por Robert Pike General), autor de UTF-8 y nativo de Bell Labs (como Douglas McIlroy), en una determinada etapa de desarrollo de la filosofía Unix no era factible escribir programas (1) realizar una sola tarea. Aquí hay unhilo detallado sobre sus comentarios sobre Slashdot., en el que Pike comparte otras críticas a Unix. Por ejemplo, dice la falta de un alto nivel de integración con la red de máquinas y compara la elección de este sistema que nos limita a escuchar exclusivamente composiciones de David Cassidy ( de David Cassidy ).



¿Qué crees que podría complementar los puntos básicos de la filosofía Unix?





Más información sobre el tema:



Toda la historia de Linux. Parte I: cómo empezó

todo Toda la historia de Linux. Parte II: vicisitudes corporativas

La historia de Linux. Parte III: Benchmarks de nuevos mercados y viejos enemigos

para servidores Linux







Nuevas publicaciones sobre nuestro Habré:









All Articles