Инженер

Привет, Хабр! Несмотря на то, что информационная безопасность и все, что связано с этой сферой, сейчас на хайпе, найти инженера технической поддержки по ИБ задача непростая. Еще больше ее усложняет расхожее мнение, что техподдержка только для джунов, а более опытные специалисты должны переходить в проектную деятельность. Чтобы развенчать этот миф, подробнее расскажем о профессии и возможностях, которые она открывает.

В сервисном департаменте STEP LOGIC на двух линиях технической поддержки работает более 50 специалистов. Сейчас они обслуживают порядка 150 сервисных контрактов это более 10 тыс. инцидентов в год. Первая линия поддержки проводит классификацию обращений заказчиков и если проблему можно решить по скрипту, то закрывает заявку своими силами. Если сделать это в течение первого часа не удается или требуются дополнительные компетенции, то инцидент передается на вторую линию поддержки, инженеры которой обладают более глубокими техническими знаниями и навыками.

Как сервисные партнеры нескольких крупных вендоров, мы имеем право оказывать услуги по технической поддержке оборудования от их имени. Например, при обслуживании оборудования Cisco наши специалисты решают до 80-90% проблем самостоятельно, за помощью к вендору мы обращаемся только при гарантийной замене или обнаружении программных ошибок. Для того, чтобы вендор авторизовал партнера на предоставление совместных услуг, в штате обязательно должны быть сертифицированные инженеры, имеющие CCIE или, как минимум, CCNP. Еще два обязательных условия прохождение ежегодных аудитов на соответствие уровня услуг, требования к которым схожи с лучшими практиками ITIL, и принцип оказания технической поддержки, основанный на практиках Cisco CX Specialization.

Конечно, оптимальное решение для компаний, у которых есть локальная задача поддержки оборудования конкретного вендора, это покупка его стандартных пакетов обслуживания. У того же Cisco, например, есть варианты на разный вкус и кошелек: контракты Cisco SMARTnet или расширенная версия Solution Support, Next Calendar Day, если нужна замена оборудования в выходной или праздничный день, профессиональные услуги вендора Advanced Services (AS) и Business Critical Services (BCS), если заказчику необходим дизайн сети. Но бизнесу, в котором требования постоянно меняются, зачастую удобнее работать с компанией, которая будет жить в конкретной инфраструктуре, понимать, как она построена, в чем ее плюсы и минусы, узкие места и иметь опыт работы с технологиями разных производителей. Востребованы наши услуги и в системах высокой критичности, где нужен высокий SLA с фиксированным временем решения и круглосуточный сервис. Совместное оказание услуг часто удобно и самому производителю, так как он может не держать большой штат поддержки и сосредоточиться на основном бизнесе, не переживая при этом об уровне сервиса.

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

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

График работы предлагаем стандартный 8 часов 5 дней в неделю. Иногда по отделу назначаются дежурства. Если ночью появилась критичная проблема, то дежурному придется подключиться и разобраться с ней. Но есть и небольшой плюс ехать никуда не нужно, специалисту выдается доступ в систему, с помощью которого он может работать удалено. Собственно, поэтому мы и не зацикливались на Москве или области, а сразу расширили зону поиска на всю Россию.

Почему возникли проблемы

• Небольшое число подходящих специалистов. Забив перечисленные выше параметры на hh.ru, мы видим чуть более 70 человек, находящихся сейчас в поиске работы. Если бы мы искали сотрудника в московский офис, то ситуация была бы еще хуже. Для сравнения, при поиске бухгалтера сайт выдает более 1000 подходящих резюме.

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

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

5 причин обратить внимание на вакансию инженера технической поддержки

1. Быстрый горизонтальный рост компетенций

   Минимальные начальные требования для кандидатов знание сетевых технологий, основ информационной безопасности, шифрования, принципов работы межсетевого экрана и системы предотвращения вторжений. Кроме стандартных файрволов и VPN, инженеры техподдержки работают с такими классами решений как Next Generation Firewall, SIEM, Web Application Firewall, DLP, IPS/IDS, Identity/AccessManagement, IRP/SOAR, Threat Intelligence. Это помогает развиваться не по одному направлению предметной деятельности, а более широко. Наши специалисты детально изучают оборудование ведущих ИБ-вендоров, тестируют в лаборатории его новые версии.

   Идеальный кандидат должен уметь работать в режиме многозадачности, быстро адаптироваться к изменениям и все схватывать буквально на лету. Такой темп работы позволяет быстро продвигаться по карьерной лестнице: в среднем, путь от младшего инженера техподдержки до ведущего эксперта в STEP LOGIC составляет 5 лет.

2. Возможность стать экспертом, так как нужно "копать" глубоко

   Работа инженера внедрения заканчивается после ввода проекта в эксплуатацию. Как сотрудники техподдержки, мы можем с уверенностью заявить, что все самое интересное на этом только начинается. Техническая поддержка это не только консультации клиентов по вопросам функционирования оборудования, удаленная диагностика и настройка, решение проблем, локализация и мониторинг аварий, но и совместная работа с вендором по устранению багов, разработка планов по развитию и миграции инфраструктуры. Недавно мы приняли участие в проекте по миграции, который стал для нас своеобразным челленджем. Немного предыстории: крупный российский банк для защиты периметра продолжительное время использовал межсетевые экраны Cisco ASA. За последний год объем трафика увеличился в несколько раз, и оборудование перестало с ним справляться. Заказчик закупил межсетевые экраны нового поколения Cisco Firepower и перед ним встала задача провести максимально бесшовную замену, так как инфраструктура критическая и должна работать 24х7. Необходимо было перенести с одной ОС на другую большое количество настроек: сотни интерфейсов, тысячи правил межсетевого экранирования, сотню VPN и сделать это в короткое окно работ. Была проведена комплексная работа, включающая в себя изменение настроек маршрутизации, трансляции NAT, редистрибуции и фильтрации тысяч маршрутов, учитывающая переходные процессы с целью минимизации возможных потерь трафика.

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

3. Развить командные навыки работы и soft skills

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

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

4. Научиться работать с технической документацией

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

5. Усовершенствовать технический английский

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

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

• эксперта по классу решений или технологии

• менеджера/сервис-менеджера/product owner по продукту или услуге

• руководителя нового направления/услуги

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

Таким образом, если работа с оборудованием и устранение неполадок приносит радость, среди soft skills присутствует пресловутая коммуникабельность и клиентоориентированность, имеется стойкое желание развить свои технические знания и стать экспертом в конкретной области ИТ, то у вас есть веский повод обратить внимание на вакансию инженера технической поддержки.

Уже несколько лет идут разговоры о ренессансе инженерного образования в России. Мы у себя в НИТУ "МИСиС" сейчас как раз разбираемся с итогами приемной кампании 2020 года, и нас вдруг закусило проверить - а есть ли мальчик, или это обычная идеологическая трескотня?

На самом деле среди всех российских университетских рейтингов объективным является только один - это "Мониторинг по качеству приема" -https://ege.hse.ru/. Исключительно потому, что ломаться там нечему, он прост как семейные трусы - в нем ежегодно собирают средний балл ЕГЭ по каждому российскому вузу, а затем сводят в табличку.

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

ТОП-25

Так вот,в 2012 годув ТОП-25 самых престижных вузов России (КЦП свыше 300) был только один технический вуз МФТИ.

В период с 2012 по2019 гг.добавились:

МИФИ поднялся с 33 на 4 место (+29),

ИТМО с 31 на 5 (+26),

НИТУ "МИСиС" - со 103 на 15 (+88)

МГТУ им. Баумана с 54 на 23 (+31),

СПбПУ с 67 на 24 (+43),

ЛЭТИ с 100 на 25 (+75).

А Физтех в 2018 г. вытеснил с первого места МГИМО, которому уступал многие годы, и стал самым престижным вузом страны.

Это, конечно, очень благородно и показательно, но это все-таки "сливки" российской высшей школы. А если взять выборку пошире, не ТОП-25, а хотя бы ТОП-200, будет ли картина с техническим образованием столь же радужной?

ТОП-200 в 2012 г.

Для начала мы выбрали из ТОП-200 2012 года вузы, у которых в профиле стояло "техн". Их оказалось ровно 50, то есть 25% от общего количества.

Что же собой представляла тогда верхушка российского инженерного образования? Как говорил знаменитый ослик - душераздирающее зрелище.

В рейтинге по качеству приема уже много лет существует четкая разбивка: средний балл ЕГЭ больше 70 - высокий. Ниже 56 - низкий. Оставшиеся вузы попадают в категорию середнячков.

Так вот, из нашей выборки "технарей" высокий средний балл был только у 11 вузов (22%). Это четыре советских технических супербренда - Физтех, МИФИ, Бауманка и питерский Политех, два нефтяных вуза - московская и уфимская "керосинки", два оплота идущих на подъем информационных технологий - ИТМО и МИЭТ. Плюс - примкнувшие к ним питерский архитектурно-строительный, московская химическая "Менделеевка", и новосибирский технический университет.

Вот какое техническое образование более-менее котировалось восемь лет назад. Группа лидеров занимала места от 2-го (Физтех) до 77-го (МИЭТ), а проходной балл плясал между 90,4 и 70,2.

