Привет всем, я — сорокалетний программист-самоучка, а это моя история.

Пару недель назад я наткнулся на график распределения людей, интересующихся технологиями, ИТ и программированием. И он заставил меня задуматься о моей карьере.

Через каких-то 20 лет мне стукнет 60. И вероятность того, что я еще смогу заниматься тем, для чего был создан, составляет очень крошечную величину. Эти размышления привели меня туда, откуда все начиналось.

Я дебютировал в роли разработчика программного обеспечения в 1990 году, через год после того, как мне на 14-тилетие родители подарили ПЭВМ «Микроша».

Мир в 1990 году

Тогда он был немного другим. Слова «Интернет» в СССР мы тогда еще не знали. У родителей на производстве использовались ЕС ЭВМ, которые выглядели так:

А жесткие диски выглядели вот так:

Карманные компьютеры (КПК) Palm тогда еще не существовали в природе, и их место занимали микрокалькуляторы «Электроника» всевозможных моделей. О программируемом калькуляторе можно было только мечтать, цены на них были заоблачными:

В прокате отечественного кинематографа крутили «Кин-Дза-Дза», Алиса Селезнёва регулярно боролась с космическими пиратами на каналах центрального телевидения, и в этот год вышел стильный трех-серийный фантастический фильм «Посредник»:

Холодная война завершалась, в космосе царил мир, а за посадкой в беспилотном режиме космического челнока «Буран» я годом ранее наблюдал по новостям в прямом эфире:

Да, беспилотная посадка многотонного объекта с аэродинамикой утюга — это было реально круто!

Мой первый опыт в качестве разработчика

Как утверждает А. В. Столяров в своей книге «Программирование: введение в профессию», программистом человек становится тогда, когда его программа становится нужна другим людям, и они готовы заплатить за нее деньги.

Благодаря прекрасной документации на компьютер «Микроша», написанной в конструкторском бюро «Лианозово» (которую я храню до сих пор как образец составления руководства пользователя), я за полгода освоил Бейсик, успел в нем разочароваться с точки зрения скорости выполнения программ, и начал писать свою первую игру на Ассемблере. И рядом со мной никого не было, кто разбирался бы в программировании и компьютерах.

В соседнем дворе жил школьный товарищ, которому родители подарили компьютер «Партнер 01.01». Компьютер у него лежал в коробке, а товарищ не знал как подключить его к магнитофону, чтоб загружать программы. Я пришел к нему, наладил, и мы стали поочередно ходить друг к другу в гости, чтобы поиграть. Игр было немного, и к тому же между нашими ЭВМ была небольшая аппаратно-программная несовместимость вплоть до формата записи на магнитную ленту. Поэтому загрузить программы от одного компьютера в другой мы не могли.

Товарища в компьютерах интересовали только игры, и вот когда все игры были переиграны, я ему показал, как я пишу игру для себя. Это была вертикальная скроллер-гонка на Ассемблере. Он загорелся этой игрой, и попросил сделать ему такую же. Я объяснил, что дело будет долгим: придется вручную перенабирать на его компе длинный листинг Ассемблерной программы, или вбивать килобайты HEX-кода, поправляя в них адреса процедур и портов, которые на наших компьютерах различались. В конце концов, я пришел к нему вечером, и написал за один присест аналог своей игры, но только на Бейсике. В игре была дорога, машинка из буквы «Ж» и бревна из символов решетки #####. Чем дольше шла игра, тем уже становилась дорога, длиннее бревна и выше скорость. В углу щелкал счетчик километров. Сейчас такую игру назвали бы аркадой со случайно генерируемым ландшафтом.

Написав игру, я ушел домой, сказав, что 100 км в ней проехать невозможно. Через три-четыре дня позвонил довольный товарищ, и сказал, что смог проехать больше. Оказывается, он круглыми сутками рубался в эту нехитрую игру, и в какой-то момент бревна на дороге разместились так, что можно было проехать. Потом он позвал к себе еще пацанов, и они рубались в нее не прекращая. Родителям это не нравилось, и они обмолвились, что надо брать деньги за игру на компьютере, как это делали кооперативщики в игровом Спектрум-клубе. Поток желающих резко снизился, но какие-то деньги он успел заработать. Половину денег он отдал мне, сказав, что если бы не моя игра, он бы вообще не заработал ничего. Так я стал разработчиком, удовлетворяя всем условиям критерия Столярова.

Высшая школа

В институт, с точки зрения программирования, я шел неплохо подготовленным. Не у каждого за плечами было несколько лет программирования на языке высокого и низкого уровня плюс сгоревший компьютер, который не выдержал своего превращения в голосовой автоответчик в связке с магнитофоном «Ореанда 204-C». «Программистских» специальностей в нашем ВУЗе не было, но была кафедра микроэлектроники и полупроводниковых приборов. Кафедра создавалась для радиозавода, который был построен на окраине города. В год, когда я начал учиться, персоналу перестали выплачивать заработную плату и завод закрыли.

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

В институте нам преподавали язык Си. С этим императивным языком у меня не было проблем, за исключением указателей. Зная Ассемблер КР580ВМ80А, и успев поковыряться с i8086, я недоумевал, как можно было так уродливо сделать такую простую вещь, и почему эту уродскую реализацию еще и приняли в стандарт. Но я заставил себя воспринять это как должное.

В последний семестр курса по программированию нам номинально прочитали какой-то сумбур по Си++. Этот язык «преподавал» человек, который вообще в нем не разбирался. Лекции он читал по бумажке. Такое положение дел было нормой тогда, и, насколько понимаю, остается нормой и по сей день. «Концепция объектно-ориентированной парадигмы предельно проста. Каждый объект в системе представляет собой инкапсулированную абстракцию, наделенную свойствами наследования и полиморфизма» — вот что мы заучивали на лекциях. В итоге, на практическом экзамене по С++ я был единственным человеком, который писал решение на этом языке. Остальные писали на C. Я подготавливался дома, днями мучая плюсовую часть компилятора TurboC, чтобы заставить компилироваться одну-единственную программу в ООП-стиле на 300 строк. Это было дело принципа: если я учу Си++, то я должен понять, как написать и скомпилировать хотя бы одну программу. Это было трудно, неудобно, и вызывало недоумение: зачем придуман такой извращенный язык? Зачем защищать данные внутри программы от самой себя? В конце концов я механически запомнил конструкции языка и их совокупность, образующие костяк программы, которые «хотя бы работали». А на экзамене просто это повторил. Преподаватель, как и я, был в трансе, когда увидел скомпилированную на экзамене Си++ программу (это были часы, в которых циферблат и стрелки были отдельными объектами). Я тогда дал себе слово, что никогда больше не притронусь к Си++. И рядом со мной никого не было, кто разбирался бы в ООП и в программировании на плюсах, и сказал бы: товарищ, ничего тут сложного нет.

