Ажаль

Инфоцыгане от IT

2023-06-29T00:00:00+03:00

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

Что такое инфоцыганство и кто такие инфоцыгане?

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

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

Почему большинство ИТ курсов == инфоцыганство?

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

Самый первый и главный признак: вам продают не знания, а красивую и богатую жизнь. Собственно посмотрите на большинство рекламы ИТ курсов, она как правило начинается с того, что вы можете на удалёнке заработать от 100 000 рублей или, что зарплата после курсов у вас будет от 70 000 рублей. Классические инфоцыгане продают трудоустройство в FAANG или отечественных ИТ гигантов после покупки и прохождения курсов у них.
Инфоцыгане любят подчеркивать, что они сами или их менторы (преподаватели) работают в крупных компаниях (тот же FAANG или Yandex, VK и т.п.). Хорошо, когда вас будет учить хороший специалист, но имейте ввиду, что нет прямой связи между хорошим специалистом и хорошим преподавателем. Мало того, как человек который учился в педагогическом ВУЗе, умению хорошо преподавать нужно долго учиться, и "единороги", которые и матчасть знают отлично и могут ей научить очень редки.
Для убедительности вам дают гарантии чего-либо. Чаще всего вам гарантируют, что по окончании курса вы трудоустроитесь. Иногда гарантируют возврат денег.
Все курсы продают вам то, что можно взять намного дешевле или даже бесплатно и в открытом доступе. В книжных магазинах и в интернете много книг и статей о программировании. На Youtube есть куча бесплатных курсов. Поверьте, составители курсов тоже пользуются этими же источниками!

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

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

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

Хочу войти в айти, что делать?

Что делать, если хочется стать "вайтишником"? Как ни странно, но ответ банальный: «Учиться, учиться и учиться» (с) В.И. Ленин. И для это не обязательно нести деньги на какие либо курсы, просто начните с книг или Youtube, после освоения базы начинайте читать продвинутые статьи. Пробуйтесь на стажировки в разные компании, набирайтесь реального опыта работы. Если твоя текущая работа не связана и ИТ, то хорошим стартом, до недавнего времени, было ручное тестирование и рост в автоматизированное тестирование, но сейчас (на лето 2023 г.) многие тестировщики после курсов путаются найти хоть какую-то работу. Если у вас есть какие то уникальные знания (например в транспортной или складской логистике, производственных процессах которые часто автоматизируют)? Пробуй зайти как бизнес аналитик и расти дальше в продакта. Но не стоит думать, что на курсах вас научат профессии и вы сразу в будете купаться в деньгах.

Как найти не инфоцыганские курсы?

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

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

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

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

Сказ о том как на Руси собрались открытому ПО помогать

2023-03-16T00:00:00+03:00

Не знаю кому и как пришла в голову мысль, но в апреле 2022 года была создана компания АНО "Открытый код", которая ни много ни мало собирается говорить от лица разработчиков свободного и открытого программного обеспечения с государством, международными организациями и много ещё с кем. Но посмотрев на списки учредителей, участников наблюдательного совета, сотрудников и даже членов экспертного совета, впал в ступор - кто все эти люди?! Какое отношение они имеют к свободному программному обеспечению (СПО)? Итак, давайте разбираться по порядку!

О самой компании

Для каких целей создавалась организация? Вот что нашел на сайте АНО и в открытых источниках:

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

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

Учредители

Учредители АНО "Открытый код", скрин со страницы https://russiaos.ru/founders/

Итак, первой идет некая ADS GROUP, также известная как АДС Холдинг. Напрямую компания к открытому коду не имеет никакого отношения, но владеет 95% ООО "Аренадата Софтвер", которая выпускает Arenadata, которая декларируется как открытая. Может в холдинг входят и другие компании, связанные с СПО, но мне найти не удалось.

ВКонтакте (не путать с VK Group), находим даже их GitHub и видим там много интересных вещей, засчитываем как сторонников СПО! В принципе, и сама родительская VK Group вносит вклад в СПО, например, Tarantool вырос в недрах тогдашней Mail.Ru group.

Университет Иннополис - у него тоже есть аккаунт на GitHub и там есть какой-то старый код, но название реп в стиле innomenrics-* намекает на принадлежность к одному непонятному проекту.

Ростелеком - единственный известный мне СПО проект Reindexer - встраиваемая in-memory документ-ориентированная база данных. Знаю только потому, что когда работал с Эльбрусами в РТК ИТ, коллега портировал Reindexer на Эльбрус.

T1 Холдинг - молодой холдинг, созданный из ИТ-активов ВТБ, в который входят бывший Техносерв, Иннотех, Сервионика. Официально выведен из управления ВТБ в 2022 году после введения санкций. Угадайте, какое отношение он имеет к СПО?

На сладенькое — Фонд информационной демократии. Тут, как вы понимаете, отношение к открытому коду весьма косвенное. Из выдачи Гугла — это участие в Russian Open Source Summit 2013.

РСХБ-ИНТЕХ — есть в учредителях на главной странице, но нет в соответствующем разделе. Единственная связь с СПО - стратегия РоссельхозБанка, в которой говорится об использовании opensource продуктов, про вклад там ни слова.

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

