Собственно, как ваш покорный до такой жизни дошел?

Бить челом Виллем-Александру мне еще рано, в стране я чуть больше 3 лет, подавать документы на гражданство можно только после 5 лет непрерывной жизни в Нидерландах. Однако моя муза взялась за изучение языка и узнала прекрасные новости - уровень экзаменов должны поднять с А2 на B1 с 2020-ого года.

Чтобы вы понимали - А2 это уровень выживания на стероидах, с ним особо каши не сваришь. С B1 можно проходить реальные собеседования, полноценно общаться и вести деловую переписку.

Между уровнями большой разрыв по сложности, экзамены можно пересдавать до одури (только не забывай денежку заносить), “сертификат натурализации” не имеет срока давности. Складываем 2 и 2, принимаем решение идти и сдавать.

Сам я толком не готовился. За спиной свободный английский, 3 года немецкого в школе, полгода курсов нидерландского и регулярные жалкие попытки разговаривать с белыми людьми на языке белых людей. Мотивации учить язык абсолютно никакой (на нем во всем мире еле 30 миллионов человек говорит), нидерландский никому не упёрся кроме местного рыночка, но местный рыночек только для держателей паспортов ЕС. Сам язык уродлив, похож на смесь скандинавских и западногерманских групп. Практическая польза - можно понимать и говорить с носителями Африкаанс.

Так что я вооружился Duolingo (вообще никакой погоды не сделало), начал разговаривать еще более часто и менее жалко и стал проходить тестовые экзамены онлайн.
Попытался попасть к репетитору, с которым работала супруга, но та после пробного занятия сказала чуть ли не в лоб: “Мальчик, не трать мое время и иди сдавать, ты готов”.

Собственно я и пошел (не один конечно).

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

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

Письмо: пришлось малость подточить навыки письма и освежить грамматику (за порядок слов дрючат по все открытые и закрытые), много писал. Знаю точно, что облажался с артиклями (написал de park, а надо het park).

KNM: к нему меня готовила супруга, задавая каверзные вопросы (“Из какого зала Виллем-Александр произносит речь во время Дня Принца?”, “В каком году Нидерланды стали монархией?”). Очень много вопросов про аборты, эвтаназию, лесбиянок, утечку газа и короткие юбки. Ни одного вопроса про историю, был вопрос про судебную систему (не понял ни вопрос, ни варианты).

А потом было говорение, и это был вообще адочек.

По поводу обещанного анонса.

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

Регистрация: https://www.meetup.com/aws-ru/events/267985758/

Кто пойдет - обнимите от меня Стекова и Патрушева. 😉
P.S. При регистрации указывайте настоящие ФИО, чтобы безопасники Райфа лишний раз не нервничали.

В чем соль говорения? В том, что говорим мы не с человеком, а с видеозаписью.

Экзамен состоит из двух частей, первая часть - на которой, собственно, и надо говорить - требует от вас прослушать запись и ответить на 1-2 вопроса из нее. Ответ надо записать на микрофон, используя гарнитуру, которую вам любезно предоставляет местный МинОбр. Гарнитура чаще всего раздолбана в хлам, еле крепится на голове, а фильтр на микрофоне покрыт слюнями предыдущего экзаменуемого. Со своей, конечно же, нельзя (в класс вообще ничего проносить нельзя кроме своей тушки и документов).

Первая подстава на экзамене - нас с супругой посадили рядом друг с другом, и это был первый раз в наших отношениях, когда мы переглянулись, и в наших взглядах читалось взаимное “Бляяя, только не ты”. Почему? Потому что для нормальной записи ответа на микрофон надо буквально кричать, словно вы не на экзамене, а на трибуне в Рейхстаге, и перед вами не экран, но толпа вояк с незакрытым гештальтом. Буду кричать - буду сбивать жену, а сдавать за ее счет мне совсем не хотелось. В итоге какой-то чудесной мозговой синхронизацией, мы «договорились» говорить по очереди. До этого я пытался полушепотом записать ответ, но в наушниках при прослушивании слышалось лишь “хш хш хш хуе морхен”.