Затем начинался большой провал, и только где-то на исходе первой сотни (лучший результат - 95 место у МТУСИ) мы начинали наблюдать большую и плотную группу унылых и непрестижных высших технических учебных заведений. Проходной балл в эти вузы, несмотря на их гораздо большую численность, имел гораздо меньший разброс и укладывался в цифры от 67 до 61.

Назовем вещи своими именами - все, кроме лидеров, были мало кому интересными и непрестижными институтами, куда все желающие поступали влегкую.

О престижности технического образования в тогдашней России достаточно красноречиво говорит статистика - в ТОП-25 технический вуз был один (4%), в ТОП-50 их было четыре (8%), в ТОП-100 - 13 (13%). И лишь к ТОП-200 показатель выравнивался до 25%.

Чем дальше, тем гуще.

Средний проходной балл в технические вузы пугал суеверных людей - 66,6.

ТОП-200 в 2020 г.

Что изменилось к 2019 году?

Начнем с общей статистики

Если в 2012 году в ТОП-200 технических вузов было ровно четверть, то в 2019 году их доля стала ближе к трети - 61 вуз или 30,5%.

Если в 2012 году высокий средний балл был у 11 вузов из 50, меньше четверти (22%), то к 2019 проходной балл больше 70 - у 44 вузов или почти у трех четвертей (72%)

В ТОП-25 технических вузов 7 (28%), в ТОП-50 их стало 17 (34%), в ТОП-100 - 31 (31%).

Как мы видим, распределение технических вузов по топу стал более равномерным - если восемь лет в первой сотне инженерных специальностей практически не было, то сейчас во всех промежутках примерно треть вузов - технические.

Средний проходной бал вырос с 66,6 до 74,8.

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

Проходной балл ЕГЭ

Всего в ТОП-200 2012 и 2019 годов мы видим 68 технических вузов. За эти 8 лет проходной балл вырос у 63-х (93%). Упал, соответственно, у 5 университетов. Это:

ТОП-25 технических вузов, максимально нарастивших проходной балл, выглядит так:

Места в рейтинге

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

Из 68 технических вузов выросли в рейтинге 55 университетов (80,9%), упали - 13 (19,1%). Это:

В противоположность аутсайдерам, подъем больше чем на сто позиций показали:

География

Так что - получается, все хорошо с нашим техническим образованием, проблем нет?

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

Из 8 технических вузов, вошедших в ТОП-25 все 8 - Москва и Питер.

Из 17 технических вузов, вошедших в ТОП-50 самых престижных вузов страны 16 - это Москва и Питер. Единственный "нарушитель спокойствия" - это Томский политехнический университет, занявший 46 позицию.

Из 31 технического вуза, вошедшего в ТОП-100 26 (83,9%) представляют собой обе столицы. На регионы осталось 5 (16,1%). Помимо ТПУ, в ТОП-100 сумели прорваться Уфимский гос. нефтяной техн. ун-т. (53 место), Казанский национальный исследовательский техн. ун-т. им. А.Н.Туполева (60 место), Казанский гос. архитектурно-строительный ун-т. (61 место), Самарский государственный аэрокосмический университет, ныне преобразованный в в Самарский национальный исследовательский университет и занявший 83 место.

И только в ТОП-200 доля региональных технических вузов поднимается до 39%, что тоже не бог весь что.

Заключение

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

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

Можно только сделать самые грубые прикидки и общие выводы.

"Нефтянка", к примеру, похоже, выбрала весь свой престиж уже к 2012 году, за прошедшее время оба нефтяных вуза, представленных в рейтинге, либо остались примерно на том же месте, либо даже упали.

С другой стороны - можно констатировать резкий рост престижа профессии горного инженера, по крайней мере, в столицах. Проходной балл в Питерский горный вырос с 65,2 до 81,0, это ТОП-40 российских вузов. Московский Горный, вошедший за это время в состав НИТУ "МИСиС", нарастил престиж еще сильнее - в 2012 году средний балл ЕГЭ был 61, по в этом году Горный институт НИТУ "МИСиС" показал 83,2. Но в регионах ничего подобного не происходит. Уральский горный поднялся, но не сильно - с 283 на 254 место, а Северо-Кавказский горно-металлургический резко сдал.

Примерно то же и с авиацией: Московский авиационный институт +124 позиции, Ульяновское высшее авиационное училище гражданской авиации +73, Санкт-Петербургский гос. ун-т. гражданской авиации +139, Моск. гос. техн. ун-т. гражданской авиации +69. Но при этом Уфимский гос. авиационный техн. ун-т. -22, хотя проходной балл вырос.

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

Но это уже совсем другая история.

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

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

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

Трудности перевода

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

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

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

Однако, девопс девопсу рознь. И кажется, что девопс стал эдаким расхожим понятием, которое подменило нынче массу остальных профессий.

Байка про хромого девопса

Недавно нас позвали на помощь в один проект, где стояла, на первый взгляд, простая задача. Web-приложение работало через web-сокеты, но было развернуто внутри периметра, а на фронте стоял ISPManager, который в качестве reverse proxy использовал apache. Юный девопс, работавший в этом проекте, перепробовал все примеры конфига апача, которые нашел в Гугле, и вконец разочаровавшись в его поисковых способностях, перешел уже было к Яндексу, но тут менеджер проекта забил тревогу. На задачу к тому моменту было потрачено 72 часа. 72 часа, Карл! Кто вам сказал, что методология DevOps ускоряет разработку и сокращает time-to-market? ;)

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

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

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

Про технологии

DevOps это про культуру и философию совместной работы, но с этим понятием также сопряжен определенный технологический стек. Скорее всего я не ошибусь, если скажу, что какие-нибудь NetApp, Cisco, AIX или MS SQL воспринимаются как старый добрый олдскул (хотя это не совсем так, и классические вендоры делают гигантские шаги в новом направлении), а вот, скажем, Docker, Ansible, Jenkins и Prometheus в нашем сознании прочно ассоциируются с DevOps, SRE и новыми веяниями.

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

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

И отдельная боль это сеть. В сети надо разбираться, владеть инструментами диагностики. Сеть не зависит от платформы, она есть везде и напрямую (а порой больно) влияет на работоспособность и производительность всего остального. Когда человек, грезящий себя девопсом, наивно полагает, что надо установить свежую версию Kibana, потому что она умеет конвертировать адреса IPv6 в IPv4 это звучит как анекдот. Но потом он, например, берет и орудует с сетью вот так:

или вот так:

Дальше хочу немного заострить внимание на двух технологиях, которые почти стали синонимами DevOps.

А давайте-ка все распилим на микросервисы, засунем в Docker и запустим в Kubernetes

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

Но не все следует доводить до маразма, даже если это увлекательно. Недавно моей команде на попечение был передан проект разработки мобильного приложения, в котором до нас один одаренный девопс настроил деплой бэкэнда на тестинг и продакшн, а затем от греха подальше уволился. Бэкэнд, по сути, представлял собой приложение на python, упакованное в один единственный контейнер. И этот одинокий контейнер исполнятся на одном физическом хосте. Мы читали путанный многоэтажный Dockerfile и искренне недоумевали, зачем все это надо было вообще совать в контейнер. Точнее, в контейнере ему и место, но не в этом.

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

Вот, кстати, символичный фрагмент одного из скриптов по деплою:

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

Хочу также на полях заметить, что микросервисная архитектура совсем не обязательно означает контейнеры. Просто контейнеры оказались удобной портативной упаковкой для этих модулей.

А про кубер вспоминается недавно гулявший ролик, где старый фильм озвучили новыми словами:

- А у вас есть kubernetes?

- Да, конечно, ну как у всех! Как полагается.

- А зачем?

- Ну как это зачем? Это же

Дальше следует немая сцена, гримаса ужаса и спустя некоторое время человек, вероятно, идет топиться.

Я считаю себя евангелистом подхода Infrastructure as Code (IaC). Мне спокойно только тогда, когда продукт не просто освоен, а когда его развертывание и настройка автоматизированы. Специально не добавляю слово документированы, потому что декларативный характер инструментов IaC что приятно во много порождает автодокументируемый код.

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

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

Просто через docker run:

С помощью docker-compose

А вот тот же сервис в Kubernetes

Если решение все же принято, вам предстоит перелопатить горы документации, написать тонны yaml-a, мучительно искать, где пропущен отступ, по 10 раз пересобирать контейнеры. И в этом момент вы еще и не знаете, что через пару недель пройдете новый круг ада, подстраивая ваш деплоймент под Pod Security Policy и разные энтерпрайзные фичи. Конечно, когда вы это дотащите до конца, вы получите красивый сервис, который легко скейлится, автоматически перезапускается при сбоях, который можно обновлять, используя, например, канареечные релизы или какой-нибудь blue-green deployment.

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

Автоматизация как истинный путь джедая

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

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