Учась в институте, я стал подрабатывать, чтобы помогать родителям. Шли девяностые годы, и каждая копейка была на счету. Первый серьезный заказ был от сокурсника, отец которого был директором собственного предприятия. Им требовалась программа для учета горюче-смазочных материалов. Идея заработать на своих умениях программировать была заманчива, и я согласился. Хотя, положа руку на сердце, какое мне дело до горюче-смазочных материалов? Мне хотелось разобраться как кодить 3D на голом процессоре и играться с вокселями. Но я понимал, что за это платят где-то далеко, но не у нас. Поэтому я краем глаза смотрел на базы данных, и к тому моменту уже полгода экспериментировал с FoxPro. Я пришел в контору предприятия, и стал выяснять, что же им таки нужно. Говоря языком разработчика, я собирал историю пользователя. Мне показали какую-то бухгалтерскую систему, и рассказали свои проблемы. Проблема была в том, что они вели суммовой (денежный) учет, а им нужен был количественный, с детализацией по потребителям и местам хранения. Это сейчас я так точно говорю, в чем была проблема. А тогда на меня вылили полную кучу взаимоисключающих параграфов и выразили надежду, что я смогу в этой каше разобраться. Я записал себе все, что успел понять, взял месяц на разработку, и сделал эту небольшую учетную систему.

За день до передачи заказчику, у меня щелкнула мысль: а что, если мне за этот вынос мозга не заплатят? Скажут, например, что программа не подошла, и откажутся платить. А потом будут использовать. Или не будут. Но я-то ночи не спал, измотался вконец. Я сидел, думал-думал, и наконец решил: вставлю защиту по времени. Если мне не заплатят в течение месяца, программа перестанет работать. Если ее никто не будет использовать, то об этом никто не узнает. А если заплатят и станут использовать, то я после получения денег скажу, что в каталоге с программой надо просто удалить файлик с определенным именем. И я сделал защиту. На FoxPro сделать защиту — это та еще проблема. На тот момент уже существовало два декомпилятора, которые практически один-в-один восстанавливали исходный код. Но я, рассудив, что вряд ли заказчик станет искать человека, который сломает защиту, немного обфусцировал код, скрыв от посторонних глаз вызов системной ошибки. На следующий день я отдал программу, показал как в ней работать, но обещанных денег не получил.

Сумма была небольшая — уговор был о деньгах в размере месячной стипендии. Но мне сказали, что выплатят через неделю, когда на предприятии будут выдавать зарплату. Что произошло через неделю? Правильно, денег мне не выплатили, сославшись на то, что в этом месяце фирма мало заработала, и вот именно на меня не хватило. Я внутренне похвалил себя за свою предусмотрительность. Даже если я останусь без денег, то хотя бы буду удовлетворен тем, что в один прекрасный момент программа (без моего вмешательства!) откажется работать с нехорошими людьми. И я больше не стал о себе напоминать. Нет — значит нет. А дальше все произошло как по нотам. Окунувшись в учебу, я уже и забыл про свою программу. Я был дома, и вдруг зазвонил телефон. Звонил мой сокурсник, отец которого заказал программу. Он сказал, что моя программа перестала работать, а в ней уже накопились данные и недельные отчеты за целый месяц. Я скромно напомнил, что мне за программу ничего не заплатили. И спокойно сообщил, что делать категорически ничего не буду, пока не увижу денег. Сокурсник очень обиделся, сказав что не ожидал от меня такой подставы. Но через два часа привез деньги, а я ему сообщил, какой файл надо удалить. Больше я с ним дел не имел.

Этот эпизод глубоко убедил меня в том, что лучшие друзья девушек — это алмазы лучшие друзья программиста — это его собственные программы. Они не подведут, и всегда будут работать так, как задумано. И единственное, на что я могу в жизни опереться (помимо родителей, конечно) — это мои собственные программы. Они меня — как люди — не подведут. А для того, чтобы они не подводили, программы надо писать хорошо.

Завершение учебы

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

Работа раз

Три раза в неделю я из города ездил в деревню, в центральную районную больницу, где работал на должности «тыжпрограммиста». Да, уже тогда существовал мем «тыжпрограммист». Поддержка бухгалтерии, расчет зарплаты, подача отчетности в налоговую и пенсионнный фонд, медицинская статистика и социальное страхование. Что-то досталось по-наследству от предыдущего работника. Расчет зарплаты приходилось дописывать в соответствии с меняющимся законодательством. Медстатистика была написана с нуля. FoxPro, Clarion, Си для мелких утилит. Локальных компьютерных сетей мы тогда еще в глаза не видели, и я делал распайку навесного LPT-порта, чтобы соединить компьютеры на двух этажах через LPT-линк в Norton Commander. Хотя, какое мне дело было до бухгалтерии, статистики и отчетности в налоговую? Я ночами разбирался с CORDIC-алгоритмами, адаптируя чудом найденный листинг мотороловского ассемблера на i8086. Я добрался до BUMP-маппинга в реальном времени на микропроцессоре i386. Я открыл для себя FIDO, а через него и и демосцену. Ассемблер, сплошной Ассемблер, и микроскопические размеры программ. Первые свои intro я делал для своих фидошных нод. А рядом со мной не было никого, кто бы разбирался в этом низкоуровневом программировании графики и звука.

Работа два

Еще два раза в неделю я работал в мастерской «Медтехника». Выработка там считалась по починенным приборам. Мне отдавали всякую рухлядь, с которой никто не хотел возиться. Есть такие типы поломок, когда прибор то работает, то нет. Диагностировать проблему в таких условиях очень сложно. Лучше бы он просто сгорел и не работал, тогда было бы сразу ясно что чинить. Опыта у меня не было, и вообще я себя считаю рукожопом в электронике, посему мучился я изрядно.