Вторая подстава была в одном каверзном вопросе. Вопросы на экзамене исключительно бытовые, отвечать на них можно простыми предложениями безо всяких daarom и omdat. Проверяют произношение, “адекватность” ответа и грамматику с орфографией. Вопросы могут быть в стиле: “Я еду на работу на велосипеде. А ты? Расскажи еще, сколько ты тратишь времени на дорогу.” или “Какая у тебя дата рождения?”.

Никаких аэрокосмических наук, но внезапно мне попадается следующее: “Er is heel verkeer in Nederland. Wat vind u daarvan? Vertel ook waarom.”

Вопрос переводится как: “В Нидерландах очень много какого-то “феркиера”. Что вы об этом думаете? Почему?”

Я осознаю, что я в полной заднице, так как понятия не имею, что такое verkeer, а вопрос поставлен так, что слиться с него нельзя. Тут на память приходит старый чит для таких вопросов (т.е. которые ты совсем не понимаешь) - нужно ответить: “Я считаю это нормальным. Тоже самое в моей стране.” Что я, собственно, и сказал. Выйдя из экзаменационного центра я перевел verkeer и узнал, что это переводится как “пробки”.

Ну то есть человек на видео спрашивает, что я думаю о пробках, а я ему: “Да мне ОК, в моей стране та же история.” (Я переехал из МО и считаю пробки частью своего культурного кода).

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

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

Завтра ожидайте историю про немогущую систему управления конфигурациями (речь пойдет о cfn-init).

Управление внутренним конфигом ЕС2 - отдельная песня. AWS как всегда предлагает настолько богатый выбор (OpsWorks, GoldenAMI, SSM), что без бутылки принять решение невозможно.

Я в свое время очень полюбил provisioner’ы Terraform и обрадовался, когда узнал о существовании cfn-init.

Что из себя это представляет? Сам по себе cfn-init это обычный helper script, который идет из коробки или ставится на раз-два. В CFN декларируются метаданные с ключом AWS::CloudFormation::Init, внутри декларируем конфигурацию: пакеты, файлы, команды, сервисы и т.д.

Штука прикольная, умеет тащить файлы из GitHub и S3, ставить пакеты для разных дистрибутивов и даже поддерживает Windows.

Для одного большого материала (о нем я тоже обязательно расскажу, но сильно позже), решил поднять LEMP стек на ЕС2... и вижу, что модуль files не умеет создавать директории. Файлы - да, символические ссылки - да, директории - нет. Об этом даже писали на форуме в 2012 году, но ничего с тех пор не изменилось.

Казалось бы, можно пойти по пути Ansible и просто добавить такую похожую конструкцию, как state=file,link,directory. Дополнить сам скрипт - дело 2 минут.

Общался со знакомым амазонщиком, спрашивал, не открытые ли у cfn-init исходники - к сожалению нет. Когда (если) дойдут руки, отправлю feature request… А пока создание директорий делается через команды.

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

Посмотреть трансляцию митапа можно по этой ссылке.

(1/2) Попался на глаза вот этот пост на Хабре. Впечатления он у меня вызвал очень противоречивые, а раз "в интернете кто-то неправ", то я просто не могу молчать! Подробного разбора не будет, я лишь прокомментирую некоторые пункты. Орфография и грамматика оригинала сохранены.

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

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

"В самом деле, зачем смотреть код человека, главная работа которого будет заключаться в том, чтобы его писать?"

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

"Это сразу закроет тучу вопросов."

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

"Но и тут можно выкрутиться, дав небольшое тестовое на час-два (только не на месте: для многих собеседование это всё-таки стресс)."

1) Это очень дорого, долго и далеко от реальности (реальные задачи вам не дадут, потому что NDA).
2) Если собеседование, где нужно решить FizzBuzz, для вас стресс, то что будет на работе?

"На моем github два десятка проектов на разных языках, PR'ы в репы Facebook, Microsoft, Mozilla, куча issue в другие проекты. Это же клондайк для оценки как hard, так и soft скиллов."

Это показывает вашу любовь к OSS, только и всего.