Самое плохое в автоматизации это время, которое надо на нее потратить. И самое хорошее в ней тоже время, которое она впоследствие высвобождает. Например, пару лет назад нам потребовалось в нашем облаке IaaS развернуть инфраструктуру под нового e-commerce заказчика. Архитектура проекта: кластер БД, пул серверов приложений, распределенное хранилище, слой кэширования, сетевые балансировщики, WAF, ну и стандартная обвязка в виде телеметрии, СРК и сбора логов с визуализацией. Конечно, виртуальные машины мы давно создавали при помощи terraform, благо под наше облако можно использовать AWS-провайдер, так как мы по API совместимы. Программные компоненты и раньше ставили через ansible, и опыт настройки всего по отдельности, в общем, был. Но мы задались целью описать инфраструктуру проекта в виде единого пайплайна. На это ушло время, ну и до сих пор части этой автоматизации совершенствуются, так как еще много где были нами после переиспользованы.

Когда нам позже подвернулся аналогичный проект, различия описывались на уровне файла ответов. Мы развернули проект за 2 дня, причем большую часть времени занял перенос данных. В Gitlab CI запускался pipeline, который заполнял переменные для terraform, который затем запускался runner-ом. Тот создавал в облаке сети, диски и ВМ. ВМ запускались с cloud-init, который ставил внутрь puppet agent, который после старта связывался с foreman, забирал настройки для своей роли и деплоил все ПО. Через service discovery подключался мониторинг всех служб, везде встал и настроился filebeat, а бакап полился в S3. Voila! Все быстро и четко, без ошибок и ручных тестов на каждом шаге.

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

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

• осмысленный сайзинг ресурсов;

• отдельные точки монтирования (отдельный диск/раздел) под данные приложений и все, что может быстро пухнуть;

• синхронизацию времени по ntp;

• переход на использование ключей вместо паролей в ssh;

• настроить ротацию всех логов;

• иметь автоматический механизм обновления протухающих SSL-сертификатов

• покрыть мониторингом все ключевые показатели жизнеспособности системы и не забыть про алерты;

• если в системе есть данные, иметь автоматический бэкап по расписанию, и не хранить его рядом с данными.

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

Эти простые меры по принципу Парето составляют не более 20% действий по первичной настройке, но дают 80% вклада в стабильную и автономную их работу в будущем.

Если у вас уже есть provision-система, то следом можно подключить инструмент IaC, и накатывать все эти настройки всегда по умолчанию, через какой-нибудь базовый профиль. Я в такой профиль еще включаю набор обязательных утилит, чтобы, к примеру, в экстренной ситуации не оказалось, что в системе нет lsof, tcpdump и т. п.

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

Как не стать героем баек

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

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

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

И напоследок завет работодателям

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

Если вам понадобился девопс, у вас вероятно уже есть разработка. Задачи, которые выполняет девопс это та же разработка, только инфраструктуры и процессов, поэтому к ней в целом применимы те же правила. Над девопсом должен быть senior или тимлид, который через систему контроля версий делает code review, проверяет и одобряет PR/MR. И совершенно точно не стоит доверять архитектурные вопросы человеку без подтвержденного архитектурного опыта. Лучше поищите стороннюю экспертизу для подстраховки.

Мне также нравится концепция, когда отдельно от специалистов DevOps позиционируется еще одна команда - платформенных инженеров (Platform engineer). Она не работает непосредственно с девелоперами, но именно она снабжает девопса готовыми, отлаженными рычагами к этой платформе и уже настроенному инструментарию. Именно такой подход позволяет снизить планку требований к девопсу, позволяя ему спокойнее учиться и снижая риск его ошибок.

В этом месте ставлю не точку, а многоточие, так как тема неисчерпаемая и весьма холиварная. Комментарии, как говорится, покажут :)

Пятничное. Надеюсь кому-нибудь это поднимет настроение.

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

Хочешь узнать, в чём (скорее всего, в 90% случаев) смысл твоей жизни? Лезь под кат. Гарантировано не эзотерика, религия или 42, а точный и очень даже инженерный ответ.

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

Я начал копаться в предыдущих главах, пытаясь выяснить что же такое я пропустил и не понимаю в работе с памятью. Внимание моё привлекло одно слово. Казалось-бы, пользуемся мы этим словом практически каждый день, и к нам, хабрачеловекам, это слово относится практически всем. Я конечно-же знал что это слово значит и всегда понимал его. Всегда Хм. А когда-это я, собственно говоря, на самом деле залезал в словарь и смотрел что же всё это значит?

Тут я вспомнил своего деда. Мне было лет 6, когда он стоял передо мною и нарочито говорил мне, что надо вам, отрок, учиться, учиться и ещё раз учиться! Иначе ничего хорошего в жизни не достигните и станите никем. Смотрите, дитя, я вот, инженер! А дядя Вова с соседнего подъезда он профессиональный собутыльник. У меня семья, двое детей и четверо внуков, а у дяди Вовы четвертушка. Дядя вова не учился, а я вот, учился. Так что, отрок, вникай.

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

Дай-те ка посмотреть

Никогда в жизни я не открывал словарь и не смотрел на то, что же значит этот Инженер. Кстати, и писать-то это слово я никогда не умел. Приходилось заучивать.

Ещё хуже всё стало когда я начал общаться с английскими коллегами. Enginier? Engineer. Ещё одна зубрёжка без полного понимания слова.

Я открыл словарь и

Через три часа нашёл себя в сидящим перед тысячью вкладок браузера, без остановки читая и вникая в описательные тексты. Вокруг взрывались фейерверки, загорались лампочки и светили неоновые вывески Бинго! Всё начинало сходиться и обретало новый смысл. Я даже понял почему некоторые из моих статей на Хабре были такими удачными и почему другие слили в унитаз. Какое-там! Я понял почему некоторые другие статьи удачные а вот это, например, слили! Всё обретало новый смысл и светилось! Красота.

Этим определённо надо поделиться. Только рыть надо глубоко. Готовы? Поехали.

Определяемся

Открываем Ожегова и смотрим.

Инженер, -а, мн. ы, -ов, м. Специалист с высшим техническим образованием.

Вот за что люблю Ожегова, так это за это. Разве так можно мне рассказывать о том, кто я такой? И вообще что это значит? Как это так, тоесть дядя Вася мог тоже получить диплом и стать инженером? Тоесть для этого не надо пытливого ума и всего такого? Не надо жажды знаний и того самого огонька в глазах, который заставляет сидеть до шести утра, зарываясь в мануалы чтобы выяснить, где же эта с-ка течёт? Хорошо хоть, он про Сепульки не написал. И на том спасибо. Нет, словарь Ожегова на свалку.

Ну и чего мне жаловаться, у нас же есть Гугл! (Или duckduckgo, Яндекс, или rambler для тех кто пользуется Хм) Давайте пороемся.

Вот, товарищ Ушаков говорит нам что я (тобишь инженер) это лицо с высшим техническим образованием. Браво. Тут всё понятно. Молодец. Тоесть тут я даже не специалист, а лицо. Другие части тела они даже не важны. Ладно, хватит издеваться над Ушаковым. Он, в отличии от Ожегова, указывает происхождение слова. Говорит мол, вините во всём французов.

Ладно. Мы люди не гордые. Если нам сказано, что слово оно не русское, то мы пойдём искать его в нерусских материалах. (Хотя есть у меня пара знакомых, которые с удовольствием будут рассказывать вам о том, что всё это теория заговора, и слово на самом-то деле русское. Весёлые ребята. Слушать просто удовольствие!)

Define: Engineer. Для простоты мы возьмём английский, потому что французского я не знаю, а так как слово всё-равно греческое, то мы особо париться не будем, в этимологии докопаемся.

Так так. В отличии от всех русских словарей, Merriam Webster, например, даёт нам аж 4 разных определения. Dictionary.com даёт нам аж прямо 7 разных определений слова engineer как существительного. Ладно, давайте смотреть:

A person who operates or is in charge of an engine. Понятно, у нас в русском для этого другое слово используется.

Also called locomotive engineer. Railroads. A person who operates or is in charge of a locomotive. Ну да. Машинист. Ладно, фиг с ним.

A skillful manager. Example: A political engineer. Да в русском мы это по-другому называем. Выскочка? Зазнайка. Кулак. Во! Ладно, не важно.

Digital Technology. A person skilled in the design and programming of computer systems: A software engineer; web engineer. Ага. Ну это просто у нас не обновили словари. Инженер разработчик и всё такое. Ладно. Человек который имеет опыт в дизайне и программировании компьютерных систем. Вот. Уже ближе к истине. Выглядит так как я и хотел. Так, погодите, тут ещё два определения есть:

A person trained and skilled in the design, construction and use of engines or machines, or in any of various branches of engineering. Ух ты! Вот это уже по полнее такое определение. Человек который хорошо разбирается и имеет навыки проектирования, создания и использование моторов и машин; или хорошо разбирается в любой из инженерных наук.

A member of an army, navy or air force specially trained in engineering work. Военнослужащий в армии, флоте или воздушных войсках обученный инженерной работе. Ого. В английском языке даже отдельное определение есть для фронтовых инженеров. Давайте это запомним, потому что понадобится попозже. Пока же мы вернёмся к одному слову из предыдущего определения.