Наблюдательный совет

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

Наблюдательный совет АНО "Открытый код", скрин со страницы https://russiaos.ru/founders/

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

Команда

Мы дошли до команды - это люди, которые собственно занимаются представлением разработчиков свободного программного обеспечения (ну или собираются), которые разрабатывают инициативы и т.д. и т.п.

Команда АНО "Открытый код", скрин со страницы https://russiaos.ru/founders/

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

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

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

Вы скажете, что по современным заветам, топ-менеджеры не должны понимать в матчасти, их задача организовать и делегировать. Для того, чтобы разбираться в матчасти у нее есть советник Иван Глушков. Наверное, он-то точно понимает, как работать с сообществом СПО? Нет, связи не найдено. Ладно, может хоть технический директор имеет отношение к нему? И тут фиаско — связи с СПО Антон Руфф тоже не имеет... Думаю, дальше комментарии излишни....

Экспертный совет

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

Председатель экспертного совета АНО "Открытый код", скрин со страницы https://russiaos.ru/founders/

Хвала богам! Председателем экспертного совета является человек, которого даже не надо гуглить на предмет отношения к СПО, это Иван Панченко! Он является соучредителем и заместителем генерального директора в Postgres Professional, компании, которая делает свою сборку PostgreSQL и, на текущий момент, является второй компанией из 40 в мире по вкладу в PostgreSQL.

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

Что в остатке?

Что имеем в итоге? Имеем некую организацию, в которую входит очень много компаний — потребителей результатов работы сообщества свободного программного обеспечения (да именно свободного, т.к. не все открытое свободно) и, каким-то чудом там оказавшихся, немногочисленных контрибьюторов в СПО. Как они собрались представлять интересы разработчиков, мне не понятно...

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

Критикуешь? Предлагай!

Хорошо, критиковать может каждый, но что делать-то?

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

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

В России нужны фонды, которые будут поддерживать значимые свободные проекты финансово, как это делают, например, компании Apache foundation, Free software foundation или Linux foundation.

В компаниях, которые используют результаты работы сообщества, а это почти 100% всех отечественных заказных разработчиков, надо прививать культуру поддержки разработки свободного программного обеспечения. Как прямую финансовую поддержку, так и поддержку наймом сотрудников для работы над свободными проектами. Или просто стать спонсорами какого-нибудь аналога Google summer of code, можете даже назвать его в свою честь.

Привлекайте больше людей, имеющих отношение к разработке и продвижению СПО! К сожалению, от собирания директоров, чиновников и руководителей отделов, сообщество СПО в России развиваться не будет.

И раз декларируется представление интересов разработчиков СПО перед государством, то давайте наведем порядок со свободными лицензиями и заставим отечественных разработчиков соблюдать GNU GPL!

Предлагая - делай

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

P.S.

Спасибо @torgeek и @grig_ch за вычитку и исправления ошибок :-)

Что такое легаси и как ним бороться

2023-02-17T00:00:00+03:00

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

Что такое легаси?

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

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

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

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

Вот несколько примеров из жизни. В одной компании написали свою систему сборки, активно ее использовали внутри компании, даже выложили ее на GitHub, казалось бы, что может пойти не так? Легко, единственный человек, который знал и написал код этой системы пошел на повышение и со временем у него просто не осталось времени не только на развитие, но и исправление ошибок. К тому времени, когда я ознакомился с этой системой, пользование ею было большой болью, но переход на Jenkins или Gitlab CI был просто невозможен, т.к. за годы у компании накопилось много продуктов, сборку которых надо было писать по новой.

В другой компании в качестве эксперимента команда разработчиков написала несколько внутренних сервисов на Rust и даже довела их до продакшена. Угадайте, что произошло через несколько лет? Правильно, в компании не осталось ни одного человека, который может даже поправить баги в этих сервисах.

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

Как бороться с легаси?

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

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

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

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

Заключение

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

Заметки по работе с SSH

2021-06-24T00:00:00+03:00

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

Настройка alive

Часто при работе через разные VPN или нестабильные каналы связи у вас может возникать ситуация, что сессия подвисает, это лечится настройкой alive. С ним будет поддерживать соединение, а если оно разорвалось, вовремя его закрывать. Настраивается это в файле ~/.ssh/config добавлением следующих настроек:

Host *
    ServerAliveInterval 600

Где 600 это время в секундах как часто отправлять alive пакеты. Я обычно использую значение 600 (10 минут), но если у вас нестабильный канал, или вы используете socks proxy, то значение нужно уменьшать.

Работа через jump host (ssh proxy, бастион)

Часто требуется получить доступ в закрытый контур через промежуточный хост с SSH (иногда такой хост называют "бастион"). Например, доступ к виртуальным машинам, не имеющим белого IP-адреса через интернет. SSH позволяет проксировать соединения, для этого в файл ~/.ssh/config вносим примерно такую конфигурацию:

Host ssh-proxy
    HostName ssh.proxy.example.com
    ForwardAgent yes
    User <ваше имя для доступа по SSH>
    IdentityFile ~/.ssh/id_rsa