"Как часто вы пишете сортировки? [...] А знаете, какие этапы в https-handshake? [...] Но мне хватило 5 минут, чтобы открыть гугл и вспомнить, [...]. И знаете что? Сейчас я опять не помню."

Что говорит о том, что вы не работаете с этим каждый день. Ваш покорный потратил немало времени на низкоуровневое дерьмо, пытаясь разобраться, почему отваливается mutual TLS при работе с Kafka, а знание сложности индексов БД очень помогает при проектировании OLTP приложений. Если вас спрашивают подобные вещи, то либо проверяется ваша ИТ эрудиция (что нормально), либо насколько хорошо вы разбираетесь в конкретном вопросе.

(2/2) "У текущего поколения нет таких заморочек насчет забивания головы знаниями."

Это очень много говорит о текущем состоянии индустрии и квалификации молодых специалистов.

"Было пару собесов в западные компании. И там акцент был на то, что ты знаешь и умеешь, а не попытках подловить на незнании."

Единственное, с чем могу согласиться. Задача собеседования - узнать, что человек умеет и знает, и (что еще важнее) что не умеет и не знает. Если интервьюер самоутверждается за ваш счет, то стоит только радоваться "проваленному" собеседованию.

"Всегда спрашивайте про проекты."

Зачем? Я могу попросить человека "спроектировать" мне что-нибудь (да хоть Netflix), и это уже даст мне больше информации, чем монолог о прошлых ошибках и достижениях.
Но вопрос "Расскажите о своем самом большом провале" один из моих самых любимых.

"Это еще и поможет выстроить дружелюбную атмосферу. Помните же, что собеседование — это стресс?"

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

"(Про опытных разработчиков) Он не станет читать к собесу про ACID и CAP, как студент к экзамену."

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

"Не поверите: ремоут может быть продуктивнее работы в офисе."

Налаживать разработку с использованием распределенных команд очень дорого и долго и чаще всего неэффективно. Бизнес не должен перестраивать годами проверенную модель ради хотелок "зумеров", без обид.

"Знаете админское правило 15 минут? Подожди, перед тем, как разбираться с проблемой пользователя. Часто она или решится сама, или станет неактуальной."

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


В целом статья интересная и полезная (если вам нечем заняться в туалете или поездке в автобусе), но я очень надеюсь, что советам автора (кроме того, что про "доминирование") никто следовать не будет.

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

Коллеги, а интересно вам будет почитать, как автор проводит собеседования?

➕ - да
➖ - нет

Читаю про Унабомбера: "Он сочинял сатирические новеллы и злые очерки о мрачном будущем, в котором наука используется для вторжения в личную жизнь, контроля над умами людей и ликвидации личной автономии."

Дело, на минуточку, происходило незадолго до 70-х.

(1/3) Что касается собеседований - давайте определим область. Я собеседую инженеров-облачников (амазонщиков), системных инженеров (что по Microsoft, что по *nix) и тех, кто зачем-то называет себя DevOps или SRE.

Иногда меня подпускают собеседовать разработку, но по кодингу я не силен, учавствую только в behavioural собеседованиях (aka проверка на адекватность и соответствие “культуре”).

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

И вот тут кроется главная проблема найма. Видите ли, SMB (от стартапов до yet another продуктовых команд) не может себе позволить нанимать высококлассных специалистов уровня FAANG - и это касается как процесса найма (несколько телефонных интервью + on-site), так и компенсаций (максимум - верхняя граница медианы). А значит и выпендриваться в стиле “Лучше не нанять хорошего, чем нанять плохого” и держать планку высокой мы тоже не можем - иначе мы никогда никого не наймем, вакансию закроют, народ так и продолжит зашиваться.

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

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

Почему, казалось бы, нельзя начать мутить bar raiser (для тех, кто не в курсе псевдо-крутых англицизмов - это когда вы нанимаете человека, который “круче” минимум половины людей в команде или отделе)? Тут спряталась вторая проблема (помимо того, что денег нет). SMB обычно тянет “культуру” семьи, сыгранной команды, уютной тусовочки и прочего ноосферного мусора. Притащить туда человека, который вертел половину команды - потенциальный конфликт (что тема отдельного поста), и упаси Бог, если новичок окажется мудаком.

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