Use of engines or machines (и использование моторов и машин). Да, тут я перевёл слово engine как мотор. Но это не очень правильно выходит. Как-то по-дурацки звучит. Давайте посмотрим что это за моторы, которыми инженер должен заниматься?

Смотрим глубже, конечно вот оно определение: Устройство которое конвертирует тепловую энергию в механическую энергию или любую другую мощность для производства движения и силы. Замечательно. Ещё американцы называют пожарную машину engine. И локомотивы тоже engine называют. Конечно есть ещё игровой движок. Смотрим дальше.

Engine: A machine or instrument used in warfare, as a battering ram, catapult or piece of artillery. Военная машина, такая как таран, катапульта или артиллерия. Хм. Опять отдельное определение для военных целей. При чём здесь военное дело? Ладно. Запомним.

Смотрим следующее определение: any mechanical contrivance. Ого. Хм. Contrivance. Кон-трай-ванс. Вот сколько в России не учил английский, этого слова не видел. Был в США долгое время ни разу об этом не слышал. Но вот пришлось мне как-то код-ревью проходить у британца. Он мне выпалил что это такой отличный контрайвенс. Что? Что такое контрайвенс? Ладно, копаем глубже.

Contrivance. Something contrived; a device, especially a mechanical one. Тобишь что-то что было контрайвд, устройство, особенно механическое. Замечательно. Что такое контрайв?

Твою мать. Интернет подох. Ладно, мы люди не такие простые. Достаём хотспот на телефоне и продолжаем изучать слова.

Contrive - To plan with ingenuity; devise; invent; Спланировать что-то гениально; выдумать; изобрести; Ага. Тобишь мой хотспот можно запросто назвать а contrivance. Хехе. Ок, понятно. Тобишь когда мой дед собрал инкубатор из лампочек и перепёлок выводил для бабушки, это было contrivance. Тобишь моя примочка для кошкиново лотка, которая автоматически его смывает водой после того как кошка ушла на безопасное расстояние это контравенс. Замечательно. Изобретение! Поняль. Давайте обратно вернёмся.

Возвращаемся к engine: any mechanical contrivance. Ага. Engine любое механическое изобретение. Тобишь инженер это тот, кто может что-то изобрести. Хаха. Хах. Хм. Так, погодите, тоесть если к тебе приходит злой босс и говорит что ему надо выдумать как обработать запросы на 12000 пользователей, а ты сидиь и выдумываешь как это сделать, то это ты делаешь contrivance. Тоесть изобретение. Тоесть ты инженер. Ха! Однако. Тоесть мы изобретатели.

Звучит неплохо. Только вот мой пытливый ум это не признаёт пока. Тут есть загвоздка. Даже две. Первое что-то не всё ясно с engine. Второе почему в каждом определении слова есть военный оттенок?

Так. Ах вот оно. Происхождение слова в английском словаре. Намного более подробное чем то, что можно найти в русских словарях. Давайте посмотрим: From Anglo-French, engign. From Latin ingenium Nature, innate quality, mental power, clever invention. Природой данное, врождённое качество, умственная способность, умное изобретение. Genius. Гений. Ingnue.

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

Значит слово древнее. Что это? Ах да. Вот он корень gene. (Слово ген происходит от этого же корня). Что это значит? Создавать, привносить. In-gene. Тобишь это что-то что было вложено при создании. Врождённое качество. Умение создавать.

Тоесть, слово появилось в древности, 2500 лет назад. А вот Римляне, озабоченные вояки, добавили к английскому значению слова эти осадные орудия. Посему у нас в английском везде есть военная тематика.

Почему они это сделали? Потому что инженер это тот, кто помогал им выживать. Без всех этих машин в Риме жилось бы неспокойно, ибо повсюду враги и варвары. Этих врагов и варваров можно было рубить шашкой от плеча до мягкого места, но это было не весело, ибо враги хоть и не знали что такое шашка, но на копьё могли насадить ничуть не хуже чем Шварцнеггер в Хищнике. Так вот тут на помощь приходили инженеры. Выдумать и изобрести что нибудь-такое эдакое, что у врагов от одного вида этого погнётся гравицапа и пропадёт желание рубить кого-нить на куски. Рим защищён и процветает. (Конечно, в Рим тоже понаехали всякие и в конце-концов всё порасхитили и дороги побили, но это было позжее, пока бы говорим о том Риме который дороги, акведуки, академии и всё такое хорошее).

Так, стоп. Инженер. Помогает. Делает изобретения чтобы жилось легче. Так погодите! Это же я! Это, кстати и ты, мой дорогой хабраюзер. Мы здесь находимся вот с этой целью создавать и изобретать чтобы людям помогать. (Пасаны, чесслово, не пытался нифига рифмовать, в этом нет рифмы!)

Не веришь? Посмотри на свой самый успешный проект. Он кому-нибудь помог? Ха! Ну конечно. Чем больше твой код кому-то помогает, тем больше его будут любить и уважать.

У меня есть пара проектов, которые я запилил лет так 10 назад. Сидел вот и смотрел как сотрудник в офисе пытается заставить старую досовскую программку печатать на USB принтере. После часа смотрения я запилил софтинку, которая прикидывалась сетевым принтером на компьютере и печатала текст через win-api на любые принтеры в системе. Эта програмка до сих пор работает без изменений. Мне кто-то написал со старой работы, что вот мол, нашёл моё имя в исходниках и всё ещё работает. Ну точно, программка была contrivance. Изобретение!

Большие проекты они такие же! Чем полезее они тем лучше.

Ответь для себя на вопрос: чем помог людям Линус Торвальдс? Как тебе такой ответ предоставил людям возможность использовать свои компьютеры без дополнительной оплаты благодаря изобретению замечательной, быстрой и открытой операционной системы.

Помог ли тебе лично Никола Тесла? Ну, возможно не лично, но электричество в розетке к тебе приходит и компьютер вертит вентилятором.

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

А знаешь Марка Цукенберга? Он помог людям общаться и найти друг друга. Марк инженер. (Потом Марк перестал быть инженером. И сейчас Марк сидит в чане говна и заныривает туда каждый раз когда над его головой свистит меч правосудия. Что хорошего Марк сделал, пытаясь выжать ещё больше денег из своей аудитории? Да ничего. Он перестал помогать и начал высасывать деньги. Посему и сидит в своём чане.)

Помог кому-либо React? А Node? Помог ли кому-либо Rust или С++? Помогает ли тебе VSCode? Ага. И что бы ты подумал, даже если они не просят за свои работы деньги у конечных клиентов, деньги у них появятся. Потому что они помогают!

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

Как охотились дромеозавриды? Чем их поведение примечательно? Свежая статья от 20-го января на хабре. О чём она? Хрен его знает. О динозаврах из Парка Юрского периода. Кому эти данные помогут? Да, в общем-то никому. На момент написания рейтинг -4, и продолжает тонуть. Не знаю, если статья доживёт до публикации этой статьи.

Демонстративно вертим массивы для новичков. Все уж подумали что будут разбирать что-то полезное в алгоритмах массивов, а выяснилось что статья про B[i, j] = A[i, j]. Я тоже не удержался. Полезная эта статья? Неа. Вот тебе и рейтинг в -13. Получите, распишитесь. Ладно, она из песочницы, так что не будем долго глумиться.

Посмотрим на более полезные вещи:

Большая игра на понижение крипты. Статья перевод. О чём она? О проблемах рынка биткоина и о том, что с этим делать. Помогает она кому-нить? Ещё как. Видать определённый процент хабрапользвателей держит средства в криптовалютах. Рейтинг на момент написания +105 и продолжает расти.

Наша огромная гордость: мирные советские роботы-комбайны убрали первый урожай в южных регионах статья про комбайны которые убрали урожай и получили +444 в карму. Крутится в топе лучших за этот год. Изобретение? По полной программе! Contrivance, б_я! Полный контрайванс. Народ ликует. Комбайны-киборги стали популярны! Серьёзно. Ребята нас кормят. Они нам помогают. Спасибо.

Ладно, займёмся самокритикой.

Что в действительности кроет в себе страшная цифра восемь. Это моя самая-самая статья, которую я запилил 9 лет назад. Тогда Восмёрка была только-только альфой и все просто дрожали от ужаса и не знали что делать. Я всех успокоил, рассказал что да как и помог народу разобраться во всём. У меня тогда была альфа версия винды, посему я знал. Получил +291 в карму.

Много ли на хабре писателей научной фантастики? Тупой вопрос заданный мною же 8 лет назад. Бесполезный вопрос, к тому же. Результат -27 в карму. Оно и понятно, потому что это никому не нужно.

(Теперь внимание, пожалуйста! Цели артистов и писателей, музыкантов и художников кардинально отличаются от того что мы, инженеры, должны делать. Каковы цели этих других людей вы можете выяснить зарывшись в энциклопедии и читая древние манускрипты. (Только я вас умоляю, не пытайтесь поверить тому что преподают в универе. Я не говорю, что универ это полный отстой, отнюдь, но вот про цели они там не говорят). Посему, если вы будите смотреть на другие статьи в топе хабра, вы найдёте достаточно популярных статей, которые не рассказывают о том, как можно лучше помогать с изобретением вещей или как лучше изобретать вещи. Там есть развлекательные статьи, которые развлекают, но это не наш удел. Писатели сами знают как получать карму и деньги за свой труд.)