В какой-то момент владельцу мастерской пришла на ум бизнес-идея закупать оптом фотопленку для рентгенографии большого формата, и нарезать из нее малые форматы. С малыми форматами почему-то везде была проблема, медучреждениям их негде было достать. А чтобы продавать пленку, нужна была упаковка. Были куплены два километровых рулона светонепроницаемой бумаги для внутреннего и внешнего конверта. Сварили опоры для рулонов, поставили металлический стол. Получился импровизированный станок. В этом деле я не участвовал, только наблюдал со стороны. Я видел, как директор со своим замом сами резали бумагу, пытаясь придумать ручную технологию быстрого изготовления конверта. Они стояли с секундомером, и замеряли, сколько времени у них уходит на один конверт. Но как они делали этот конверт? Меня поразило, что они не стали разбивать технологические операции резки, сворачивания и склейки на этапы, а делали разную работу последовательно для каждого конверта. Резку они делали канцелярским ножом под металлическую линейку. При разметке листа они крутили линейку и так и эдак, и на это уходило много времени. Я не выдержал, подошел, и поинтересовался, почему они не нанесут разметку прямо на стол? Это предложение их поразило. Как просто! Они поинтересовались, что еще можно сделать. Я рассказал им выжимку об организации технологических процессов, и внес несколько изменений в станок. И кого, в итоге, поставили резать бумагу? Нет, не таджика с улицы. Я резал бумагу месяц, постепенно понимая, что тупею от такой работы. Через месяц кончилась фотопленка, и я снова начал чинить приборы. Один раз я ошибся, и включил трансформатор без сердечника. Трансформатор сгорел, и его пришлось перематывать. Стоимость потраченной медной проволоки вычли из моей и так мизерной зарплаты. Меня это доконало окончательно, и я с медтехникой завязал.

Работа три

Третье рабочее место. Сутки-через-три сторожем в детской поликлинике. Прекрасная работа, чтобы почитать книжки. Если бы у меня была возможность притащить компьютер на эту работу, я хотя бы там писал свои программы. «Так взял бы ноутбук!» — скажет современный читатель. Но о ноутбуке я не мог и мечтать. У меня была еще свежа в памяти поездка с отцом в командировку в Москву на ВДНХ, где я увидел в торговом павильоне цены на ноутбуки, которые были выше цены автомобиля. Я тогда ходил потрясенный, и все никак не мог понять: неужели находятся люди, которые готовы купить ноутбук за ТАКУЮ цену? И рядом со мной не было человека, который бы сказал: чувак, в нормальных конторах такие ноутбуки выдают для работы бесплатно!

Свободный полет

В 1998 году я закончил институт. Диплом с отличием на руках. У меня две смешные работы со смешными зарплатами. На Кавказе вторая чеченская война, и я призывник. В аспирантуру не взяли — туда только по великому блату, потому что бронь от армейки. Очень хорошая перспектива — 15 лет учиться, получить диплом с отличием, и со всем багажом знаний отправляться на реальную войну. Но благодаря дырявому законодательству, я стал официальным единственным опекуном, и получил отсрочку. Одна проблема была решена.

Однако была вторая проблема: отсутствие приличной работы. И была третья проблема: в стране случился дефолт. То есть, до дефолта я думал, что хуже быть не может. А при дефолте узнал, что может. На работу ходить не имело никакого смысла: заработанных денег хватало только на проезд до работы. Оставался только один вариант: понаехать в Нерезиновую, а там — как кривая выведет. Некоторые родственники новоиспеченных инженеров уже перебрались в Москву: работали на стройках, на рынках, в электричках. В тот момент устроиться по специальности в Москве не было никакой возможности: без прописки Москва-Подмосковье на работу не брали. По сути, человек был нелегалом в столице своей родины.

Кусочек лета, с осени до весны я бегал по московским электричкам, торгуя копеешным товаром: отрава для тараканов, стельки, некондиционные фломастеры, книги, чай из пыли с чайных фабрик, просроченное кофе, ножи для мясорубок, прочая неимоверная дребедень. По выходным торговал на рынке радиотелефонами. Параллельно пытался найти настоящую работу, но везде был отказ по причине отсутствия прописки. Один раз, казалось, нашел компанию, которая могла бы меня взять на работу. Во всяком случае, в требованиях не было упоминаний о прописке, а при звонке менеджер ничего не знал о том, нужна прописка или нет. Контора занималась организацией бухгалтерского/складского учета, внедряла 1С, и им нужны были расторопные люди. Прием на конкурсной основе. Я пришел на собеседование, написал тест, и из толпы в сколько-то десятков человек осталось только двое. Далее было личное собеседование, на котором состоялся эпичный диалог:

— Вы нам подходите. И последний вопрос: вы где живете?
— В Пушкино. (я снимал там угол).
— Прописка Подмосковье?
— Нет. Юг России.
— Ну что ж вы так… Конкурс вы не прошли!

Конкурс, мать, не прошел. Кровь сдал, мочу сдал, кал сдал, на математике завалился.

Один мимолетный положительный момент пребывания в Первопрестольной все же был: я смог попасть на фестиваль компьютерного искусства ByteFall-99. Он тоже по причине кризиса переносился, но в конце концов был проведен. Я выставил там свое интро, которое написал еще в институте. Доступа к компьютерным сетям Интернет/Fido у меня не было, поэтому заветную дискетку пришлось вести организаторам ногами. Организатор работал админом в Христианской миссии — какие-то католики или протестанты, я в них не разбираюсь. Он фанател по Линуксу, и тогда я на полчаса залип — я впервые увидел линукс в реальной работе.

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

Легальная работа

1999 г. Начало лета. Я сидел, и с удивлением смотрел на свои руки. Пока я был в Москве они стали деревянными. Пальцы забыли, где находятся буквы на клавиатуре. Куда девались мои неторопливые 250 симв./мин.? Странная игра мозга: иногда вспоминаю раскладку JCUKEN своего первого компьютера, хотя за годы учебы и работы с PC уже мог бы привыкнуть к QWERTY.

Чем может заняться инженер кафедры микроэлектроники в городе, где он никому не нужен? По сути, только сопровождением компьютерных учетных систем. И я пошел работать в государственные налоговые органы. Мне сразу дали должность ведущего специалиста. Но зарплата… Она рассчитывалась по каким-то древним нормам, и была чисто символической. И честно говоря, какое мне дело было до тонкостей расчета подоходного налога на физических лиц с поправками от ДД.ММ.ГГГГ? Я бредил искусственным интеллектом и экспертными системами. Чтобы совсем не закиснуть на работе, я ночами писал виртуального игрока на основе дихотомайзера для игры, теории которой я нигде не мог найти. Экспертная система на то и экспертная, что ей можно формализовать те закономерности, которые разработчик сам не знает, и для этого достаточно обучить её на образцах «правильной» игры. И когда мой электронный игрок обыграл меня, я был просто счастлив. Игра называлась «Акционер». Я и мой товарищ, писавший GUI, планировали продавать игру. Но из этого ничего не получилось. В конце концов мы выложили игру в свободный доступ. Спустя 15 лет, со мной связался автор, который публиковал правила этой игры в журнале «Наука и жизнь». Он написал, что он нашел нашу игру, и несколько раз играл «в ничью». Это было круто.

