ИТ-Стайер

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

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

Следующими за эникейщиками идут администраторы. Они бывают разные: сетевые, администраторы серверов, баз данных, каких-то прикладных систем. Их практически не видно. Они сидят в своих каморках и общение с ними происходит в основном дистанционно: по телефону или по электронной почте. А особенно они любят всякие сервис-дески где им ставят задачи, которые не теряются, а потом их там еще и оценивают.

Вообще админы обычно спокойные люди вплоть до аутичности. Они работают не как все нормальные люди, потому что часто им приходится делать свою работу в то время, когда другие уже отдыхают. Зачастую они вообще являются ночными существами.

Например, был у нас один товарищ по прозвищу Борода, который раз в пару месяцев просто ночевал в офисе проводя операцию обрезания базы данных.

Если у админов проблема, то это проблема у всего офиса. Все сидят и курят потому что не работает ничего. Они никогда не говорят “не работает”. “Легло”, “слетело”, “встало”, “отвалилось”, “поломалось” – это набор определений событий, которые случаются как бы сами по себе.

Админы люди тонкой душевной организации, требующие особого подхода. За 25 лет у меня был всего один случай, когда я расстался с человеком по причине того, что он не смог пережить ограничения свободы. Это был админ с которым я несколько месяцев не мог утрясти легальный график его пребывания на рабочем месте. У нас руководство банка развлекалось контролем рабочего времени через новую систему управления доступом, что для того времени было еще диковинкой, и я практически каждый день был вынужден писать объяснительные почему мой сотрудник не приходит вовремя. Никакие уговоры не действовали, предложения легально сдвинуть график тоже. Достал я его тем, что подверг обструкции при коллективе. После этого он продержался месяц, но не выдержал и уволился.

Особой кастой в ИТ являются программисты. Их работа сродни магии. Никто толком не знает чего они делают и как. Мечта любого программиста – хорошее техническое задание (ТЗ).

Если погуглить, то можно найти несколько квалификационных определений для программистов. Кто-то делит по каким-то категориям с номерами, кто-то категории заменяет умными иностранными словами: юниор – типа стажер, или сеньор – крутой перец, который может рулить юниорами.

У меня есть своя профессиональная шкала для программистов: кодер, программер и разраб.

Кодер – это тот, кто не может и главное не хочет включать мозг. Делает все согласно букве технического задания, досконально транслируя в код все глупости, которые в нем заложены. Когда ему потом говоришь: “Ну посмотри – это же понятно, что так работать не будет. Это просто неправильно” – он просто достает ТЗ и говорит: “Но тут так написано”. Основной вопрос с которым работает кодер – это “что?”.

Программер – это надежный боец. Человек творческий и с опытом. Он хорошо знает свое дело. Способен работать со слов и по приблизительному заданию. Ему не нужно разжевывать все до мелочей. Ответ на вопрос “как?” – это его работа. Он не будет делать то, что работать не будет. Главное иногда вовремя остановить полет фантазии. Иначе получаемые решения могут быть поистине шедевральны, а продукт будет перенасыщен всякими фичами (дополнительными возможностями), которые никому не нужны.

Когда-то был случай с товарищем, который при разработке системы управления складом WMS решал задачу, скажем так, аварийного прерывания задания по инициативе комплектовщика заказа. Подразумевалось, что сотрудник должен был сообщить системе причину. В конце у нас осталось всего две “нет места на паллете” и “нет товара в нужном количестве”. А вот изначально правильный программер ввел их штук семь, из которых больше всего поразил вариант “не могу продолжить по медицинским показаниям” (ну а вдруг у него живот заболел).