(2/3) Собеседования, которые я провожу, состоят из следующих частей: прохождение по резюме, “общие” вопросы, архитектура, техника. На собеседование выделяется 1 час, максимум 2.

Вопросы по резюме занимают 5-10% от общего времени. Нет смысла идти по всей бумаге, достаточно задать пару вопросов по тем кускам, которые смущают (например, если человек очень часто менял работу, или у него был длительный перерыв). Если из резюме все понятно, то и нет смысла тратить время.

Общие вопросы - “культурные" (те же 5-10% от общего времени). В начале интервью (говорю по опыту) человек еще не совсем нервный и не паникует (помните, к вам пришел не Брендан Грегг, люди будут нервничать даже от вопроса “Что вы ели на завтрак?”), так что можно разогреть его, спросив то, на что он гарантированно ответит.

Спрашиваю обычно следующее:
1. Расскажите о своем обычном рабочем дне.
2. Расскажите о своем самом большом достижении.
3. Расскажите о своем самом большом провале.

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

Далее идет архитектура (применяю только к амазонщикам). Тут все просто - спроектируйте мне Х. Под Х может быть что угодно - от интернет-магазина до банка или завода. Тема выбирается из того, что ближе всего к кандидату. Если кандидат не силен ни в одном домене, то прошу спроектировать то, что знают все - библиотеку, больницу и т.д.
Поскольку передо мной амазонщик, то я ожидаю увидеть на доске много красивых аббревиатур или словосочетаний со словами elastic, simple и т.д. Когда кандидат заканчивает, я спрашиваю, в каком сервисе из нарисованных он разбирается лучше всего - по нему и пойдет “ковыряние”. Иногда задаются простые “уточняющие” вопросы (“А чем можно заменить Y?”).

Техника. По AWS нет смысла опрашивать все подряд, достаточно проверить уровень по одному сервису, который выбрал сам кандидат. Обычно начинаю с простого, заходя глубже и глубже до тех пока кандидат не крикнет: “Довольно!”.
К примеру мой любимый CloudFormation. Начинаю с “Какая секция обязательна в шаблоне”, заканчиваю StackSet’ами. Или макросами. Пространство вариантов огромно.
Вдобавок опрашиваю по core сервисам (EC2, S3, IAM, VPC, Route53, и т.д.).

Дополнительно проверяется владение инструментами и знание ОС. Тут за примерами ходить не надо, можно просто задавать вопросы из Top 50 Linux interview questions. Мы же помним, что ищем середнячка?

(3/3) Что я должен увидеть в кандидате зависит от поставленных задач и от уровня позиции (от джуна и выше).

Понятное дело, вопросы так же разнятся от уровня к уровню, а я не ожидаю, что вчерашний студент ответит на все вопросы из всех. Но поскольку так сложилось, что собеседую я в основном на senior %role% engineer, то планку нужно держать повыше (но не слишком высоко - чай не Google).

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

Во-вторых, пролетают те, кто не может вести нормальный диалог и структурировано излагать свои мысли. Можете называть меня ненавистником интровертов (хотя интроверты тут вообще ни при чем), но в мелкой конторе бОльшая часть вопросов решает хождением ногами до человека и говорением с ним ртом. Прибавьте к этому внутренние презентации и демо, коммуникации с "бизнесом" и управление ожиданиями людей, и поймете, что общаться надо уметь, даже если это занимает 10% от рабочего времени.

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

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

Новый человек не всегда может "поднять планку" команды, но если он дополнит ее компетенции - это уже победа.
Заинтересованность определяется по идейным соображениям кандидата. Условный SMB не может предлагать задачи и зарплаты уровня FAANG, но может надеяться на отдачу, близкую к максимальной.
Обучаемость не определяется никак, но ее можно проверить, задав вопрос по той теме, которую кандидат открыл для себя недавно.

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

Сегодня я узнал, что самым страшным ругательством на нидерландском является не kut (п__да), а godverdomme (черт побери).

Каждый день что-нибудь новенькое. ^^

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

