Cito los puntos en referente a la filosofía de este sistema operativo que se basa en la postura de "no reinventar la rueda" o "hacer una cosa (función) pero bien y que la entrada/salida de datos sea enganchable con otros programas":
- Haz que cada programa haga una cosa y la haga bien.
- Para llevar a cabo una nueva tarea escribe un programa nuevo. No compliques uno viejo añadiendo nueva funcionalidad.
- Escribe tu programa teniendo en cuenta que su salida probablemente sea la entrada de otro programa. No llenes stdout con información innecesaria ni utilices formatos raros.
- Guarda los datos en archivos de texto plano. Si necesitas seguridad, confía en los permisos.
- Usa nombres cortos y en minúscula.
- Si no es imprescindible, no pidas nada de forma interactiva: haz que el usuario suministre los datos por línea de comandos en la llamada.
- Haz partes simples conectadas mediante interfaces limpias y bien definidas.
- Céntrate en los datos. Si has elegido las estructuras adecuadas y organizado todo correctamente, los algoritmos serán evidentes.
- Claridad mejor que complejidad. La solución más simple es frecuentemente la mejor: añade complejidad solo donde sea indispensable.
- Portabilidad mejor que eficiencia.
- Piensa en paralelo. Hay otros procesos en el mundo, incluso instancias de tu mismo programa funcionando al mismo tiempo.
- Haz un programa grande sólo cuando haya quedado demostrado que no puede hacerse con uno pequeño.
- Si tu programa no tiene nada interesante que decir, que no diga nada.
- No existe una única manera de hacerlo. Cada problema tiene múltiples soluciones.
- Diseña pensando en el futuro, está más cerca de lo que piensas.
- Unix no pide por favor.
También se encuentra una entrada en la wikipedia pero en ingles.
No hay comentarios:
Publicar un comentario
Compartí tu comentario, es una forma de agradecer para que se sigan publicando más entradas. Se admiten mensajes anónimos.