Прошел год. Страна стала оправляться от дефолта. Стал восстанавливаться наш градообразующий машиностроительный завод. Ну как восстанавливаться… Гости с туманного Альбиона, купившие по дешевке советский завод атомного машиностроения, решили начать извлекать из него прибыль не только путем продажи оборудования на металлолом. Через знакомых я случайно узнал, что на заводе формируется инжиниринговый центр, куда набираются специалисты. Плевать, что не по моему профилю, но хотя бы зарплата будет взрослая. В конце концов, в приложении к диплому, в графе инженерного конструирования стояло «отлично». Я схватил документы, прошел собеседование, устроился в штат, и через неделю уже ехал в командировку в Питер. Зарплата, командировочные — можно копить на жилье. Хотя, какое мне дело было до теплообменного оборудования, трубных решеток, фланцев и компенсаторов? Нейронные сети, обучающие выборки, распознавание образов — вот интересная тема! А что, если нейросетку применить к кодированию видео? Черт, MPEG-4 именно это и делает…

Из инженера-конструктора я переквалифицировался в инженера-расчетчика с уклоном на расчеты потоков жидкостей и газов. Основные инструменты — MathCad для аналитических решений, UniGraphics для геометрии, AnSys и StarCd — для конечно-элементного анализа. В MathCad можно программировать — ура! В AnSys можно писать скрипты — прекрасно, будет параметрическая геометрия! Для StarCd нужен STEP-конвертор, спецификация есть — напишем! Ах да, ведь в мире еще есть Интернет, и кто-то пишет сайты. И все это крутится на Linux! Надо его поизучать. А что такое PHP 4-й версии? О боже, это скриптовый мультипарадигменный язык с классами! Неужели ООП может быть таким простым?

В это время вернулся из армии мой товарищ, с которым я работал на электричках в Москве. Он хороший схемотехник, и мы решили вместо пасеки, параллельно с основной работой, пощупать бизнес по изготовлению светодиодных табло типа «бегущая строка». Лучше б мы занялись пасекой. Мы наивно полагали, что если сможем сделать недорогое и простое (в нашем понимании) изделие, то сможем обеспечить свое существование. Для начала решили сделать тестовую модель. Бегущая строка состояла из самодельной светодиодной матрицы и самодельной платы с микросхемой КР580ВВ55А, которая по LPT-порту вставлялась в материнку i386. Расчет был на то, что материнки с i386 к тому времени настолько устарели, что их можно было закупать килограммами за копейки. А нашему ПО большего и не требовалось. Я сделал несложный язык разметки для вывода сообщений, в котором были подгружаемые шрифты, анимированные спрайты, эффекты, мета-символы даты-времени, значения датчиков. И написал драйвер для вывода динамической картинки на наше устройство. Когда прототип был полностью собран и заработал, мы стали подсчитывать, сколько будет стоить конечное изделие. Оказалось, что самое дорогое — это изготовление матрицы с диодами и корпус. Те цены, которые озвучили местные предприятия за сверление ровных отверстий в пластике и изгиб металла, были какими-то неадекватными. Они в разы превышали цену готовой бегущей строки, которую можно было достать в Китае. Мы продали опытный образец по цене комплектующих, и на этом наше высокотехнологичное предпринимательство закончилось.

Три года я занимался расчетами. Не сказать, что это дело из легких: большая ответственность, и каждый день как экзамен по физике. Задачи все время новые: то расчет напряжений, то тепло-массо перенос, то профилирование аэродинамики, то трубные пучки. Везде своя методика, везде свои особенности. В какой-то момент я понял, что меня не хватает на всё. Добил меня заказ на масляный теплообменник для корабельного оборудования. Морская тематика — это вообще отдельная песня. У неё свои нормы и требования, сильно отличающиеся от классического, наземного машиностроения. Я «куснул» задачку, но существующая методика расчета давала погрешность больше, чем степень оптимизации характеристик. Гуру расчетной группы пожали плечами: выкручивайся как хочешь, мы не знаем как считать. Вместо аналитического решения решил применить конечно-элементное. Но была загвоздка: масло сильно охлаждалось, и изменением вязкости нельзя было пренебрегать. Требовались расчеты с изменяемыми параметрами среды. В пиратском StarCd был требуемый функционал (да, тогда все ПО на производстве было пиратским), но в нем была ошибка: терялись коэффициенты расчетной формулы. И обойти это было никак нельзя. Я даже пытался вывести коэффициенты для эквивалентной формулы, где были бы скомпенсированы потерянные коэффициенты, но нет. По очень дальним связям, в каком-то московском институте я нашел человека, который занимался расчетами в этой программе. И он сказал, что проблема существует, и никак не решается в той версии ПО, которое у меня. Зато в более новых версиях проблема решена, вопрос только в покупке. Я сообщил об этом главному инженеру, но он только покрутил пальцем у виска: где это видано, чтобы программы покупали для производственных нужд? А что касается расчета — надо писать фиктивный, и закрывать сумму за выполненную работу. Я отказался, и после странного разговора «либо пишешь левый наукообразный расчет и ставишь подпись, либо валишь», уволился по собственному желанию.

Куда идти теперь? Бывший институтский товарищ работал у самого крупного в городе владельца продовольственных магазинов. Тогда только появилась тема магазинов самообслуживания, забытая с советских времен: всю перестройку людей боялись пускать к товару, и вся торговля в городе была прилавочной, и, соответственно, медленной. Владелец очень боялся, что в город придет сеть «Магнит» и «Пятерочка». И было принято решение переводить магазины на формат торговых залов. Требовался человек для реализации этой идеи. За неимением лучшего предложения от работодателей, этим стал заниматься я. Хотя, какое мне дело было до электронных весов, сканеров штрих-кодов, проводок в 1С «Рарус» и кассовых модулей? Компьютерная графика и анимация! Что есть из самого доступного? Flash! VirtualDub и потоковый скриптинг на AVISynth! Что сделать, чтобы разобраться в технологии? Конечно, собственный клип! Днем — работа чтоб покушать. Ночью — творчество.

За год, — страшно вспомнить, — я запустил четыре магазина самообслуживания. Они были первые в городе. На остальных отставали строительные работы. Наступило относительное спокойствие: приход Пятерочки с Магнитом откладывался. Что бы еще навешать на ИТ-специалиста, который сопровождает три маркета и четвертый с приставкой «супер»? Конечно, ревизию! Тыжпрограммист, считать умеешь, и пока работы немного (магазины ведь волшебные, и работают сами по себе), надо ночами считать товар. А если недостача? Ну давай посмотрим: магазины вверены тебе, учет ведется на компьютерах, значит кто отвечает за недостачи? Понятно?