После прочтения одного артикула, свербить стало уже не на шутку - это далеко не первый раз, когда люди зачем-то смешивают два независимых термина - ESB (Enterprise Service Bus) и Service Mesh.

Хуже только когда говорят: "Х это новый Y". Так например @SinTeZoiD на записи подкаста пизсказанул, что Service Mesh это новый ESB (ссылку не найду, ищите сами). И ладно бы только Миша! Подобное я слышу слишком часто и не могу молчать, когда коллеги по цеху несут такую околесицу.

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

По сути у вас ставится некая центральная система регистрации, в которой указаны все узлы/прокси сервисов. Сервис А узнает у SM адрес сервиса В, а затем общается с ним напрямую.

Собственно, причем тут, мать его за ногу, ESB? Да ни при чем.

ESB в свое время тоже возник как идея, вокруг которой ушлые вендоры понастроили своего ИСКОННОГО инструментария, из-за чего всю идею благополучно просрали (но это уже другая история).

Для тех, кто не застал те времена, когда веб состоял из PHP, единственной промышленной СУБД был Oracle, а WebLogic и WebSphere делили между собой рынок enterprise-сектора, поясню - тогда было очень сложно подружить между с собой системы, построенные по модели SOA (Service-Oriented Architecture). RPC всех проблем не решал, да и настроить общение между программами, разработанными на Java и .NET, было тем еще приключением.

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

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

Итого, ESB:
1) берет на себя накладные расходы по работе с входящими и исходящими данными - маппинг, трансформацию и т.д.
2) предоставляет определенный стандарт и протокол обмена данными, одинаковый для всех.
3) само собой обеспечивает маршрутизацию и отправку данных туда-сюда.
4) обеспечивает сохранение данных до востребования
5) обспечивает "слабую связность" (loose coupling) между сервисами.

Таким образом под ESB-системами можно считать:
1) весь проприетарный мусор созданный жадинами из Oracle, IBM, RedHat и т.д.
2) системы очередей сообщений (MQ)
3) системы передачи потоковых данных (Amazon Kinesis, Apache Kafka)

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

Собственно поэтому SM никак не является ESB. Не ведитесь на мудаков. Если кто-то (включая меня) будет уверять вас в этом - "гоните их, насмехайтесь над ними".

P.S. Честное слово, хуже только те, кто называет Kubernetes операционной системой для дата-центров.

А есть в стане опытные амазонщики, желающие срелоцироваться в Нидерланды? Я ищу себе замену - https://newmotion.com/en_GB/careers/aws-devops-engineer

Что читает и где обитает автор. Список собран в случайном порядке.

Ниже - все публичные группы и каналы в которых я нахожусь (по личным и профессиональным соображениям):
@anykeynotes - канал Миши Жучкова. Контент там редок, но прекрасен.
@pythonstudent - канал моего друга, который внезапно открыл в себе любовь к программированию и бросил все, чтобы стать тридцатилетним джуном (херов дауншифтер). В канал пишет редко, но следить за его прогрессом интересно.
@sbiohack - единственный канал в моей подборке, который вообще не связан с ИТ. Саша очень интересно пишет про здоровье и человеческое тело.
@DevOpsOnCall и @DevOpsOnCall_chat - кто знает меня давно, знает когда и как все началось.
@AWS_Ru - крупнейшее сообщество русско-говорящих амазонщиков и его побратимы: @aws_minsk, @awsNSK (Новосибирск) и AWSKz (Казахстан).
@linkmeup_podcast - не нуждается в представлении. One love СДСМ.
@SysadminNotes - прекрасный канал @servers. Помимо интересных постов, Артем еще делится полезными книгами.
@aws_notes - лучший русскоязычный канал про работу с AWS от самого сильного русскоязычного амазонщика из тех, кого знаю лично.
@count0_digest - лучший агрегатор полезного контента про ИТ, мой личный заменитель Saved Messages. Говорят, если принести в жертву 12 девственниц, на канале появляется авторский контент.
@theaftertimes и @libmustdie - в представлении не нуждаются.
@devopsmoscow - уютная московская тусовочка человеков-культур.

