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

Не сказать, что я не знал как решить проблему. Решение было довольно простым - нанять отдельно инженера по телефонии, и пусть он занимается ей и только ей. Даже лучше - перевести одного из стажеров на фултайм, после получения диплома. Seemed to be doable, да и был такой человек - Дима М., потомственный телефонист.
Дима с большим удовольствием погрузился в дело с головой, занимался мобильной связью, собирал новые контакт-центры, настраивал маршрутизацию и был очень доволен происходящим вплоть до получения диплома. После же выяснилось, что штатную позицию не откроют, и Дима, получив диплом и почти год опыта с телефонией и всем, что с ней связано, собрал свои вещи и ушел в другую компанию. Некоторое время спустя, так же поступил и я.

Чего я точно не забуду, так это того, как мне приходилось ползать под столами каждый раз, когда офисы переезжали с место на место. Я понятия не имею, почему меня все время назначали на подобного рода проекты, но получалось так:
- я - стажер, я ползаю под столом, подключая вилки в розетки, и я думаю: "Сейчас я переведусь в штат, буду большой и сильный и не буду заниматься такой фигней."
- я - системный инженер, я ползаю под столом, потому что открывается новый офис у банка, я и думаю: "Сейчас я переведусь в дбашники, буду большой и сильный и не буду заниматься такой фигней."
- я - ведущий дбашник, угадайте, чем я занимался, когда наш HQ переехал из одного бизнес-центра в другой?

Впрочем, последний переезд обеспечил мне счастливый брак.

Когда я был студентом, добирался до института около 1.5 часов. Чтобы приехать к первой паре, мне надо было ставить будильник на 5.40. За это время я принимал душ, завтракал и садился на электричку в 6.55. Поскольку я был не один такой областной, что на пути к платформе, что в поезде, что в метро - народу было всегда много.
Я понимаю, что Moscow never sleeps, и видеть огни проезжающих туда-сюда машин после полуночи естественная норма, но вот казус: человек, проводящий ночь вторника в баре или клубе, на планерку в 9 утра на следующий день наврядли попадет (хотя кадры бывают разные), а low-middle класс, который едет до мск на электричке 40 минут (и это до ближайшего метро), после работы стремительно помчит домой чтобы успеть хотя бы к 20 вечера.
Получается интересная картина: ночью Москву держат на ногах золотые дети-тусовщики, а проспаться с утра ей не дают бедные замкадыши.

К чему это я? К тому что сегодня я вышел из дома в 7 утра и пошел пешком до трамвая. Обычно я выхожу в 8.30 и добираюсь в офис к 9. Это время является пиковым, и на моем пути все время оказываются велосипедисты, матери семей, спешащие в продуктовый к открытию, бабульки (куда же без них) и школьники.
Иными словами, жизнь начинает кипеть в моей спальном районе уже в 8, чего говорить про центр.

Но 7 утра - это отдельная песня.

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

Но не будем о постороннем.

Когда я покинул автоконцерн, меня взяли на работу в инфраструктурную группу одной SaaS компании, работающей с commodity трейдерами. Если такие названия как Trafigura, NYMEX, Aegean и Cargyll о чем-то вам говорят, то вы в теме.
Это был абсолютно новый мир, где к тебе относятся не как к центру затрат, но как к лицу, приносящему прибыль, ведь в Москве располагался центр разработки, а значит каждый, кто находится здесь, влияет на продукт, продаваемый по всему миру.
В команде нас было 5: Вадим и Виктор, старшие инженеры, я, босс Сергей и знойный итальянец Джанлюка (нет, не тот что танцует в инстаграме), хелпдеск в Лондоне.
Первое, что я заметил - абсолютное спокойствие. Никакой беготни, возни, спешки.
Контора, в техническое развитие которое вложили в свое время необходимое количество ресурсов (как финансовых, так и временных), смогла построить стабильную систему, которая сама себя чинила при авариях, сама собирала свежий релиз и отправляла на продакшон, сама устанавливала его на выходных без какого-либо человеческого взаимодействия.
Инструментарий был преимущественно самописный и старый, но не потому что мы были своего рода Яндексом, который сам себе все разрабатывает, но потому что большинство инструментов тогда попросту не существовало в природе - у нас был свой CI/CD и свой сервер приложений.

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

Все крутые штуки появились в этом мире не только из-за лени, но и из-за запретов, излишнего контроля, "отжатий" и некомпетености других.
1) Единоборства появились, потому что плебсу было запрещено иметь оружие.
2) Телеграм появился, потому что у Пашки Дурова отжали контакт.
3) Биткоин и другие криптовалюты появились как акт протеста и недоверия к существующей финансовой системе.
4) Тор появился, потому что люди узнали о существовании Prism (отдельный привет Сноудену)
5) DuckDuckGo появился, потому что Google откровенно собирает данные поисковой истории.
6) Общедоступный и некорпоративный VPN (Opera со встроенные клиентом, Frigate и прочие) появились из-за излишнего контроля за пользовательским трафиком со стороны властей.
7) Мессенджеры, работающие по принципу mesh-сетей, появились из-за того, что власти глушили сотовые вышки во время протестов.
8) Компьютерная грамотность пользователей рунета (особенно в области ИБ) выросла из-за того, что РКН стал блокировать сайты, которые людям реально нужны (в частности Linkedin).