Пишешь статьи о том, как помогать другим людям лучше, или статьи о том как правильно выучить язык бла чтобы писать и помогать другим = карма. Статьи о том, как правильно кормить велоцерапторов = чулан. Просто, а?

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

А может быть ты просто не пытаешься помочь?

Помнишь Люсю, которая из бухгалтерии? Она просила тебя третьего дня починить ей принтер. А ты помог? Или просто забил на неё и тикет висит в отложенных? Помнишь когда твой начальник сидел на совещании и у него в глазах внезапно загорелась искорка. Ему вдруг захотелось переделать главное меню в системе, чтобы сделать её более работоспособной. Ему идея понравилась, но ты как-то затормозил и решил что это пока лучше не делать, потому что это сломает билд.

Ага. Вот в этом-то и прикол.

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

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

А, может быть, тебе на самом деле стоит поменять место работы, потому что ООО Мойдодыр слышало что в каждой приличной компании нужно иметь айтишника, посему они и открыли ИТ отдел в посудомоечной конторе.

А, может быть, тебе это не в жилу и тебе от этого не клёво. Бывает. Посмотри что можно сделать. Консультант. Доктор. Водитель. Я знавал одного чувака который работает в FedEx. Он там проработал 40 лет и продолжает работать. Вся мечта его жизни перевозить грузы. Это его мечта. Он работает. Пусть так и делает. Если ночные посиделки перед мануалами не для тебя, если тебе не нравится создавать что-то новое, то может быть и инженером тебе не стоило становится? Ну и стань тем, кем хочешь, мы не обидемся. Может быть тебе надо быть музыкантом (кстати, слово происходит от Музы). Или может быть тебе надо быть фотографом? (Граф писать, фото свет). Дуй, тебе там будет лучше, и жизнь в луже тянуть не придётся.

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

Обычно статьи написаные всеми этими компаниями на Хабре, они не плохие, но какие-то вялые. Всё как по ниточке, по одному и тому же шаблону: Как мы патчили КДЕ под Фрибсд.

Самые лучшие статьи они про хорошие изобретения и про то как можно помочь большому количеству народа. Может быть тебе удалось победить драконовский планировщик задач? Или как-то раз тебе пришлось лезть в ядро Линукса и править исходники, потому что драйвер не работал. Один раз тебе удалось усмирить пожар, пожирающий гигантский домен и ты всё восстановил, написав скрипт на повершелле.

Давай. Пиши, пожалуйста. Мне будет интересно почитать. А то тут временами хвёло становится и мне скучно.

Хорошей пятницы всем, не унывайте.

Пост скриптум. Несмотря на то что я нагло спёр голубя у @0xd34df00d(как собственно говоря и идею с названием поста), я не пытался обратиться к нему лично. Статья написана для аудитории "в общем", просто мне жуть как нравится этот голубь.

В этом интервью у меня в гостях Ксения Гордиенко из Канады.

После окончания института в Санкт-Петербурге Ксения обучалась в Германии, после чего за короткое время смогла вырасти из студента-ассистента до BIM-менеджера одной из крупнейших строительных компаний Европы. Но, несмотря на достигнутые результаты, Ксения вместе со своим мужем переезжает в Канаду, где начинает свою жизнь с чистого листа.

В этом выпуске мы поговорим с Ксенией Гордиенко о проблемах эмиграции и актуальных проблемах строительной отрасли.

Видео версия:

А: Ксения, спасибо большое, что приняла приглашение поучаствовать в этом выпуске. Хотелось бы узнать твое мнение о строительстве в целом, о специфике работы в Европе и Северной Америке, а также о том, что тебя двигало на переезды.

К: Артем, спасибо большое за приглашение. Я слежу за твоими публикациями в Linkedin. То, что ты делаешь, это очень классное дело. Особенно мне нравятся твои схемы, поэтому я с большим удовольствием участвую в этом интервью.

Я живу сейчас в Ванкувере, в Британской Колумбии на западном побережье Канады, работаю virtual design construction менеджером в строительной компании ETRO Construction. Моими прямыми обязанностями является анализ строительных процессов и движения информации в строительстве в общем и в этой компании в частности. Моя карьера началась в Штутгарте параллельно с моим моим обучением архитектуры и дизайна.

А: Давай начнем с твоего переезда в Европу. После окончания Санкт-Петербургского университета аэрокосмического приборостроения ты продолжила обучение в Германии. Расскажи, пожалуйста, насколько тяжело было учиться в Штутгарте после Санкт-Петербурга и есть какие-то отличия в обучении между Россией и Германией.

К: Мой переезд был обусловлен получением второго образования.

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

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

Штутгарт маленькая столица архитектурного образования. Несмотря на то, что город сравнительно небольшой, там три высших заведения, которые преподают архитектуру. Мой выбор пал на Fachhochschule.

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

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

А: Получается, эти профессора потом нанимали на работу кого-то из студентов?

К: Конечно. Они сразу фильтровали народ. Вот этот студент талант, ему предложение. Также через этих профессоров можно было найти практику, устроиться на работу.

А: То есть они, как маклеры, продавали объекты недвижимости хорошим работодателям?

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

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

А: А что ты делала на стройке?

К: Представь, русскоговорящая девчонка на стройке в Германии: Привет, мне нужно пройти практику для поступления в университет. Естественно, все сводилось к тому, что я выполняла какую-то посредническую работу. Начинала я вообще с каркасов из бетона и просто убиралась за строителями. Но у меня была координация с прорабами, и они мне просто объясняли, что происходит на стройке: Вот, посмотри, план. Я начала изучать какую-то документацию. Но я постаралась скоординировать свою практику не только на одной стройке.

А: Это было в Австрии?

К: В Германии, в маленьких деревеньках близ Штутгарта. Я нашла контору-застройщика. У них были подрядчики, которые выполняли разные дисциплины. Сначала это были бетонные конструкции, потом я с кирпичом работала, затем укладка плитки и покраска помещений. Там я тоже много выучила (азы строительства) еще до того, как начала изучать архитектуру. Например, если мы плитку кладем, то швы по диагонали вымываем, а не по вертикали и тому подобное.

А: Большинство строительных объектов, которые ты видела в Германии, это двух-трехэтажные дома?

К: Да. Я как раз до университета работала на таких объектах.

А: Если уж мы заговорили про стройку, скажи, пожалуйста, каких людей ты там видела, каких национальностей? Можешь коротко рассказать про рабочих, или о каком-то интересном опыте?

К: В деревнях около Штутгарта это, естественно, были швабы.

А: Поясним для слушателей. Швабский регион это отдельный регион. Это как отличия между украинцами и белорусами. Вообще, на юге Германии проживает три народа: баварцы, швабы и бады. Отличия между ними и в языке, и в культуре очень существенны. Ксения, и ты осела в этой Швабландии

К: Да. Сложно было. Помню, в каком я была шоке, когда один человек попросил меня принести из рабочей машины Kreissge. Я на него смотрю и понимаю, что не знаю, что такое это Kreissge.

А: Циркулярная пила

К: Да. Я подбегаю к машине, пытаюсь догадаться, что такое Kreissge. В результате приношу одну пилу, но не круглую, а длинную, сабельную. Побежала второй раз, опять не то. В общем, правильную пилу я только с третьего раза принесла. Вот тогда я поняла, насколько мне не хватает словарного запаса. Я не понимала, о чем люди меня спрашивают. Вот так со швабами я провела два лета (мне удалось разбить 6-месячную практику). Но несмотря на то, что я была такой непонятливой неумехой, мне хорошо платили.

А: А сколько тебе платили?

К: Мне хватило этих денег, чтобы заплатить за мою общагу за полгода.

А: То есть ты покрывала месячные расходы какие-то.

К: Да, я помню, что за месяц простой работы подмести что-то или просто сложить мусор мне заплатили 500 евро, что для практики очень неплохо. Они ничего тяжелого меня не просили делать, очень уважительно относились, потому что я девушка, притом молодая девушка

А: А в проектировании ты работала в Германии, в Австрии?

К: Проектирование началось в четвертом семестре, когда я приехала в Гратц на обязательную практику.

А: То есть ты переехала в Австрию, километров 500 от Штутгарта.

К: Да. В этом архитектурном университете есть обязательная практика. Можно было пройти ее в каком-то бюро в Германии, при этом тебе необязательно оставаться в Штутгарте. Также можно уехать в немецко говорящую страну (потому что образовательные проекты подходят) или организовать практику в каком-то другом университете, где образовательная программа была чуть побольше, там можно было даже в Италию переехать.

А: После обучения в Германии ты устраиваешься работать в австрийскую компанию Zblin. Это одна из крупнейших строительных фирм в Европе, с оборотом 5 миллиардов в год и 15 тысячами сотрудников. Как тебе удалось за такое короткое время вырасти из студента-ассистента вырасти в BIM-менеджера?

