Stanislav V. Emets

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

2023-06-29T12:06:04.798Z

Типичный маркетолог EdTech компании

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

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

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

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

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

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

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

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

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

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

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

Самое главное в описании курса, написать сколько будет твоя зарплата после них

После курсов вы сможете легко найти работу (спойлер: нет)

А еще можно зарабатывать по 500к, только не скажем, сколько надо на это опыта

Джун на 140к? Ребята вы сами в это верите?

Не FAANG, но тоже не плохо

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

Тут ребята поскромнее

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

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

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

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

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

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

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

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

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

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

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

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

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

2023-05-16T19:43:27.065Z

Не знаю кому и как пришла в голову мысль, но в апреле 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-17T13:31:38.345Z

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

2021-06-24T14:27:12.727Z

За долгое время работы с 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-27T19:54:23.699Z

Тебе не повезло и на твоей галере используют инспекцию 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-25T07:51:26.059Z

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

Что такое Слёрм: 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 года, и если вы читаете его намного позже, то скорее всего все уже изменилось в лучшую сторону :-).