Bash.org.ru IT Happens Истории ## 9301 – 9400

1

#9221: Зёрна и пена

15:00 19.05.2012, IT happens

Я уже давно выяснил, что программисты и прочие IT-специалисты делятся на две категории: одни работают на кофе (История #9209), другие — на пиве. Неправильная заправка программиста приводит к полной потере работоспособности. Если заправить «кофейного» программиста пивом, он сразу перестанет соображать. Если заправить «пивного» программиста кофе, он тут же уснет.

Я отношусь к пивным программистам. Если у меня впереди бессонная ночь написания кода, надо купить две-три бутылки пива. Тут главное — быть аккуратным и знать дозировку, так как при превышении необходимой нормы программирование будет послано лесом, а бренное тело — в магазин за добавкой. Но растянутые на всю ночь три бутылки пива творят чудеса. Код пишется намного быстрее и лучше. В итоге я экономлю два-три часа времени, чтобы хотя бы чуть-чуть поспать.

Позже я узнал, что у этого явления есть название — «пик Балмера». Ещё позже я узнал, что «пик Балмера» — это миф. Но мне это не мешает им пользоваться, как и многим другим.

Не надо спорить о национальных напитках айтишников. Это всего лишь топливо, как дизель или бензин.

2

#9209: Дворники от IT

13:00 18.05.2012, IT happens

Читаю IT happens достаточно давно. Не могу не отметить, что в историях всё чаще фигурирует пиво. Господа, с каких пор главным напитком айтишников стало пиво? Сколько помню себя в айтишном мире, что эникей, что системное администрирование, что программирование — только кофе.

Ночь (вечер, тяжёлый день, давно не спал), многочасовое ковыряние в коде (конфигах, железе), красные глаза, безжалостно клонит в сон. Выход? Кофе! Потому и был он национальным напитком «красноглазых», что помогал не спать и сохранять ясность мысли при всеми нами любимом ночном образе жизни. А пиво…

Я, например, уже после пары банок не могу писать качественный код с той же скоростью. Поднять сервер под серьёзные задачи после десяти бутылок на двоих? Да ни в жизнь! Потом гораздо дольше будешь разбираться, что сделал не так, что забыл, что упустил. Визит к клиенту или сотруднику с характерным запахом? Тоже нехорошо. Никак понять не могу — то ли работа у вас такая, что можно выполнять под мухой, то ли стаж в употреблении такой, что алкоголь как вода идёт и никак не сказывается на работе мозга? Я понимаю, дворник может накинуть для бодрости духа и метлой махать, но IT-специалист с хоть сколь-нибудь серьёзными задачами?

3

#9251: Окна и велосипеды

15:00 24.05.2012, IT happens

Большинство людей, когда им нечего делать, находят себе какие-нибудь развлечения: кино посмотреть, музыку послушать или в игры там поиграть. У меня же, как у программиста, свои «игры» и «развлечения»: эмулятор DOS на КПК и мечта детства написать гибридную программу, которая бы одинаково работала и под DOS, и под Windows. Писал я её на ассемблере, долго и по чуть-чуть. Но вот настал момент, когда программа была почти готова, и осталось только написать простенький мини-драйвер под Windows, который будет перенаправлять вывод программы в окно.

Ну, скомпилил модуль. Запустил — программа падает с фатальной ошибкой. Ничего страшного, я к этому уже привык. При написании программ на асме иначе просто не бывает. Ошибка в одном бите — и программа уже фатально падает. Но именно этот стиль написания программ, привитый с детства, когда ты видишь программу насквозь и чисто интуитивно чувствуешь, где кроются ошибки, очень помогает в моём ремесле.

Загружаю старый добрый TD32. И тут происходит это… Знаете, как выглядит самый страшный ночной кошмар любого программиста? Самый страшный кошмар программиста — это когда прога падает при простом запуске, но при попытке отладить её ошибка мистическим образом испаряется! При запуске под отладчиком программа преспокойно работает. Я начинаю судорожно анализировать ситуацию: что такого я мог накосячить, что прога отказывается работать под «голой» виндой?

На анализ ситуации уходит пара часов, в течение которых программа дописывается до фактически окончательного состояния, но решить проблему так и не удаётся — прога так и падает где-то в User32, хоть ты тресни. И тогда я решаю пойти от обратного. Вот в соседней папке лежит каркасное приложение под винду, которое прекрасно работает. Чем же от него отличается моя программа?

Оказывается, перед тем как приступить к написанию модуля, я на всякий пожарный решил перечитать статьи по некоторым функциям API, причём не где-то на левых сайтах, а непосредственно в MSDN. Там я обнаружил весьма интересную информацию: оказывается, функция регистрации класса окна возвращает идентификатор этого самого класса, так называемый атом, который можно использовать вместо имени класса при создании окна. Конечно, как ярый фанат оптимизации (не зря же на асме пишу), я именно так и сделал. Зачем заставлять ОС делать лишние телодвижения? Ведь она же всё равно этот самый идентификатор будет искать по имени. Я это сделал и преспокойно забыл.

Вернул идентификацию класса окна по имени — всё заработало. Тут всё встало на свои места. Оказывается, никакой магии в том, что ошибка мистически пропадала в отладчике, нет. Эти самые атомы работают только под Win95/98.

А весь фокус с исчезновением в том, что древний TD32 работал в режиме совместимости с Win95. Но ни в одной справке про это нет ни единой строчки! Даже в официальном MSDN. Там прям так и написано: можете использовать либо имя, либо идентификатор.

Вот мне и вам урок на будущее: меньше доверяйте документации Микрософта и не изобретайте велосипеды. Пишите так, как пишут все, и будет вам счастье.