Проведя несколько ревизий, и видя, какие дела творятся в торговой сети, я твердо решил съезжать с этой темы. Но надо понимать, что лихие девяностые в глубинке продолжались и в двухтысячных. Владельцы крупных городских бизнесов — люди не простые, а многие вещи решаются по понятиям. Поэтому просто так с темы не съедешь. И именно в этот момент произошло невероятное: одному моему товарищу мама подарила квартиру в Москве, а сама вышла за муж и уехала в Италию. Он перебрался в Москву, и каким-то образом устроился на работу бета-тестером в контору, которая писала игры под Linux. Он рассказал про меня, и меня пригласили на собеседование. Я собрал все свои свободные деньги, и поехал в Москву. Устроился на работу, нашел квартиру, и сразу заплатил тройную сумму месячного проживания: агентству, залог владельцу, оплату первого месяца. До первой зарплаты жил на бутербродах.

Работа по специальности

2005 год. Москва была совсем другой! Лужковские законы отменили, и можно было ходить в метро и по улицам спокойно, не боясь что товарищ милиционер вдруг заинтересуется твоей личностью. У работодателей наблюдается кадровый голод, и фирмы с удовольствием устраивают специалистов, не взирая на прописку. И трудоустройство, что удивительно, по КЗОТ! Съем жилья в Москве по-прежнему дорогое удовольствие, но шестикратный рост зарплаты делает это удовольствие позволительным.

Фирма, в которую я устроился, делала игры под Linux. Звучит невероятно? Кому нужны игры под Linux? Оказывается, нужны. Например, если это игровые автоматы с азартными играми. Сфера такого бизнеса называется буржуйским словом «геймблинг». Помните «столбики» и залы игровых автоматов на деньги? Вот это оно.

Для снижения издержек, и чтобы не заморачиваться с лицензированием, фирма вела разработку на Linux. SDL, OpenGl, png для графики, ogg для звука. Фирма занималась полным циклом производства. Отдел разработки (куда я и устроился), отдел проектирования электроники (к PC-материнкам подключались свои платы защиты и контроллеры оборудования), отдел контроля качества, производство корпусов, сборка готовой продукции, и прочие непроизводственные отделы. Когда я устроился в эту фирму, пик сверхдоходов уже прошел. В воздухе летали слухи о запрете игровых автоматов. Поэтому фирма потихоньку переориентировалась на заказы из-за рубежа.

Я проработал в этой фирме год «на постоянке». Вывел в продакшен два проекта, которые делал практически «с нуля», но используя и дорабатывая фирменные библиотеки. Со мной, помимо C, C++ и Java программистов работали художники, аниматоры, музыканты, шрифтовики, тестеры. Мне это очень нравилось. Там действительно был коллектив, и я в кои-то веки не был специалистом-одиночкой.

Исторически, игры собирались из Си и Си++ кода, потихоньку перебираясь полностью на плюсы. Приходилось писать и низкоуровневые вещи, и фронтэнд на OpenGL, и финансово-денежную часть, и тесты математики. Внешне все должно было выглядеть броско и красиво, целились на «верхний» сегмент. Трехмерные объекты вылизывались до идеала: качественные текстуры, полутени, движущиеся блики, размытие для эмуляции быстрого движения, сплайны для мягкой анимации, etc. Я в работе использовал принципы написания кода «от НАСА»: единоразовое размещение объекта/ресурса в памяти при старте, никакой динамической работы с кучей в процессе выполнения программы. Это давало свои плоды: ничего не тормозило, все работало плавно, так как все данные при старте были подготовлены и доступны. Конечно, без оптимизации самих данных это было бы невозможно. За счет такого подхода, игры работали месяцами не выключаясь. Были и другие методики: со мной работал студент, который писал для своих проектов свой собственный аллокатор с тройным уровнем указателей. На его код я смотрел с благоговейным страхом. Его проекты то работали, то сегфолтились, но он быстро все исправлял. Когда он уволился, то код этого специалиста пришлось переписывать с нуля, так как никто не мог потянуть его сопровождение.

За все время работы я локализировал свои проекты под двенадцать стран: Страны бывшего СССР, Европа и латино-американские страны. Для некоторых стран приходилось проходить сертификацию, чтобы пустили на рынок. Требования были нетривиальные, больше всего извозился с Чехией и Перу — одной условной компиляцией было не отделаться. Но работать было интересно!

Хотя, положа руку на сердце, меня грызла совесть: все-таки делал я азартные игры. За азартом всегда стоял полукриминальный бизнес, а я делал для него услугу. И мне это очень не нравилось. Поэтому, чтобы хоть немного выправить карму, я стал подумывать о том, чтобы запустить свой собственный OpenSource проект. На благо общества, так сказать. Я ходил, и обдумывал возможные полезные проекты. И уже были некоторые намётки как вдруг приняли закон о регуляции игровой деятельности. И фирма, в которой я работал, стала делать резкое пике, т. к. большая часть доходов все-таки была с российского рынка. Производство стали оптимизировать, наметился переезд в более дешевый офис. Я договорился на приличную ЗП по меркам моего города, что для работодателя оказалось выгодно, и уехал обратно. И несколько лет продолжал работать удаленно. Личный опыт показывал, что Москва — это город для работы, но никак не для жизни.

Удаленная работа — зеркало фриланса

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

Чтобы оставаться «в теме», я учитывался Хабаром и Лором, при этом понимая, что это занятие не приведет меня к знаниям такого же уровня, которые я получил в «доинтернетовскую» эпоху. Интернет формирует очень мозаичную картину мира, и кажется, что уже исчезли люди, способные объяснять последовательно, подробно и доступно. С книгами тоже дела обстоят неважно: в силу многих причин я не могу «глубоко» читать с экрана. Поэтому всегда покупаю бумажные книжки. Но с ними проблема: большинство современных книг — это откровенный шлак. А те книги, которые действительно нужны, стали раритетом и в бумажном виде не продаются. В общем, человечество вступило в фазу, когда неоткуда взять глубокие знания, а вместо них подсовывается суррогат в виде бесконечных статеек людей, которые «наконец то все поняли», призывов обучиться на курсах «от какой-нибудь большой корпорации», рассуждений о прелестях удаленного обучения и прохождения открытых курсов в иностранных университетах на английском языке.

