Що саме перекласти, Володимире, 17 правил, чи "The Art of Unix Programming" ?
1. Rule of Modularity: Write simple parts connected by clean interfaces.
1. Правило модулярності: Створюйте прості частини, що об'єднуються через чисті інтерфейси.
2. Rule of Clarity: Clarity is better than cleverness.
2. Правило ясності: Зрозумілість - крaще ніж {спритність|дотепність|вправність|хитрість}
3. Rule of Composition: Design programs to be connected to other programs.
3. Правило композиції: Будуйте програми з можливістю під'єднання до інших програм.
4. Rule of Separation: Separate policy from mechanism; separate interfaces from engines.
4. Правило розмежування: Відокремлюйте {лінію поведінки|поліс} від механізму; відокремлюйте інтерфейси від двигуна.
5. Rule of Simplicity: Design for simplicity; add complexity only where you must.
5. Правило простоти: Будуйте з простотою на думці; добавляте складність лише там де вимушені.
6. Rule of Parsimony: Write a big program only when it is clear by demonstration that nothing else will do.
6 Правило ощадливості: Пишіть великі програми лише там, де ви впевнились, що ніщо інше не підійде.
7. Rule of Transparency: Design for visibility to make inspection and debugging easier.
7. Правило прозорості: Будуйте прозорі (видимі) програми, щоб полегшити перевірку і відлагодження.
8. Rule of Robustness: Robustness is the child of transparency and simplicity.
8. Правило надійності: Надійність приходить з прозорістю і простотою.
9. Rule of Representation: Fold knowledge into data so program logic can be stupid and robust.
9. Правило репрезентації: Вкладайте знання у дані, тож логіка прогами залишатиметься тупою і надійною.
10. Rule of Least Surprise: In interface design, always do the least surprising thing.
10. Правило найменшої несподіванки: У побудові інтерфейсу, завжди уникайте несподіваних речей.
11. Rule of Silence: When a program has nothing surprising to say, it should say nothing.
11. Правило тиші: Коли програмі немає що цікавого сказати, їй краще мовчати.
12. Rule of Repair: When you must fail, fail noisily and as soon as possible.
12. Правило ремонту (відлагодження): Якщо {вам|програмі} судилося зазнати невдачі, зробіть це якнайвидше і настільки {шумно|багатослівно}, наскільки це можливо.
13. Rule of Economy: Programmer time is expensive; conserve it in preference to machine time.
13. Правило економії: Час програміста дорогий; заощадьте його за рахунок машинного часу.
14. Rule of Generation: Avoid hand-hacking; write programs to write programs when you can.
14. Правило узагальнення: Уникайте ручного гекерства; пишіть програми по написанню програм, коли це можливо.
15. Rule of Optimization: Prototype before polishing. Get it working before you optimize it.
15 Правило оптимізації: Створюйте прототипи до того як відшліфовувати. Заставте запрацювати до того як оптимізувати.
16. Rule of Diversity: Distrust all claims for “one true way”.
16. Правило розмаїття: Не довіряйте жодним заявкам про "єдиний вірний шлях".
17. Rule of Extensibility: Design for the future, because it will be here sooner than you think.
17. Правило далекосяжності: Будуйте для майбутнього, воно буде тут швидше, ніж ви думаєте.
Поправляйте.