К: Расскажу обязательно свой секрет. После переезда из Санкт-Петербурга мне был нужен дополнительный заработок, потому что Штутгарт очень дорогой город. Я искала работу, где могли быть востребованы мои знания. Во втором семестре я познакомилась с одним товарищем из Zblin, который тоже учился в моем университете. Узнав, что у меня уже есть одно высшее образование по специальности информатика и вычислительная техника, а также определенные теоретические знания по базам данных, он предложил мне заняться исследованием трехмерной графики. Решающим фактором, благодаря которому меня взяли тогда на практику в Zblin, стало мое знание Solidworks.

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

А: То есть ты в Zblin занималась геометрическим ядром какого-то САПРа?

К: Да

А: А Zblin для себя эти исследования проводил?

К: Начиналось это все в отделе проектирования. Ребята-инженеры работали тогда с Autodesk Inventor, но уже тогда понимали, что мир движется в сторону трехмерного моделирования, и видели уже какие-то всплывающие софты.

А: А какой это был год?

К: Я начала с ними работать в 2007 году.

А: А про Revit никто не слышал тогда?

К: Слышали, и не только о Revit. Тогда уже были и Archicad, и Nemetschek. И встал вопрос: а какая разница между всеми этими софтами? То есть они начали с глубинного вопроса, как устроены базы данных и каким образом софты коммуницируют с ними, в том случае, если мы строим базу данных на этом сайте.

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

А: Какие были софты?

К: Я выполняла в Nemetschek (он был нашим фаворитом), Archicad и Revit. Когда я уже работала на полную ставку в Zblin, я работала в Nemetschek . С другими софтами работала другая девушка, тоже с архитектурного факультета (Эва, она справа от меня на фото выше)

А: Интересно, к чему пришли.

К: Конечный результат Nemetschek, который уже тогда обладал Allplan Menge, и естественно, это их зацепило. Revit предлагал только таблицу из трехмерной панели, но ты не знал, какие объекты туда попали. Не было двунаправленного движения, у тебя были величины, а что за величины ты не знал. Поэтому первый год в Zblin я продолжила моделирование в Nemetschek. А буквально через год, в 2009 году, мы так заросли заказами на трехмерные модели, что мой босс сказал, что мне уже пора учить других, а моделировать мне некогда. Тогда же мы вернулись к Revit, потому что он к тому времени обогнал по скорости развития.

Инженеры Zblin известны по той причине, что они действительно классные инженеры. Они создают невероятные статические конструкции, такие как Mercedes-Benz Museum в Штутгарте.

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

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

А: И те объекты до 2007 года делались в Nemetschek?

К: Да, Nemetschek и Solidworks. Конечно, органические формы, такие как Mercedes-Benz Museum, делались в Solidworks. Когда речь идет о Revit или Nemetschek, то мы ограничиваемся квадратной шоколадкой Ritter Sport (Quadratisch. Praktisch. Gut). А что касается объектов, как Zaha Hadid или Frank Owen Gehry, у нас есть лимит по воспроизведению геометрии, поэтому проще перейти в машинный софт.

Проект Flughafen Bblingen лёг в основу исследовательского проекта RFID (от дизайна до использования), результатом которого стало это видео: https://www.youtube.com/watch?v=44OzWHR9mzQ

А: Теперь понятно, как ты стала BIM- менеджером в Zblin.

К: Да, я стала BIM- менеджером, потому что им не на кого было положиться.

А: И еще вопрос об обучении. То, чему ты обучалась в Германии или России, тебе пригодилось в твоей работе?

К: Да, безусловно. Мне кажется, что оба образования свелись каким-то образом вместе.

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

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

А: Очень крутой микс, правильная смесь получилась. В 2007 году ведь, по сути, технологий BIM не было, мало еще каких-то обучающих видео по Nemetschek, по Revit. Откуда ты брала информацию в то время?

К: По Nemetschek у нас были курсы в университете. У нас была возможность свободных курсов по Nemetschek и Arhicad. Не буду секретничать, Zblin тоже был за бесплатные курсы, за бесплатные студенческие лицензии для софта. Немцы все-таки платят за свои лицензии, и иметь студента, который обучается самостоятельно, для них было круто.

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

А: Ты стала BIM-менеджером в Zblin, жизнь уже наладилась, да еще в таком юном возрасте. Однако в 2015 году что-то происходит в твоей жизни, и ты решаешься покинуть Европу и переселиться в Северную Америку на канадский запад, который отчасти похож на Дальний Восток по климатическим и социальным параметрам. То есть из теплой Европы (юг Германии считается сравнительно тёплым регионом) ты перемещаешься на север, в Ванкувер. Что тебя побудило поменять страну и уехать в Канаду?

К: Ответ будет очень романтичным. Это история любви. В Германии я встретила своего будущего мужа, который жил в Барселоне. На тот момент, когда моя карьера развивалась, в Барселоне после 2008 года была только одна большая стройка это Sagrada de Famlia, которая продолжается уже больше ста лет. Она не была моим вариантом, поэтому мне было ясно, что если мы хотим продолжать развитие наших отношений, то нам нужно куда-то переехать. Он не был готов переехать в Штутгарт, в Германию, а я не была готова переехать в Испанию. Как я люблю шутить, с географией у нас было плохо, поэтому встретились мы на середине. Мы переехали в Ванкувер по той причине, что это самый теплый город Канады и своим ландшафтом схож с Барселоной. У нас за городом горы, есть возможность покататься на лыжах, а город находится на океане.

А: То есть вы, находясь в Европе, думали о том, куда переехать, и ваш выбор пал именно на Ванкувер, так как он подойдет вам обоим?

К: Да, выбрали Ванкувер, потому что там мы оба будем говорить на английском, у нас не будет каких-то дополнительных бонусов (у меня семья-друзья, а у меня карьера-развитие). Мы просто оба начнем с нуля, в другой стране, в другом городе. Ванкувер был наш не первый вариант, мы анализировали разные страны.

А: А какие еще были варианты?

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

А: Получается, вы выбрали страну, город, переехали туда и там искали работу? Или из Европы? Как поиск работы происходил?

К: Мы пытались найти работу из Европы, мы изучали рынок, и что касается рынка моей индустрии, моего направления (BIM или virtual design construction), - это было очень сложно. Народ мне не отвечал, я не могла найти правильных людей, не понимала, что происходит У меня было несколько знакомых через Linkedin, и люди, которые переехали в Канаду. Я их спрашивала: Говорят, что у вас нет безработицы, что нужны европейские специалисты, почему тогда мне люди не отвечают, почему все так тихо, почему я не могу найти хоть какую-то зацепку? Мне отвечают: Приезжай сюда, ты найдешь всё. Я сомневалась, сложно переезжать куда-то без работы. К твоему вопросу о разнице между Европой и Северной Америкой.

Северная Америка строится на references, на soft skills. На тех вещах, которые для меня были даже немыслимы. Чтобы найти работу в Zblin, тебе нужно было быть специалистом, инженером. А в Канаде реальные пункты, чтобы найти работу, - это хорошие коммуникативные способности, ты хороший человек, и у тебя отличное чувство юмора.

Что это за пункты? То есть, чтобы найти работу в Канаде, человек должен быть коммуникабельным, человек должен быть leader, team player. Здесь в первую очередь важно быть хорошим человеком, а хорошим специалистом во вторую.

А: Это, наверное, из-за того, что страна эмигрантская, много людей разных национальностей, и приходится под всех подстраиваться.

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

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

К: Честно говоря, мне кажется, что он уникальный. Даже не знаю, что такое правильно канадский стиль, потому что Ванкувер смешение культур и народов. Я была удивлена тем, что в этом городе очень много азиатов, и это, естественно, накладывает свой отпечаток на развитие экономики и строительство.

Что касается американского стиля жизни, то он тоже присутствует. По той простой причине, что и Голливуд, и Лос-Анджелес, и Силиконовая долина тоже как бы относительно недалеко, соответственно, сюда начинают стекаться все стартапы. Голливуд в Америке очень дорогой стал для производства, поэтому в Ванкувере очень много фильмов снимается. Если кто-то меня спросит, какое направление преобладает, это киноиндустрия. Также Аmazon огромный офис выстраивает, Windows здесь уже давно. То есть они потихонечку-потихонечку из Силиконовой долины перекочевывают в Ванкувер.

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

А: Интересно. Получается такая тонкая полоска, такая агломерация от Лос-Анджелеса до Ванкувера. В горах можно и на лыжах покататься, а внизу и в жаре пожить.

К: Да, особенно сейчас, в апреле, будет замечательное время, когда с утречка можно съездить на лыжах покататься, а потом побыть на пляже. Естественно на пляже ты не будешь в бикини лежать, но погода достаточно теплая и можно позагорать, посидеть на покрывальце на пляже.

А: А чем отличается жизнь в Центральной Европе от жизни в Канаде? Какие основные отличия ты увидела, что тебя удивило?

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

А: А как ты думаешь, с чем связана такая активность? С движением к успеху, для того чтобы поддерживать себя в рабочем состоянии?