Простите, что пропал, пришлось побороться с вирусом (обычным вирусом). Себе на заметку: в Нидерландах скорая не приедет, если температура ниже 42 градусов.

С температурой 42 и выше можно и не дождаться, но это уже другая история.

Сегодня поговорим о "я же говорил"-ах - биче любого проекта.

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

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

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

В результате имеем человека, который видит, что еб*нет, но без контекста и этих ваших social skills не может донести до ЛПР свою точку зрения. Происходит неизбежное, менеджеры чешут затылки, выходит наш персонаж, выдает свое любимое, в него летят проклятия и помидоры. Занавес.

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

Яжеговорилам же стоит научиться доносить свою точку зрения. Или же замолкнуть навсегда.

В Нидерландах карантин объявили 15-ого марта, объявили о закрытии всех магазинов, баров, рестораном и т.д., за исключением продуктовых и аптек.

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

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

Мой личный карантин продлился несколько дольше. 2.5 недели в феврале я догуливал отпуск на предыдущей работе, потом неделю "дорабатывал", затем слег на неделю с ОРВИ (по официальной версии это был ОРВИ), потом вышел на новую работу, поездил в офис неделю... и снова работа из дома.

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

Из минусов:
- Решение вопросов путем коммуникаций (на нынешнем месте это 80% моей работы) занимает значительно больше времени (ногами до человека не дойдешь, нужно писать/звонить и ждать, пока ответят).
- Наше жилище никак не оборудовано под домашний офис, я всегда разделял работу (давай, паши, давай) и дом (семья, отдых, уют).
- Из-за изоляции дни недели смешались. Выходные проходят незаметно, режим сна нарушен. Само собой, нарушено ощущение рабочего дня, и ловишь себя на том, что делаешь что-то по работе в 9 вечера.

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

Когда я приехал в неотложку с температурой 40.5 и рассказал про контакт с человеком из Италии (это не было для них новостью - я уже рассказывал об этом и скорой, и своему домашнему врачу), дежурные врачи не знали, что со мной делать, и меня водили из кабинета в кабинет. Если я тогда был болен COVID-19 (вряд ли - я слишком быстро оклемался), то я мог заразить почти всех в комнате ожидания, ассистентов, которые брали у меня анализы, и осматривающего меня терапевта.

Менее чем за месяц количество больных в Нидерландах выросло с 2 до 6412.

Будьте здоровы и не страдайте херней.

Во всей этой истории с COVID-19 есть потенциальный выигрыш: поскольку бизнес адаптируется под дистанционное обслуживание, возможно в Сбербанке больше не будет "где карту открывали, туда и идите" для элементарного обслуживания физ. лиц.

Обещаю, это последний пост, связанный с COVID-19.

Бизнес в Нидерландах пострадал коллосально. У нас тут хоть и Booking с Philips и ASML, но будет наивно полагать, что они держат всю экономику на своих плечах. Сильнее всего ударило по организаторам всякого рода рейвов, биеннале и прочих мероприятий, тур. потоку, музеям, цветам и, конечно же, KLM. Последний, в частности, сократил опер. деятельность аж до 10-20%.

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

И покуда люди радуются тому, что их высоким налогам наконец-то нашлось достойное применение, а бизнес встает в очередь на получение этой и иной помощи, мне стало интересно: "Откуда деньги, Зина?" Явно не его Высочество Виллем-Александр продал свои 500 квартир в Амстердаме (байка среди местных) и решил помочь населению.

Оказывается, деньги на NOW (аббревиатура этой схемы) взяты из фонда UWV (пособие по безработице). Пособие безработным при этом временно перестали выплачивать, а податься на NOW, им нельзя. Проще говоря, взяли деньги безработных и отдали им тем, кто скоро станет безработными.

Источник: The new temporary measure (NOW, Noodfonds Overbrugging Werkgelegenheid) will provide financial help for employers to help pay their employees' wages. The unemployment benefit during short-time working scheme has been cancelled. You cannot apply for the NOW scheme yet, but everything is being done to make the scheme available as soon as possible.

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

Но получилось довольно интересно.