Diferencias

Muestra las diferencias entre dos versiones de la página.

--- reglas_de_diseno_unix [2021/12/12 03:30] – creado peron
+++ reglas_de_diseno_unix [2026/04/21 16:08] (actual) – editor externo 127.0.0.1
@@ Línea 1: / Línea 1: @@
 ===== Reglas de Diseño de programación UNIX =====
 Consisten en una serie de máximas tendientes a la elaboración de programas de software siguiendo los ideales de la [[filosofía Unix]].
-  - **Regla de Modularidad**: Escribir partes simples conectadas por interfaces limpias.
+  - **Regla de Modularidad**: Escribe partes simples enlazadas a través de interfaces limpias.
-  - **Regla de Claridad**: Claridad es mejor que inteligencia.
+  - **Regla de Claridad**: Es mejor contar con Claridad que ofrecer Inteligencia.
-  - **Regla de Composición**: Diseña programas que se conecten con otros programas.
+  - **Regla de Composición**: Diseña programas capaces de contactarse con otros programas.
-  - **Regla de Separación**: separa políticas de mecanismos, interfases de motores.
+  - **Regla de Separación**: Divide //Políticas// de //Mecanismos//, e //interfases// de //motores//.
-  - **Reglas de Simplicidad**: diseña buscando simplicidad, agrega complejidad sólo cuando debas hacerlo.
+  - **Reglas de Simplicidad**: Busca la simplicidad de diseño, recurre a la complejidad sólo cuando hacerlo sea imprescindible.
-  - **Regla de parsimonia**: Escribe programas grandes sólo cuando es claro por demostración que nada mas podrá resolverlo.
+  - **Regla de parsimonia**: Sólo escribe programas largos cuando quede demostrado claramente que no existe otra manera de lograr el objetivo deseado.
-  - **Regla de Transparencia**: diseña para visibilidad, para hacer el depurado y la inspección muy fácil.
+  - **Regla de Transparencia**: Diseña considerando la visibilidad; la inspección y la depuración han de ser __muy__ sencillas.
-  - **regla de Robustez**. Robustez es la unión de transparencia y simplicidad.
+  - **regla de Robustez**. Robustez es la mancomunión de //transparencia// y //simplicidad//.
-  - **Regla de Representación**: Divide el conocimiento en datos, de modo que la lógica del programa pueda ser estúpida y robusta.
+  - **Regla de Representación**: Divide el conocimiento en datos, de modo que la lógica del programa pueda ser robustamente estúpida.
   - **Regla de la menor sorpresa**: Al diseñar interfases, siempre haz lo menos sorprendente.
-  - **Regla de Silencio**: Cuando el programa no tiene nada que decir, que no diga nada.
+  - **Regla de Silencio**: Cuando el programa no tenga nada que decir, que no diga nada.
-  - **Regla de Reparación**. Cuando falle, que falle ruidosamente y tan rápido como sea posible.
+  - **Regla de Reparación**. Cuando falle, que falle estruendosamente y tan rápido como sea posible.
-  - **Regla de Economía**: Tiempo de programación es cado, ahorrala en preferencia al tiempo de procesamiento.
+  - **Regla de Economía**: El tiempo de programación es costoso, ahórralo en preferencia al tiempo de procesamiento.
-  - **Regla de generación**: Evita hacking a mano; escribe programas que escriban programas.
+  - **Regla de generación**: Evita programar a mano; escribe programas que escriban programas.
-  - **Regla de optimización**: Prototipea antes de pulir. Haz que funcine antes de optimizarlo.
+  - **Regla de optimización**: Realiza una maqueta burda funcional, luego mejora su funcionamiento.
-  - **Regla de Diversidad**: Desconfía de "la única manera verdadera".
+  - **Regla de Diversidad**: Desconfía de "una única manera verdadera".
-  - **Regla de extensibilidad**: Diseña para el futuro, pero será más pronto que lo pensado.
+  - **Regla de extensibilidad**: Diseña para el futuro, sucederá más pronto que lo que piensas.
-> "Cuando estés en duda, emplea la fuerza bruta". Ken Thomson.
+> "Cuando estés en duda, emplea la fuerza bruta". Ken Thompson.

Texto-Plano

Herramientas de usuario

Diferencias