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

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

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

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

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

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

1. Самый первый и главный признак: вам продают не знания, а красивую и богатую жизнь. Собственно посмотрите на большинство рекламы ИТ курсов, она как правило начинается с того, что вы можете на удалёнке заработать от 100 000 рублей или, что зарплата после курсов у вас будет от 70 000 рублей. Классические инфоцыгане продают трудоустройство в FAANG или отечественных ИТ гигантов после покупки и прохождения курсов у них.

2. Инфоцыгане любят подчеркивать, что они сами или их менторы (преподаватели) работают в крупных компаниях (тот же FAANG или Yandex, VK и т.п.). Хорошо, когда вас будет учить хороший специалист, но имейте ввиду, что нет прямой связи между хорошим специалистом и хорошим преподавателем. Мало того, как человек который учился в педагогическом ВУЗе, умению хорошо преподавать нужно долго учиться, и "единороги", которые и матчасть знают отлично и могут ей научить очень редки.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Учредители

Итак, первой идет некая 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 продуктов, про вклад там ни слова.

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

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

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

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

Команда

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

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

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

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

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

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

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

Хвала богам! Председателем экспертного совета является человек, которого даже не надо гуглить на предмет отношения к СПО, это Иван Панченко! Он является соучредителем и заместителем генерального директора в 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 за вычитку и исправления ошибок :-)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

Настройка 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 клиента в фоне.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Дисклеймер

1. Все сказанное в данном отзыве выражает только мое мнение.

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