К: Да, я думаю, ни для кого не секрет, что успешный человек это, в первую очередь, здоровый человек. Речь идет о work life balance, и, чтобы жизнь была успешной, нужно быть физически активным человеком. Например, в моей предыдущей компании, EllisDon, людей набирали во время катания на mountain bikes . Молодые люди приезжают туда, начинают разговор о строительстве и в результате оказываются в строительной компании. То есть быть успешным или заинтересованным в спорте очень приветствуется.

А: Поговорили о жизни, вернемся к строительству. Итак, из Европы было тяжело найти работу. Вы переехали. Кто первым нашел работу, ты или муж?

К: Когда мы приехали, то решили, что немножко попутешествуем, осмотримся, может быть, даже уедем из Ванкувера, потому что мы оба здесь не были до того, как переехали. Но мы быстро поняли, что Ванкувер очень дорогой город. И мой муж, как ответственный человек, решил быстро найти работу, потому что не мог смотреть, как быстро утекают деньги с нашего счета, а следующая заплата неизвестно когда. Он работал в очень интересном направлении, которое очень развито в Канаде, но я не слышала о нем ни в России, ни в Германии. Это компании, которые помогают с переездами. Это сильные мужчины, которые пришли, погрузили твои коробки и перевезли тебя на новую квартиру.

А: Moving.

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

А: Это оффлайн конференция, которая раз в месяц проходит?

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

А: И как у тебя получилось найти работу на этой конференции?

К: Я пришла на встречу, где народ просто разговаривал возле бара. Они спросили, что я умею, какой у меня опыт. И вот после этого разговора у бара у меня было три предложения о работе. Час презентации и у тебя есть предложение.

А: Если я правильно понимаю, ты устраиваешься в компанию EllisDon. Это одна из крупнейших и старейших компаний Канады. Тяжело бы перестроиться с немецкого образа работы в проектировании на канадский? И с чего ты начала в проектировании?

К: Меня взяли на проект, который горел. У них не было BIM-координатора, я была первым в Ванкувере BIM-координатором для EllisDon. Это был проект Park Resort & Casino.

В этом проекте не было никаких BIM-requirements, там была очень сложная геометрия и недодизайн. Заказчик пытался сэкономить, это было казино и два отеля c fancy finishing. Это интересные люстры, многослойные потолки.

А: На рынке проектирования идет борьба между двумя, можно сказать, религиозными направлениями: close BIM (продукты Autodesk) и open BIM (Nemetschek, Arhicad и передача данных на основе формата IFC). Ты можешь что-то сказать про Канаду и Германию в этом плане? Был ли у тебя опыт работы с open BIM/close BIM и какие направления выбирают в Северной Америке и в Европе?

К: Я слышала твою дискуссию с молодыми людьми, очень интересно. Я понимаю, почему так происходит. В связи с тем, что Autodesk американская контора, Северная Америка тоже фокусируется на Аutodesk. А open BIM двигается из Европы как раз потому, что они не хотят работать с монополистом. Я выступаю за демократический процесс и свободный рынок. Победить должен тот, кто лучше, а для проектировщиков важно использовать тот софт, который подходит для их задач. Я не фокусируюсь на Revit. Для меня важно, чтобы при работе с одним или другим субподрядчиком, дизайнерские софты выполняли свои задачи. Мы просто найдем возможность для передачи данных.

А: А в Канаде ты в каких программах работала? Это все-таки больше close BIM или передача через IFC?

К: Как я уже сказала, очень многое рассчитано на Autodesk, и мы тоже очень тесно сотрудничаем с Autodesk. Но здесь очень много строительства в металле, в стали. В принципе в Северной Америке много стали, поэтому много Tekla. В принципе, Frank Gehry тоже недалеко, в связи с этим также популярна Catia. И метрическое программирование, и дизайн здесь есть. Сама я в Revit, потому что, что касается моего моделирования это все тоже Quadratisch. Praktisch. Gut и Revitа хватает. Но если какие-то сталелитейные модели, то работаю с ребятами, которые передают IFC.

А: А какие объекты популярны в Канаде? Это частное жилье, загородные дома? Что в основном строят в Канаде?

К: Канада же очень молодая страна. Поэтому здесь строят всё, и специалистов постоянно не хватает. Здесь постоянная нехватка жилья, для тех людей, которые приезжают, поэтому постоянное строительство жилья это необходимость.

В EllisDon я работала на трех госпиталях. Меня там сделали специалистом по healthcare. И это одна причин, по которой я хотела поменять работу, мне уже как-то стало грустно с госпиталями. К тому же это один клиент, одни и те же задачи на BIM, одни и те же прописанные стандарты, и в какой-то момент становится скучно.

А: Можешь сравнить субъективно уровень специалистов в Канаде и в Европе, можно ли сказать, что где-то уровень более продвинутый?

К: Нет, так сказать нельзя. Нужно понимать, что образование в Германии бесплатное, в Северной Америке же, в Канаде, все образование платное. И для того чтобы получить образование без кредита, тебе нужно откладывать деньги на своего ребенка с момента его рождения.

А: А сколько стоит обучение примерно?

К: Все зависит от того, где ты планируешь получать образование, что это будет: курсы, ВУЗ. В Канаде образование дешевле, чем в Америке, но допустим, в местном университете UBC до 60 тысяч канадских долларов в год. Мой муж тоже получал дополнительное образование в Ванкувере, как повышение квалификации, мы платили 5 тысяч канадских долларов в семестр.

А: Идеальная связка образования: дошкольное и школьное образование получаешь в России, университет можно в Европе закончить бесплатно, и потом уже переезжаешь в Северную Америку.

К: Точно. Артём, ты прописал просто идеальный план обучения детей. Школа в России, вышка в Европе, а потом уже можно и деньги зарабатывать.

А: По всему миру: Гонконг, Северная Америка.

К: Точно.

А: А вот по уровню технологий: может, были какие-то интересные технологии, которые ты видела в Германии, но не видела в Канаде, или наоборот?

К: Да, я хотела бы поделиться своими наблюдениями. В Германии, если мы говорим о made in Germany, в центре внимания стоит качество. Они его добиваются за счет постоянного процесса тестирования и стандартизации процессов. Они ничего не делают на авось, наобум, без теста. Для того чтобы выпустить софт, тот же Nemetschek, на реальный проект, он должен быть сначала протестирован минимум на одном псевдопроекте, потом он будет параллельно идти в реальном проекте, и только третий проект будет реально на Nemetschek рассчитываться.

Основной бюджет Северной Америки это люди, которые реально работают на стройках. Основной капитал это застройщики, которые ворочают большим количеством денег. Они несут самый большой риск. Соответственно, это люди, которые как раз заинтересованы в интеграции новых технологий. Они вкладывают деньги в этот софт, и их в принципе не интересуют эти тесты, они хотят моментальной интеграции. То есть американский just do it есть и в Канаде.

А: Мне кажется, это заметно и по Азии. Там тоже люди сначала выкидывают продукт на рынок, и уже по ходу его корректируют. А европейский подход это сначала AB-тесты, и, когда продукт пройдет всю бюрократию, только тогда он выйдет на рынок. В больших же странах (Россия, Китай) или в эмигрантских (Канада) продукт дорабатывается в процессе, нужен он людям или нет.

К: Да, так и есть. Так же и специалисты-проектировщики. Хочешь что-то попробовать лови, проектируй, показывай, какой ты замечательный.

А: Есть ли в Канаде интересные технологии, которых не было в Европе?

К: Что касается материалов, на самом деле Канада отстает. Они не лидеры, они занимают позицию мы посмотрим, что там происходит, а потом переймём. С одной стороны, они интегрируют все, что интересно, но с другой стороны, если какое-то глобальное изменение, то они ждут. Самую большую разницу я вижу в том, что Канада фокусируется на строительстве из дерева, особенно в passive house, которые являются абсолютно немецкими технологиями (такой mishmash американского и европейского). А так ничего особенного нет, потому что в Канаде работают те же европейцы. Единственное, что стоит отметить, за счет того, что они не фокусируются на правилах, на стандартизации, которая существует в Германии, все можно осуществить очень быстро. Если есть лидеры, заинтересованные люди, которые двигают, то можно добиться стремительного успеха. В Канаде очень быстро можно построить свой бизнес. В Германии, в принципе, тоже, но потом тебя давят налогообложением. У меня есть друзья-инженеры, которые приехали сюда из Германии. Они формируют здесь бизнес, нанимают двух-трёх человек и продают его. Создают второй, третий, вырастают в капитале снова продают.

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

А: Кстати о разнице. В Китае (недавно разговаривали с Еленой) на стройках работают в основном люди из деревень, в России из южных республик, в Штатах, я думаю, люди из Мексики. А в Канаде кто работает, страна же и так эмигрантская? До Мексики далеко, получается, эмигранты сами работают?

К: На самом деле мексиканцев тоже очень много. Бразильцы, латиноамериканцы. Можно сказать, что второй язык в Ванкувере не французский, а испанский. Индусы есть, персы, но и канадцев немало работает на стройках.

А: Интересно еще узнать про аутсорсинг в Канаде. В Европе про это ещё мало говорят, потому что это сложный путь. А в Канаде аутсорсинг популярен, занимаются этим фирмы?

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

