Что такое "устал" для системного администратора?
Это когда он вместо "мышки" начинает водить мобильником!

про программеров
Hастоящие Программисты не комментируют свой код. Если его было трудно
написать, значит, должно быть трудно и читать.

Hастоящие Программисты не рисуют блок-схем. В конце-концов, блок-схема -
всего лишь разновидность документации для неграмотных. Пещерные люди рисовали
на стенах нечто похожее, и ничем хорошим для них это не кончилось.

Hастоящие Программисты не пишут спецификации. Пользователю и так повезло, что
он получил хоть какую-то программу; пускай берёт что дают.

Hастоящие Программисты не пишут документации. Документация нужна только
простофилям, не умеющим читать листинги и объектные коды.

Hастоящие Программисты не пишут прикладные программы; они программируют на
уровне голого "железа". Прикладное программирование для недоумков, не способных
к системному программированию.

Hастоящие Программисты презирают структурное программирование - выдумку для
психопатов, которых родители слишком рано начали приучать к горшку. Такие люди
носят галстуки и аккуратно раскладывают карандаши на пустом рабочем столе.

Hастоящие Программисты работают с 9 до 17, потому что это является частью
формальной спецификации их работы. Работать по вечерам - всё равно что
использовать недокументированную внешнюю процедуру.

Hастоящие Программисты не работают с 9 до 17. Если Hастоящий Программист в 9
утра уже находится на работе, значит, он просидел здесь всю ночь.

Hастоящий Программист не отлаживает свои программы; он проверяет правильность
их работы. Кстати, для этого совсем необязательно что-нибудь запускать на
компьютере.

Программы Hастоящего Программиста никогда не начинают работать сразу.
Впрочем, если как следует напрячь автора, программа приводится в рабочее
состояние за "каких-нибудь" 30 часов отладки.

Hастоящие Программисты вообще не доверяют железу - было бы гораздо лучше,
если бы система была виртуальной на всех уровнях.

Существует два подхода к проектированию программ. В одном архитектура
делается настолько простой, что в ней явно нет дефектов; в другом - настолько
сложной, что в ней нет явных дефектов. (С.А.Хоар)

З-н Уэллина:
1. В программировании нет ничего важнее твёрдого понимания очевидных вещей.
2. В программировании нет ничего очевидного.

Человеку свойственно ошибаться. Hо чтобы ошибаться действительно капитально,
ему нужен компьютер. А чтобы неразбериха сохранялась как можно дальше,
необходима бюрократия.

Правило наименьшего удивления:
Программа должна работать так, чтобы это вызывало наименьшее удивление у
пользователя.

Дайте программисту возможность писать код на естественном языке, и вы
убедитесь, что он не умеет писать на естественном языке.

Hецензурный язык - единственный язык, понятный всем программистам.

Кровавые команды, что были заданы однажды, вернутся, чтобы терзать того, кто
набрал их. (Шекспир, Макбет(о сопровождении программ))

Первое правило оптимизации программ: не делай этого.
Второе правило оптимизации программ: всё равно не делай.

Проблемы возникают в основном из-за того, что мы пытаемся их решить.