Host 192.168.1.*
    ProxyCommand ssh ssh-proxy -W [%h]:%p

Сначала мы определяем конфигурацию для доступа на наш jump хост (ssh-proxy), потом для нашей подсети говорим использовать проксирование через ssh-proxy. Прелесть данного способа заключается в том, что на jump хосте можно пользователям дать в качестве shell /usr/sbin/nologin (/sbin/nologin) и пользователи не смогут ходить внутрь него, но проксирование будет работать.

Построение туннелей через jump host

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

ssh -N -L 127.0.0.1:2222:192.168.1.100:22 ssh-proxy

Где:

127.0.0.1:2222 локальный интерфейс и порт на который будет проброшен удаленный порт.
192.168.1.100:22 удаленный адрес и порт, который будет проброшен на локальный интерфейс и порт.
-N не запускать удаленную команду, или, если говорить проще, не подключаться в консоль удаленного сервера.

Дополнительно можно еще использовать параметр -f для запуска SSH-клиента в фоне.

Выживаем с инспекцией трафика

2021-04-27T00:00:00+03:00

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

Установка корневого доверенного сертификата в Linux (CentOS, Fedora)

Копируем предоставленный безопасниками сертификат в /etc/pki/ca-trust/source/anchors/ и выполняем команду:

sudo update-ca-trust

WGET

wget запускаем с ключиком --no-check-certificate, пример:

[semets@my-pc conf]$ wget https://example.com/awesome.zip --no-check-certificate

YUM/DNF

В конфигурацию репозитория для yum/dnf добавляем sslverify=0, пример:

name=Fedora $releasever - $basearch
metalink=https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch
enabled=1
metadata_expire=7d
repo_gpgcheck=1
type=rpm
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-$releasever-$basearch
skip_if_unavailable=False
sslverify=0

Visual Studio Code (VSCode, VSCodium)

Нужно запускать его с ключом: --ignore-certificate-errors

Для Codium (бинарная сборка VSCode для Linux) нужно отредактировать файл /usr/share/applications/codium.desktop, приведя его к такому виду:

[Desktop Entry]
Name=VSCodium
Comment=Code Editing. Redefined.
GenericName=Text Editor
Exec=/usr/share/codium/codium --ignore-certificate-errors --no-sandbox --unity-launch %F
Icon=vscodium
Type=Application
StartupNotify=false
StartupWMClass=VSCodium
Categories=Utility;TextEditor;Development;IDE; 
MimeType=text/plain;inode/directory;
Actions=new-empty-window;
Keywords=vscode;

[Desktop Action new-empty-window]
Name=New Empty Window 
Exec=/usr/share/codium/codium --ignore-certificate-errors --no-sandbox --new-window %F 
Icon=vscodium

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

Google Chrome (Chromium)

Если при работе c Google Chrome вы получаете ошибку:

NET::ERR_CERT_WEAK_SIGNATURE_ALGORITHM

то вам по аналогии с приложениями, написанными с использованием Electron, нужно запускать Google Chrome (Chromium) с ключом --ignore-certificate-errors, иначе у вас ничего не будет нормально открываться.

PIP (Python)

Для корректной работы pip нужно указывать --trusted-host для того, чтобы pip начал доверять нашему самоподписанному сертификату, рабочий пример у меня выглядит так:

[semets@my-pc my-prj]$ pip install --trusted-host pypi.org --trusted-host files.pythonhosted.org pyzabbix

Отзыв на интенсив Слёрм: Service mesh

2021-03-25T00:00:00+03:00

Общая информация

Что такое Слёрм: Service Mesh? Это трехдневный интенсив, формат интенсива предполагает, что вместо размазывания учебного курса на длительный срок, весь материал и практика выдается в короткий срок. В общем случае, мне такой формат нравится, если не считать, что после интенсива я выжат как лимон. Сами занятия выглядели так: читается теоретический материал, после практическое задание. Каждому студенту был развернут тестовый стенд в кластере kubernetes c доступом на него по ssh. Технически интенсив выглядел следующим образом: преподаватель читал лекции и показывал разбор практических заданий через Zoom, общение велось в чате в Telegram, вопросы задавались в slido.com (хотя многие писали их в Telegram с хештегом, но их исправно кто-то переносил в slido), также запрос помощи от техподдержки производился в этом же чате (тоже по хештегу).

Что понравилось

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

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

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

Оперативная техническая поддержка, хоть мне и не потребовалась она, но по чату была четко видна реакция на сообщения с хештегом #support.

Над чем стоит поработать

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

Ну и стоит отметить, что интенсив строится вокруг Istio и Envoy proxy и другие решения упоминаются вскользь, было бы хорошо, если бы альтернативы осветили подробнее.

Общий вердикт

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

Справка (взято с официального сайта)

Слёрм вырос из внутреннего обучения Southbridge, аутсорсера администрирования нагруженных проектов. В процессе обучения сотрудников появился учебный курс по Кубернетес, а потом базовый курс дополнился продвинутым, появились курсы DevOps, Docker, Ceph, SRE. Мы учим тому, в чём уверены сами.

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

Дисклеймер

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