Рыночек всегда все порешает

Уф, пропал надолго, но прости меня.

Наконец-то получил сертификацию. Теперь у меня есть бумажка, которая говорит что я умный. (Не считая диплома разумеется).

В этот раз хотелось бы предоставить небольшой инсайд на бумажки. Когда я читал требования к вакансии в нидерландскую компанию, одно из требований звучало так: "Вы умны и можете это доказать. (У вас имеется диплом о высшем образовании)"
Поскольку я прибыл из страны, где у подавляющей части населения есть вышка, это требование было для меня абсрудным. Что значит "есть вышка"?? Конечно она есть!

Оказалось, что у большинства сотрудников конторы (да и львиной доли населения) вышки нет вовсе, даже степени бакалавра. В основном - среднее специальное.

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

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

Но вернемся к разговору о монструозном legacy.

Что это вообще такое, постараюсь объяснить на простом примере. За простой пример возьмем маркетинг. (Единственное, что я более менее понимаю кроме ИТ)

Представьте себе, что вы - специалист по маркетингу, который вышел на новую работу. Вы работали в enterprise секторе со всеми положительными (соответствующие системы) и отрицательными (круг валидаций, защита бюджета перед комиссией) отличительными чертами.
Чтобы вести свои дела у вас был CRM, в который вы забивали всякие проекты, планы активации бренда, держали базу клиентов и аккаунтов, координировали деятельность с менеджерами по продажам - в целом все, что связано с вашей работой.
У вас были процедуры, у вас были встречи в webex, корпоративный чат, рюшечки, свистелки и перделки.

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

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

Вот как-то так у меня все и было.

К счастью (или к сожалению) через 3 месяца после моего трудоустройства моего начальника уволили и наняли Директора по DevOps. DevOps это модное движение, подразумевающее тесное взаимодействие между отделами эксплуататции (системные администраторы) и разработки.
Основное отличие DevOps от всех остальных модных движений в одном предложении, которое напрочь отсутствует в DevOps: "Проблема не на мой стороне == не моя проблема." В DevOps такое говорить - харам.

Поэтому новый директор взялся за две стороны культуры: организационную и техническую.

Техническая заключалась в поиске и применении новых инструментов. Проще говоря, как в примере с маркетологом - заменить блокнот CRM-системой.
Организационная часть была откровенно смешной. В день своего прибытия в Москву (директор сидел в Лондоне), он раздал бумажные опросники сотрудника. Вопросы были из разряда "Что вам нравится\не нравится в вашей работе" и "Как часто у вас возникают конфликтные ситуации".

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

Была пара реально крутых проектов, мы с нуля внедрили CI/CD систему на базе Jenkins, переписали кучу тестов на новый лад, поменяли инструментарий, меня даже командировали в Лондон на 2 недели для проекта переезда со старой почты на Office365.

А потом настал декабрь, и я охренел. Но об этом позже.

В декабре я узнал, что центральный офис планирует закрыть московское подразделение.
Информация эта передавалась по закрытым каналам, о планах знал только топ менеджмент, центр разработки из Москвы предполагалось перенести в Индию.
Здесь надо сделать необходимую ремарку и рассказать, что это за феномен - ИТ аутсорсинг в Индии.
На данный момент существует три основных сундука с программистами: Россия, Китай и Индия. Термин "сундук" я беру не случайно, речь не о самых лучших (лучшие по последнему рейтингу - Россия, Польша и Китай), а по количеству открытых к предложениям.
Феномен Индии (а кроме как феноменом я это назвать не могу) заключается в том, что из-за низкой производительности реального экономического сектора Индии львиная доля индийской молодежи, насмотревшись на зарплаты ИТшников, тоннами мчалась в технические институты осваивать этот самый computer science.
Подобные фрикции привели к тому, что рынок наводнили специалисты сомнительного качества (думаю, нет смысла объяснять почему) и стали искать работу.
Работу искать было тяжело, потому что индийский инженер за отсутствием практики и сильных скиллов не дотягивает до русского инженера (привет инженерной школе СССР) и китайского мальчика/девочки до 3 ночи зубрящего математику под удары линейкой от строгих родителей.
Поскольку актив (много много много инженеров) имелся качество решили брать количеством... и ценой.
Чтобы вы понимали, средняя часовая ставка старшего инженера с определенными диетическими ограничениями по отношению к говядине - 15 долларов США в час. Чисто для сравнения - часовая ставка фрилансера в Нидерландах начинается от 50 евро.
Большие дяди из больших компаний, фанаты глобального рынка и не знающие другого языка, кроме языка цифр, посмотрели на Индию и решили, что это крайне выгодное вложение с минимальными издержками на персонал.
Забыв напрочь о репутационных издержках и стоимости простоя, большие дяди стали один за другим открывать ИТ офисы, центры разработки, инженерные отделы и нанимать туда местных.
Местные же, те что при деньгах, стали открывать такие же центры и сдавать своих соотечественников в аренду.
В Индийскую экономику вложились такие гиганты рынка, как Oracle, Microsoft и Cisco.
Думаю очевидно, что денежные вложения стимулировали еще большее количество молодых индийцев штурмовать ворота ИТ ВУЗов. У этого безусловно были свои последствия, но о них я расскажу немного позже.

