Los 10 pocos principios son unos que no se convienen en universal como parte de la filosofía de Unix, y en algunos casos, se discuten caliente (el núcleo monolítico contra el Microkernels ): El permite que el usuario adapte el ambiente.

Peor es mejor artículo principal del del de

El Richard P. Gabriel sugiere que una ventaja dominante de Unix fuera que incorporó una filosofía de diseño que él llamó el " Peor es el better". En el " Peor es el better" diseñar el estilo, simplicidad del del interfaz y la puesta en práctica es más importante que cualquier otra cualidad del &mdash del sistema; incluyendo la corrección, la consistencia y lo completo. Gabriel sostiene que este estilo del diseño tiene ventajas evolutivas dominantes, aunque él pregunta la calidad de algunos resultados.

Por ejemplo, en los comienzos UNIX era un núcleo monolítico (que significa que las llamadas de sistema realizadas los procesos del núcleo del usuario todas en el apilado del usuario). ¿Si una señal fue entregada a un proceso mientras que fue bloqueada en una entrada-salida de largo plazo en el núcleo, tal como sueño (10*60), después qué debe ser hecha? ¿Se debe la señal retrasar, posiblemente durante mucho tiempo (quizá indefinidamente) mientras que la entrada-salida terminó? El tratante de la señal no podría ser ejecutado cuando el proceso estaba en modo del núcleo, con datos sensibles del núcleo sobre el apilado. ¿Debe el back-out del núcleo la llamada de sistema, y almacenarla, para la respuesta y el recomenzar más adelante, si se asume que el tratante de la señal termina con éxito?

En el Ken Thompson de estos casos y el Dennis Ritchie favoreció simplicidad sobre la perfección. El sistema de UNIX volvería de vez en cuando temprano de una llamada de sistema con un error que indica que no había hecho nada - el " Sistema interrumpido Call" - un error número 4 (EINTR) en sistemas de hoy. Por supuesto la llamada había sido abortada para llamar al tratante de la señal. Esto podría suceder solamente para un puñado de llamadas de sistema duraderas, es decir leído (), escribir (), abierto (), selecto (), etc. En el lado más, esto hizo el sistema de la entrada-salida muchas veces más simples diseñar y entender. La gran mayoría de programas del usuario nunca era señales afectadas porque no dirigieron o de la experiencia con excepción de SIGINT/^C y moriría enseguida si uno fue levantado. Para los pocos otros programas - cosas tener gusto de las cáscaras o de los editores de textos que responden a los keypresses del control de trabajo - las pequeñas envolturas se podrían agregar a las llamadas de sistema para revisar la llamada enseguida si este error de EINTR fue levantado. Problema solucionado, de una manera simple.

Raymond: El arte de la programación de Unix

la modularidad : Escribir las piezas simples conectadas por los interfaces limpios.
Regla de claridad: La claridad es mejor que inteligencia.
Regla de composición: Diseñar los programas que se conectarán con otros programas.
Regla de separación: Política separada del mecanismo; interfaces separados de los motores.
Regla de simplicidad: Diseño para la simplicidad; agregar la complejidad solamente donde usted debe.
Regla de parsimonia: Escribir un programa grande solamente cuando está claro por la demostración que nada hará.
Regla de transparencia: Diseñar para que la visibilidad haga la inspección y el depuración más fáciles.
Regla de robustez: La robustez es el niño de la transparencia y de la simplicidad.
Regla de representación: El conocimiento del doblez en datos así que "program logic" puede ser estúpido y robusto.
Regla de menos sorpresa: En diseño de interfaz, hacer siempre la menos cosa asombrosamente.
Regla de silencio: Cuando un programa no tiene nada asombrosamente decir, no debe decir nada.
Regla de reparación: Cuando usted debe fallar, fallar ruidoso y cuanto antes.
Regla de economía: El tiempo del programador es costoso; conservarlo preferentemente a tiempo de máquina.
Regla de la generación : Evitar mano-cortar; escribir los programas para escribir programas cuando usted puede.
Regla de la optimización : Prototipo antes de pulir. Conseguirlo que trabaja antes de que usted lo optimice.
Regla de diversidad: Desconfianza todas las demandas para el " un way" verdadero;.
Regla de extensibilidad: Diseñar para el futuro, porque estará aquí más pronto que usted piensa.