Я решил, что только работа, опыт, и проекты с применением новых технологий удержат меня от выпадения из индустрии. И OpenSource казался тогда хорошим выходом. У меня было несколько проектов, которые я мог выставить на всеобщее обозрение, после приведения кода в более-менее приличный вид. Я выбрал один из них, написанный на C++ с Qt, и параллельно с удаленкой стал пилить проект для людей. Я очень рассчитывал, что появятся люди, которым проект интересен, и сформируется хотя бы небольшой костяк команды разработчиков. Однако, чуда не произошло: периодически появлялись люди (и я им очень благодарен), которые точечно помогали, если я не мог с чем-нибудь разобраться, но «на постоянку» не нашлось никого. Я тянул проект один, и продолжаю это делать сейчас. Соответственно, никакого обмена опыта в рамках команды я не получил, по причине отсутствия таковой. (Ремарка: после публикации на Хабре несколько человек стали коммитить в репозитарий проекта. Но теперь у меня нет времени чтобы разгрести эти коммиты и продолжить групповую разработку).

Что касается основной работы по удаленке, то спустя пять лет произошло то, что и должно было произойти. В современном мире жизненный цикл разработки ПО примерно 5-6 лет в самом оптимистичном случае. Далее, без кардинального внедрения новых технологий (что ведет за собой кардинальную переделку всего проекта), проект будет постепенно распадаться, пока не загниет окончательно. На фирме это понимали, и затеяли переезд всей инфраструктуры на новые рельсы. Участвовать в такой крупной переделке удаленно не представляло никакой возможности. Требовалось либо личное присутствие, либо нужно было увольняться. Я только-только обзавелся жильем, и затевать новый переезд, причем на этот раз не одному а с семьей, не было ни возможности, ни желания.

Просто работа

2011 год. Ну что же, вот я и приплыл. Теперь вариантов немного: либо фриланс, либо веб-студия, либо местное производственное предприятие.

1. Фриланс в области разработки — это очень специфичная вещь. Я периодически делал несколько заказов в режиме фриланса, и знаю, что это жуткий вынос мозга. Обычно, все происходит по одному и тому же сценарию: пытаясь сэкономить заказчик находит каких-то мутных исполнителей, которые что-то пилят примерно до момента «что-то начинает работать». Исполнители получают какие-то деньги, и исчезают по самым фантасмагорическим причинам. Заказчик до последнего пытается добиться от исполнителей завершения проекта, но нет. В результате все сроки вышли, бюджета нет, и заказчик начинает судорожно искать кого-нибудь на фриланс-биржах или по знакомым, кто разберется в том, что было сделано, и «немного допишет», ведь, по его мнению, гигантская часть работы уже выполнена, уже «почти все работает». Или другой вечный сюжет: сделайте мне аналог VK за месяц, плачу 8 тысяч рублей. В общем, об этом можно долго говорить, но по моему опыту, найти адекватного заказчика в России очень сложно. Самое лучшее, на что можно рассчитывать — это выполнение кучи мелких заказов за небольшие деньги. Адекватности в них больше, но их количество обычно ограничено. Как временный заработок такая работа может быть и имеет право на жизнь, но постоянно такими вещами заниматься несерьезно.

2. Веб-студия, по моему мнению, — это путь в никуда. Можно прокачать свои скиллы в нескольких CMS, разобраться с парой веб-фреймверков. Заточиться на PHP, присматриваясь к Питону и Ноде. Ну и дальше что? Бесконечное клепание сайтов, постоянный поиск заказчиков, ибо работа разовая. В нашем городе есть ровно одна веб-студия с приходящим веб-программистом. Есть пара предпринимателей-фрилансеров, работающих за еду. Кто-то скажет, что Интернет большой. Да, так и есть, но смотри пункт первый про фриланс. Кроме того, коммерческими сайтами заниматься весьма скучно.

В общем, никаких перспектив в мире разработки для меня не осталось. Да, я очень, очень хотел развиваться как разработчик, но разработчики в моем окружении никому не нужны. По факту, они нужны в нескольких крупных городах: Москва, Питер, Новосибирск. А если посмотрим на более другие поселения, то там уже все гораздо грустнее. Вот, например, Пермь, 2016 г. (страшно подумать, какие зарплаты были в 2011 г.):

Эти зарплаты — не насмешка, это всё на полном серьёзе. Но в вышеприведенном объявлении хотя бы есть работа. В поисках предложений я прошерстил hh.ru с фильтром по региону. Ближайшая работа разработчиком — через 250 км. При всех прикидках вырисовывалась следующая картина, которую мозг постоянно отпихивал как неприемлемую: хочешь быть разработчиком — уезжай в большой город или меняй страну. Не хочешь уезжать — ломай себя и меняй сферу интересов. Непривлекательная альтернатива.

Я сидел, думал, и решил мыслить шире. Хорошо, с разработкой не сложилось. Но мы должны уважать себя, и не выбрасывать свои знания, а попытаться их трансформировать для других вещей. Желательно, чтобы эти вещи двигали человечество вперед, тогда в моей деятельности появится хоть какой-то смысл. Есть ли у нас в стране такие направления? То, что мы умеем делать на мировом уровне в промышленных масштабах, и составляем хоть какую-то конкуренцию на мировой арене? Похоже, что есть. Авиация, космос и атомная энергетика. Сейчас ни одна из таких сфер деятельности не может обойтись без ИТ-технологий. Если я пойду в такую сферу, то сделаю свой вклад, каким бы он ни был. Что для меня более реально? Атомная энергетика. В городе есть предприятия атомной отрасли. А космодромов и авиазаводов не наблюдается. Значит, выбора не остается.

Разработка и ИТ с приставкой «гос»

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

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

    Какая связь между метрологией, экологическим надзором, и информационными технологиями? Самая прямая — мало кто понимает, чем занимаются специалисты этих направлений. Поэтому всякую «неведомую хрень» сваливают в одну кучу, не взирая на здравый смысл. И безумие продолжается: теперь эффективные менеджеры переводят отдел информационных технологий в сметно-договорное подразделение.

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

Если же у управленца вдруг возникает понимание необходимости построения ИТ-инфраструктуры, то у него же появляются мечты о том, что все это возникнет само собой из ниоткуда. Другая крайность — что можно сделать любую информационную систему, просто выпустив распоряжение и выделив крупную сумму из бюджета. В купе с тем, что такие управленцы очень смутно представляют себе всю многогранность ИТ-мира, а познания об ИТ-профессиях у них ограничены названиями «сисадмин» и «тыжпрограммист», то с такими людьми очень трудно работать. Невозможно объяснить, что вчерашнего техника по документации нельзя сделать специалистом по базам данных, а очень хорошего мальчика, за которого ручается сам начальник управления, не научишь работе с сетями. И тем более невозможно объяснить, что хороший Linux/Win администратор не должен заниматься закупками, договорами и составлением бесконечных отчетов, а программист не сможет ничего внятного написать, параллельно сопровождая бухгалтерию/кадры/сметы/договора, в промежутках крутя АТС, заправляя принтеры и ведя складскую базу оборудования.

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

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

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