Самым первым факапом индийского аутсорсинга, о котором я узнал, была история с ПО сетевого оборудования компании Cisco. Качество софта было настолько низким, что крупнейший вендор отозвал релиз через неделю и строго не рекомендовал клиентам обновлять оборудование. Этот вопиющий случай стоил компании огромных денежных потерь, и исправить это удалось только в следующей версии прошивки.
В те времена системы постоянного тестирования не были настолько развиты как сейчас, поэтому отловить всевозможные баги тогда не представлялось возможным.
Казалось бы, спустя столько лет можно было наладить надежную поставку качественного ПО, но относительно недавно случился скандал вокруг компании British Airways (https://www.google.nl/amp/s/thenextweb.com/insider/2017/05/29/outsourcing-cause-british-airways-meltdown/%3Famp%3D1). Официальной версией произошедшего была обозначена потеря электричества в серверной BA, но критики считают иначе.
Возможно проблема действительно случилась по вине сопровождающих систем, но лично я в это не верю.
Такие крупные компании с высокой зоной ответственности обладают резервированием в рамках одной или нескольких стран, если не континентов. Если технический директор одного из крупнейших авиаперевозчиков заявляет, что они не смогли переключиться на резервную площадку, то... я не буду покупать у них билет.

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

Но оставим историю. Итак, я узнаю, что всех инженеров за исключением ядра (людей, проработавших в компании с самого ее основания) уволят в течение полугода.
Тогда я начал активно искать работу и столкнулся с определенными трудностями.
Область ИТ с момента появления течений Agile и DevOps развивается технологически очень быстро.
Чтобы быть конкурентоспособным на рынке необходимо быть, как говорят мои коллеги, on the cutting edge.
Нужно иметь опыт работы с системами и технологиями, вышедшими буквально вчера, что в России доступно было либо маленьким быстро развивающимся ИТ контора, либо же ИТ гигантам типа Яндекса, Мейл.ру и вКонтакте.
Другой проблемой был второй виток экономического кризиса в РФ. Многих сильных инженеров выкинули на рынок из-за сокращений, и инженер с 10+ годами опыта работы, готовый работать за 60к в месяц, был в порядке вещей. С такими конкурировать было тяжело, да и на подобный дауншифт я не мог пойти.
Жена посоветовала попробовать найти работу за рубежом и сесть на трактор, и у меня начались приключения на западном рынке труда.

Вообще интересно, как несправедливо и одновременно естественно сложились возможности трудовой миграции для специалистов разных отраслей.
Специалистам по кадровому администрированию, юристам и налоговикам дорога на зарубежный рынок труда по сути закрыта: необходимо знать специфику и законодательство другой страны, что невозможно без опыта работы в самой, собственно, стране.
Маркетологам и сейлзам тоже за редкими исключениями - надо знать рынок.
Отдельно удобно устроились итшники. Методологии управления проектами, стандарты индустрии, паттерны программирования не имеют границ. Какая разница где писать приложения на C# или практиковать Scrum? Это везде делается одинаково.
Такой подход позволяет спокойно нанимать специалистов из-за рубежа, ведь проверять необходимо только хард и софт скиллы.
Единственное, что может ограничить западный работодатель - это нижнюю планку подготовки соискателя. Никто не станет нанимать начальный уровень (читай вчерашнего студента) - таких хватает и дома, а перевозить человека из-за рубежа, даже в рамках ЕС очень дорого.
Поэтому если открыть какой-нибудь stackoverflow jobs или monster, в глаза сразу бросятся сотни вакансий senior, lead, expert и всякие ninja.
Я был в достаточно выгодном положении: мой текущий job title был Senior engineer, у меня было уже >5 лет опыта в индустрии (чтобы понимать - меньше 3 лет это всегда junior) и свободный английский.
Не поймите неправильно, это не формула успеха - это необходимый минимум.

Но сражаться за звонок рекрутера уже надо не с местными коллегами, брошенными на произвол судьбы по вине ресурсной модели экономики, а с огромным количеством высококлассных экспертов, у которых все больше - экспертная область, опыт, список покорившихся технологий и языков.
Условный младший инженер со средним специальным априори сильнее меня: он изучал Linux в колледже, а не на дорогущих курсах, писал программы на компьютере (а не как я - на бумаге - первые 3 курса университета), знает про управление проектаими еще до того, как взялся за первый проект.
Средние специалисты так вообще заткнут за пояс московского старшего инженера, не приложив никаких усилий вообще.
Я был в сложном положении, и меня по сути спасло только одно: для своего возраста я имел приличный багаж знаний. Это не было гарантией, но давало мне преимущество перед конкурентами: специалист моложе 30 лет дешевле и лучше специалиста старше 30 при условии, что их знания эквивалентны.