А: А кто там на Филиппинах?

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

А: Могла бы ты примерно сравнить зарплаты с ценами, например, на съем жилья в Европе и в Канаде. Например, если в Штутгарте съем однокомнатной квартиры стоил 1000 евро, то сколько была зарплата, и как с этим соотношением обстоят дела в Канаде?

К: Надо помнить, что есть разница между канадскими долларами и евро, поэтому я буду говорить в процентном соотношении. К тому же в Канаде, как и в Европе, большой разброс цен. Штутгарт индустриальный город.

А: Но Штутгарт, Ванкувер и Питер похожи, это большие центры.

К: Да, большие центры, куда стекаются молодые специалисты, где есть работа. Что касается жилья, Ванкувер дороже Штутгарта, и качество жилья хуже. Мне кажется, что это связано с большим притоком эмигрантов, просто не успевают строить так быстро.

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

А: А начинающий сотрудник, например, проектировщик из Питера, на какую зарплату может примерно рассчитывать в Канаде?

К: Как только у тебя в резюме появляется Revit эксперт, или какой-то BIM-проект (в Америке это чаще называется VDC virtual design and construction), то можно уже торговаться с 70 тысяч канадских долларов (в Ванкувере)

А: Мы не пропагандируем переезды, не хантим никого

К: Я хотела бы, мне нужен дополнительный персонал.

А: Что можно посоветовать людям? На что обращают внимание работодатели европейские и канадские? Что им интересно: социальные контакты, какие-то статьи или просто резюме? Ты говорила, что из Европы даже тебе было тяжело найти работу, несмотря на то, что ты уже профессионал. Как может человек, например, из России найти работу в Канаде, это же нереально, наверное?

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

А: Как витамин В. В Германии связи называют витамин В.

К: Beziehung.

А: Да, как и в России, как и везде. Всё делают связи.

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

А: Ни религию, ни фотографию не нужно указывать?

К: Не просто не нужно нельзя! Это закрытая личная информация.

А: Интересно, ни разу не слышал о таком.

К: Как только они видят твое имя, они выходят на Linkedin, где есть твоя фотография, и проверяют соответствие тому, что написано у тебя в резюме.

А: Давай тогда перейдем к нашим блиц вопросам, их немного. Пожалуйста, дай короткие ответы на них. В чем для тебя состоит основная сложность проектирования?

К: Я вижу две основных проблемы в BIM-проектировании: это проблема отсутствия образования или полного понятия процессов BIM. Это видится как nice to have, но не как интегрированный процесс, а также почему BIM-технологии возникли. Мы говорим о потере информации. Сейчас вижу очень много застройщиков, которые передают уже существующий дизайн кому-то другому для создания дополнительной трехмерной модели, то есть мы делаем двойную работу, что не есть хорошо. Вторая проблема это легализация BIM-проектов. Да, мы говорим о том, что у нас есть дополнительные условия труда и прописываем то, что мы хотим видеть в результате, а печати все-таки ставятся на планах. У нас нет договоренности о том, какие печати мы ставим на моделях. Если мы говорим о строительстве, основанном на трёхмерной модели, люди не понимают, что в принципе модель несет информацию двухмерной графики, что двухмерные планы должны вытекать из трехмерной модели.

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

А: Попробуй охарактеризовать BIM в двух словах. Что для тебя BIM?

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

А: Откуда ты получаешь сама информацию по новым технологиям, где ты обучаешься чему-то новому в BIM? На Youtube, или какими-то платформами пользуешься для обучения? Где ты черпаешь свое вдохновение?

К: Я черпаю вдохновение из общения с разработчиками, с которыми встречаюсь достаточно регулярно.

А: С какими разработчиками?

К:. Например, местными ребятами - СadMakers Их новый софт называется cmBuilder это новая платформа, которую мы только что приобрели с ETRO Construction. Она рассчитана на людей, которые работают на фазе тендера. В CmBuilder можно загрузить существующую модель или создать свою в LOD100, платформа содержить необходимые для планирования строительства модели как краны, трайлеры, экскаваторы и пр. Очень дешевая платформа в настоящий момент. Эти ребята эксперты в Catia и в Catia offset Frank Gehry. Они стали разрабатывать свой софт самостоятельно, просто видя необходимость внести параметрический дизайн и облегчить жизнь специалистам. Когда я увидела их продукт, который они хотели выпустить на рынок, я не могла сдержать восторга: наконец-то что-то доступное на параметрическое. Они берут inspiration, вдохновение, от Catia и приносят его в открытую онлайн-платформу для людей, которые работают на первых фазах строительства.

А: Ты имеешь в виду платформу для онлайн-проектирования или онлайн-платформу для хранения информации?

К: Онлайн-проектирование.

А: Сейчас на рынке есть онлайн только Fusion, и были разговоры о том, чтобы перевести Revit в онлайн. А этот продукт именно САПР в онлайн?

К: Да. У тебя целые библиотеки библиотека кранов, библиотека заборов, библиотека разных машин. И больная темаСеверной Америки: библиотеки для создания безопасных условий труда , а так же есть крутая возможность координация с градостроительством.

А: А в каком формате эти библиотеки? Это какие-то программы с Revit?

К: Хороший вопрос, я даже не знаю. Они уже просто существуют там, ты их не можешь скачать. Мне нравится лично то, что, когда я создавала те же планы в Revit, на которые у меня уходили недели, мне нужно было объекты вычислять. Что это за тип крана, как я его подниму, насколько далеко он выйдет, где его крюк заканчивается, то есть было очень много мануальной работы. А в cmBuilder ты видишь номера этого крана, как его нужно поднять, как нужно удлинить, и у него есть лимит: если ты не можешь его вытянуть, значит, это не твой тип крана, и он не может поднимать эту массу.

А: А ты даешь им feedback?

К: Да. Этот софт вышел на рынок в сентябре прошлого года. Но поскольку это новый софт, у него могут быть баги, и они есть. Соответственно, им интересно работать с застройщиками и людьми, которые работают непосредственно с новым софтом, они слушают пожелания. Когда компания еще маленькая, когда софт только разрабатывается, очень просто договориться, реакция людей моментальная. В немецкой версии Navisworks Manage есть такой интересный баг: item и element перевели как элемент два раза. Я этот баг в 2007 году отправляла Autodesk несколько раз, он до сих пор там, в 2012 точно. Этот процесс перевода или анализа вот таких багов в монополистических или больших компаниях просто остается где-то в их длинном списке багов, и ничего не происходит.

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

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

А: И последний вопрос. Ксения, ты столько раз переезжала, Канада это та страна, в которой ты хочешь остаться, или вы с мужем уже думали куда-то двигаться дальше?

К: Пока нас хорошо здесь кормят, скажем так, пока ничего не планируем. Но я не исключаю возможности переезда, предполагаю, что это будет более теплая страна или более теплый регион. В Канаде нет более теплых регионов, чем Ванкувер, поэтому вероятен переезд в другую страну. Мне кажется, что переезды соответствуют фазе жизни. Как мы сказали, получить начальное образование в России, высшее в Европе, начать работать в Северной Америке, так же, возможно, будет фаза, когда будет интересно пожить в другом месте.

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

К: Да. Если тянет, то надо, потом же будешь себя корить, что не сделал этого.

А: Может, у тебя лайфхаки есть, какие-то уроки, которые ты вынесла из этой эмиграции?

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

А: Ну ты не пугай наших слушателей. Может, в этом есть все-таки какие-то позитивные вещи?

К: Да, ты ведь становишься другой личностью, которая намного сильнее.

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

К: Но так же, как и в Revit, у тебя нет возможности переписать это обратно. Даже если из Германии ты сейчас вернешься в Россию, ты никогда уже не будешь русским, таким, каким ты уехал. Ты всегда будешь немцем для русских, а для немцев русским, ты становишься жителем планеты.

А: Да. Такова судьба эмигранта.

К: У тебя нет своей identity.

А: На такой позитивной ноте давай закончим. Спасибо тебе большое, Ксения. Было очень интересно узнать про Канаду, про Германию, про твой субъективный опыт. Спасибо тебе большое, что пришла на этот выпуск.

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

А: Да, спасибо. Хотел добавить, что людей много, и они все открыты, эмигранты особенно. Мы всегда готовы к любым разговорам. И этот разговор был особенно интересным. Я оставлю тогда с твоего позволения ссылку на Linkedin.

К: Да, конечно.

А: Спасибо большое, Ксения, за разговор, хорошего дня.

К: Спасибо тебе за приглашение.

Ксения - большой энтузиаст виртуального строительства, которая будет рада ответить на ваши вопросы, обговорить возможности сотрудничества или просто поболтать за чашечкой чего-нибудь о жизни. Добавляйтесь и пишите ей в LinkedIn. Ксения Гордиенко на LinkedIn:

https://www.linkedin.com/in/xeniagordienko/

Аудиовыпуск интервью:

Сравнение технологий в строительстве и 5D проектирование в Азии и Европе: Казахстан, Австрия, Германия, Китай, Украина

Войны лоббистов и развитие BIM.Часть 5: BlackRock хозяин всех технологий. Как корпорации контролируют Open source