Ранее я зарекался, что никогда больше не буду работать с 1С. Жизнь внесла свои коррективы. Оказалось, что на предприятии в момент моего поступления не было единых и унифицированных информационных систем по основным направлениям деятельности. По сфере деятельности моего пуско-наладочного отдела, для каждого типового проекта было свое самобытное, уникальное учетное ПО, написанное залетными людьми на коленке. Под новый проект тоже необходимо было иметь пакет программ автоматизации деятельности. Можно было продолжить использовать старое ПО, к которому накопилось много претензий, исходники которого исчезли вместе с разработчиками. А можно было сделать все немного по-другому.

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

Если необходимость наличия регламента по старым традициям еще понимали, то необходимости в ТЗ на информационную систему (тем более, технического решения) под новый проект никто не видел. Для меня это было удивительно, но я знал, что палец о палец не ударю, пока у меня не будет подписанного ТЗ. Разработчики знают, что ТЗ — это надежный щит от последующих требований «всё переделать». Поэтому я написал и согласовал ТЗ, которое, по сути, никто не читал кроме меня, но которое несколько раз выручало в дальнейшем.

Никакой другой вменяемой программной платформы, кроме 1С, я найти не смог. Копнул в сторону СПО-шнного OOBase, бесплатного Дебет Плюс, подумывал о Qt, потыкался в Лазарус, помедитировал над документаций ExtJs. Но ничего из этого набора не подходило. Да и где бы я нашел специалистов кроме себя, способных сопровождать такую экзотику? Дальше пришлось восстанавливать скиллы по 1С, разбираться с тонкостями написания конфигурации в режиме тонкого клиента. В итоге за несколько месяцев была написана конфигурация 1С, многопроектная и многопользовательская. Сервер был поднят на CentOs Linux + PostgreSQL. Было организовано подключение соответствующих отделов со всех филиалов предприятия к арендованному физическому серверу на магистральном кольце. Да, все это пришлось делать самому на чистом энтузиазме, как говорится, «в одно рыло».

А дальше началось самое интересное. Когда система заработала, данные стали вноситься, отчеты стали формироваться, сразу появились люди, которые решили руководить процессом, и приложить свою, так сказать, руку, к развитию и к эксплуатации системы. Так же выяснилось, что система, объединяющая все проекты по направлению, которое она автоматизировала, требуется, ни много ни мало, а на самом верхнем корпоративном уровне для ведения аналитики. В общем, в результате всех блужданий и согласований, учетная система вдруг стала называться отраслевой. Потом из названия исчезло понятие «учет» и появилось понятие «управление», что явно преувеличивало реальность. У меня сложилось впечатление, что такие загадочные трансформации возникают из-за каких-то флуктуаций Вселенной, за ними не стоит какой-то вполне конкретный человек, а просто так работает система. В ходе всей этой деятельности мне пришлось вместо разработки разъезжать по командировкам, согласовывать свои бумажки и писать бумажки за моих «руководителей». Резко активировалась служба безопасности, и если ранее никому дела не было до того, где и как размещен сервер, а на мои запросы на правила размещения была отговорка «согласно техническим требованиям», то теперь последовательно выдвигались все новые и новые требования безопасности, так что мне и моему новому специалисту по сетям пришлось четыре раза переносить серверы на совершенно разные площадки.

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

Мы очень рассчитывали на то, что основные суммы сможем заработать на ежегодных договорах по поддержке и развитию системы. Но нет. Традиционно, система была передана на сопровождение карманной ИТ-организации. Ребята не сразу осознали, что им придется столкнуться с Linux-виртуалками и сопровождать БД PostgreSQL, а не весело мышевозить связку 1С+Windows+Microsoft SQL Server. Руководитель стал названивать мне и требовать, чтобы все было переделано на продукты компании Microsoft, причем именно в тот момент, когда уже начались санкции и в стране был взят курс на импортозамещение. Я прикрылся ТЗ и сообщил ему пункты в отраслевых регламентах, в которых разрешалось использование дистрибутивов Linux для информационных систем. После чего попросил его подумать о стоимости, сроках согласования и сроках реализации такой переделки. Видимо, это взымело действие, и спустя пару недель молчания нам предложили заключить договор на техподдержку. На техподдержку третьей очереди. По факту это означало, что на нас будут сваливать все возникающие проблемы, что бы мы, как разработчики системы, их решали за весьма символическую плату. Мы понимали, что такие информационные системы не работают просто так, их нужно и сопровождать, и развивать. Тем более, что первичные данные в нее вводят наши сотрудники по всем площадкам. Поэтому даже на таких условиях согласились. Но дальше дело не пошло: договор на третью очередь должна была инициировать сторона заказчика, но никто этим не стал заниматься и дело спустили на тормозах.

И это был один из немногих моментов, когда мой принцип «программы надо писать хорошо» меня подвел. Наша информационная система проработала в продакшене без поддержки три года на полном автопилоте, и продолжает работать сейчас. Трепещите, 1С-хайтеры! Сервера приложений этой платформы способны месяцами работать без перезагрузок, если их, конечно, правильно настроить. Единственный серьезный технический сбой — это когда спустя год закончилось свободное место на разделе хранилища из-за слишком большого числа сканов документов. Никто у владельцев системы за этим не следил, и когда все встало, мы сами начали названивать чтобы нашли хоть кого-то, кто смог бы увеличить квоту и поднять сервер.

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

Профессиональная деградация

Не каждый разработчик способен работать в таких условиях, в которых пришлось работать мне: вместо разработки — согласования, феерическая бумажная безопасность, составление договоров на поставку и обслуживание, закупка ПО и лицензий… Как, я еще не сказал? Эффективные менеджеры методично выпускают документы, согласно которым каждый специалист должен заниматься всем спектром всех возможных производственных дел. Это называется вовлеченностью в техпроцесс. Забыт общероссийский классификатор профессий, забыт российский реестр профессиональных стандартов. По мнению менеджеров, каждый сотрудник производственного предприятия должен (пишу по памяти):

        Быть инициатором и исполнителем работ по подготовке, оформлению и регистрации проектов документов в отраслевых системах документооборота, согласовывать документы письменно и электронно, определять согласующих и обязательных согласующих проекта документа, определять сроки согласования проектов документов, вести учет карточек проектов документов как исполнитель. Кто знает что такое SAP, тот представляет себе этот адъ;

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

            обоснование максимальной/минимальной цены;
            локальные сметы, выкопировки либо иные сметы или расчеты;
            техническое задание, приложения к ТЗ;
            проект договора с приложением графика поставки продукции;
            графики оплаты и поставки;
            заключение ПДТК и РИО;
            иные документы и приложения, предусмотренные отраслевыми стандартами.
        При формировании ТЗ необходимо:

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

        Как инициатор закупочной процедуры, каждый специалист должен запрашивать и обрабатывать технико-коммерческие предложения потенциальных поставщиков на основе которых составляется расчет начальных цен договоров. Инициатор несет ответственность за обоснованность определения плановой стоимости закупки, за обоснованность определения и правильность расчета НМЦ, за соблюдение положений методики расчета НМЦ при определении стоимости заключаемых договоров;

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

        Оформлять поступление товаров и прочих активов в подразделение (акты), участвовать в комиссиях по приемке и списанию товаров (акты), обеспечивать документальное оформление ввода/вывода в эксплуатацию оборудования и программного обеспечения (приказы и распоряжения);

        И т. д. про соблюдение безопасности, отраслевых политик и прочего.

(Тяжело читать это канцелярит? Думаю, что не каждый смог дочитать эти пункты хотя бы до середины).

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

ИТ-отделам в этом смысле не повезло больше всех: как бы ни хотели закрыть глаза на такое непонятное и такое ненужное ИТ, а современная жизнь диктует, что всё завязано на ИТ-технологии. Поэтому на каждом предприятии ежегодно заключается около двух десятков договоров по ИТ направлению: различные виды телефонной связи (внутренняя, местная, междугородняя, международная, мобильная), аренда интернета, прочие защищенные/служебные линии, служба доставки (ведь оборудование надо возить), информационные системы типа правовых, ИТС, базы отраслевой технической документации, обслуживание печатной техники, заправка и ремонт картриджей, аттестации по различным видам безопасности, подача отчетности, криптография, банковские системы, закупочные договора по категорийным и мелким закупкам. Ни в каких других подразделениях нет такого количества заключаемых расходных договоров. Нам же еще «повезло» заниматься метрологией… И если прочитать все требования, выставляемые на сотрудников, и подумать сколько бумаги и подписей надо собрать по каждому договору, с соблюдением всех процедур, и учесть, что отчетные документы по договорам появляются каждый месяц, то станет ясно, что ИТ-отдел вынужден круглый год заниматься совсем не ИТ, а планированием, договорами, закупкой, бухотчетностью, обучением, аттестацией и прочим оформлением Очень Важных Документов.

Кажется, речь раньше шла об ИТ и разработке? Перечитав эту главу, невозможно найти требований, которые действительно относились бы к информационным технологиям и/или разработке. Возможно, дело в том, что ИТ и разработка — это разные вещи, и если бы действительно существовал отдел разработки или отдел информационных систем, то в них все было бы лучше? Нет, конечно нет. Появившийся год назад отдел разработки программных систем имеет ровно полтора человека с «программистским» прошлым. Вечерами этот полтора человека пишет для заказчика ИС, а днем работает в «поле», производя замеры на оборудовании. Его тоже напрягают всей вышеописанной бюрократией, плюс его очень сильно касается бурная деятельность по безопасности труда. Нас — реже, мы «в поле» только в пики работ и при всяких изменениях сетевой инфраструктуры. Но тоже выполняем все нормы охраны труда: работа на высоте, работа внутри электроустановок, блюдем нормы энергетической отрасли с полным оформлением сопутствующих допусков и прочих документов… Безопасность — это очень хорошо, но когда на ее бумажное оформление уходит прорва рабочего времени работника ИТ-отдела, я считаю, что это перебор.

В общем, у меня сложилось впечатление, что вся производственная деятельность регулируется людьми, которые ориентируются в какой-либо своей узкой области, и навязывают свои узкие ориентиры на подконтрольные предприятия и сотрудников. На нас сваливают требования по всему чему угодно: от закупок до энергетических политик, от экзаменов по электробезопасности до требований в области качества и экологии, от норм энергетики до информационного взаимодействия с представителями правоохранительных органов. Я честно пытаюсь все это барахло понимать и учить. Но я каждый раз с ужасом жду очередных экзаменов. Вдруг я не отвечу на вопрос о технологических системах нормальной эксплуатации и системах безопасности РО, или что-то не то скажу про технологические системы поддержания ВХР? А если я неправильно перечислю основные полномочия органов государственной власти РФ субъектов РФ и органов местного самоуправления в сфере отношений, связанных с охраной окружающей среды? Или, что хуже того, забуду требования к обязательному страхованию ответственности за причинение вреда при эксплуатации опасного производственного объекта? Я смотрю на весь объем документов, которые вписываются в должностные и производственные инструкции, и не понимаю: неужели никто не видит всего этого маразма в количестве требований? Я не знаю ни одного человека, который способен запомнить такой объем информации.

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

Чтобы совсем не съехать с катушек, я пытаюсь снимать психологическое напряжение инстинктивной деятельностью. Немного помогает музицирование, стараюсь играть с подрастающим поколением в простые игры. Ну а чтобы совсем не потерять навыки, продолжаю вечерами и ночами клепать свои давнишние OpenSource проекты. Да, за счет собственного здоровья. Но это все уход от проблемы, а не решение самой проблемы.

И теперь, когда мне сорок, я задаюсь вопросом: а сколько я еще смогу протянуть в таком режиме? В кого я превращусь через пять, десять лет? Мне скучно общаться со своими коллегами, как с молодыми так и в возрасте: мне с ними не о чем говорить, у меня другая сфера интересов. А то, что окружающие меня сотрудники называют информационными технологиями, к настоящему ИТ имеет очень отдаленное отношение. И, честно говоря, какое мне дело до сроков согласования основных видов отчетных документов, оформляемых по результатам готовности на объектах электро-энергетического производства?

Послесловие

Я долго думал, публиковать ли эту статью. Какая-то она получилась грустная и безнадежная, прям кризис среднего возраста. Но я надеюсь, что такое настроение больше получилось вследствие когнитивного диссонанса: во всех средствах массовой информации рассказывают о том, что развиваются информационные технологии, что как никогда востребованы ИТ-специалисты, как все это важно и сложно. Фактически же 95% рабочего времени от меня требуется только умение читать и писать канцелярит.

Но сейчас я понял, что публикацию делать обязательно буду.

Сегодня я сижу, и устраняю нарушения, обнаруженные в моем отделе. Вышли новые правила ведения производственных журналов. Журналы моего отдела, по недосмотру, прошиты синтетической нитью, а нужна грубая нить. И теперь журнал прошивается через три отверстия, а не через два. Это очень важно. А главное — понятно проверяющим органам.

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