Редакторский лайфхак №15.

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

#минутка_юмора

А я невероятно горжусь тем, что регулярно помогаю с контентом моей самой любимой конференции FrontendConf. А ещё обожаю общаться с Глебом Михеевым — он невероятно интересный и эмоциональный рассказчик. В общем, мой личный рекомендасьон — то будет в Мск осенью — не пропустите! Это реально лучшее айтишное мероприятие года! Искренне завидую тем, кто попадёт

Рассказ программного комитета о будущей конференции.
⠀
Аудитория FrontendConf 2024 станет взрослее, темы более хардкорными. В этом году нас ждут интерфейсы для спутников, нетворкинг с синьорами и море вдохновения. И, конечно же, архитектура, перспективы индустрии, ML, FrontOPS и производительность.
⠀
Подробности в статье: https://habr.com/ru/companies/oleg-bunin/articles/735028/

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

Но вот мне сбросили вот такой бомбический ролик и это огонь:
- неожиданный tone of voice для суровой промышленности
- динамично и ярко
- интересно смотреть
- раскрыты месседжи

В общем, делюсь, потому что для меня это прям открытие, что в промышленности теперь можно вот так:

https://www.youtube.com/watch?v=hKTg8JNT4tA

А вы любите скандинавские сказки? Знаете, кто такие ниссе?
Сняла подробное видео, в котором можно узнать интересное о скандинавском фольклоре, а заодно присмотреть интересные сказки для себя и детей
https://www.youtube.com/watch?v=eDRfHoFKjK8

И че теперь будет

⚡️Министерство финансов США сообщило, что в рамках расширения санкций Соединенные Штаты запрещают предоставление услуг в сфере программного обеспечения и IT любому лицу на территории России.

«Мы увеличиваем риск для финансовых учреждений, имеющих дело с военной экономикой России, и устраняем пути для уклонения от уплаты налогов, а также уменьшаем возможности России получать выгоду от доступа к иностранным технологиям, оборудованию, программному обеспечению и IT-услугам», сообщила глава Минфина США Джанет Йеллен.

Эмоциональные трубы

Продолжаю разбирать книгу «Неудобные разговоры» для книжного клуба комьюнити экспертов Skillbox.

Попался такой интересный тезис: «Засорившись, эмоциональные трубы начинают протекать». Автор отмечает, что скрывая эмоции в неудобном разговоре, они на самом деле никуда не деваются. Более того, именно эмоциональная сторона часто и есть ключевой темой этого неудобного разговора. Пытаясь отрешиться от эмоций и фокусируясь как будто бы на основной теме мы совершаем ошибку.

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

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

А как вы поступаете с эмоциями в спорах? Выражаете их или стараетесь скрыть?

Вот такой JEDI-манифест. Принципы работы с новичками по работе с джунами выкатили Глеб Михеев, Серёжа Попов и другие классные ребята

Советую ознакомиться и обсудить

JEDI-манифест. Принципы работы с новичками

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

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

Без понимания как с этим жить, естественно, никто не будет набирать джунов, либо, будет сильно страдать, делая какие-то отдельные лягушатники, огораживать их отдельной оградкой, не звать на «взрослые» планирования/стратегии/гильдии (нужное подчеркнуть), а потом будут удивляться, а чо это они у нас не растут?

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

Так вот, мы собрали 15 принципов работы с джунами и назвали их JEDI-манифест (Junior Engagement and Development Initiative), который выложили на github. Далее мы будем писать гайды, как делать те или иные вещи и развивать методологическую составляющую. Мы очень надеемся, что этим сможем помочь разработчикам, командам и компаниям справится с непониманием и преодолеть этот барьер

Делитесь, ругайте, хвалите, мы очень будем рады любой обратной связи, а если вы разделяете ценности с нами и хотите поучаствовать - присоединяйтесь на правах опенсорса, мы будем рады)

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

https://www.youtube.com/watch?v=zp6wQn1L3sc

Классный доклад в редакции Онтико вместе со спикером преобразовали в полезную статью.

Это история про то, что такое CI/CD. Про то, что это не просто написать пачку YAML'ов или собрать код при создании pull request и деплой по кнопке, а много чего ещё.

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

Head of Infrastructure and Security в Uzum Market Владимир Утратенко провёл антинаучное исследование на нерелевантной выборке, но вывод интересный: 25 из 30 DevOps-инженеров на собеседовании путают CI и CD.

✅ Подробности в статье: https://habr.com/ru/companies/oleg-bunin/articles/821867/

Скоро опубликую крутое интервью с известным спикером Аней Жарковой - как раз про вход, требования и коммуникации в IT

От айтишников требуют софт-скиллы.

41% руководителей в сфере ИТ стали чаще обращать внимание на софт-скиллы кандидатов, сообщается в исследовании компании ITQuick и Зарплаты.ру. В компаниях их считают очень важными, но в большей степени это касается опытных специалистов, которые не только кодят – так что для джунов это пока второстепенный вопрос.

Самым важным софт-скиллом респонденты выбрали «гибкость и умение адаптироваться к изменениям» – за него отдали голос 64% опрошенных. Всего на один процент ему уступает «умение эффективно решать проблемы и принимать решения», а далее следуют умение работать в команде (43%), коммуникативные навыки (37%) и лидерские качества (33%).

Также отмечается, что в этом году работодатели ужесточили требования к кандидатам в целом (к опыту, хард-скиллам и т.д.) – это сообщили в 30% компаний. И почти столько же отмечают снижение числа вакансий и увеличение конкуренции между кандидатами, что по сути и провоцирует рост требований.

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

Что-то я как-то в шоке от таких приколов, маразм крепчал

Брекинг ньюз

Какие-то уважаемые странные люди из Treadstone 71 пытаются наложить персональные санкции США на всех спикерам PHDays

Естественно я был одним из спикеров (привет Антон, Сережа, Синицын). Что ж, потихоньку мы приходим к теме, как с значком Parental Advisory, которым помечали музыку, не рекомендуемую для детей в США и который очень быстро стал знаком отличия качественной музыки

Приму подобный знак отличия с гордостью! Главное чтобы ютуб не удалили придется на рутьюбе выходить

Ничего себе
Куберу 10ка
Как быстро время летит

Празднуем 10 лет Kubernetes на Saint HighLoad++ 2024

На связи Александр Белоцерковский, член ПК HighLoad++, директор по технологическому евангелизму, СберТех.

10 лет назад, в июне 2014 года, на GitHub был отправлен первый коммит в Kubernetes – 250 файлов, 47 тысяч строчек разнообразного кода. Kubernetes тогда отвечал на вопрос: а как же управлять всем тем богатством контейнеров, которое увеличивалось вслед за мощностью железа и требовательностью в производительности от пользователей сервисов?

Сегодня Kubernetes называют новой операционной системой. Я вижу в этом аккуратную метафору к пользовательскому опыту. Десять лет назад, чтобы собрать и запустить проект, нужно было основательно подготовиться. Пять лет назад – немного постараться. Сегодня же можно зайти на CNCF Tech Radar и собрать Cloud Native экосистему, компоненты которой будут так или иначе поддерживать друг друга. Бери, что нужно, собирай, как нужно, подключай куда нужно.

Как же операционная система под названием Kubernetes повлияла на индустрию и HighLoad++?

Я полюбопытствовал и изучил программы за прошлые годы:

HighLoad++ 2014 – как скрестить Docker & Puppet?

HighLoad++ 2015 – уже два доклада с фокусом на Docker и высокопроизводительные системы, опыт разработки.

HighLoad++ 2016 – пять докладов. Становится больше продакшена, больше миграций, нить мысли – «как мы это пережили и сделали эффективнее»

HighLoad++ 2017 – Docker как тема уходит с радаров, переходя на плато продуктивности, вместо него – продакшен на Kubernetes.

... прыжок во времени ...

Saint HighLoad++ 2022 – мультитенантный Kubernetes (запись доклада, посмотрите)

Saint HighLoad++ 2023 – перенос легаси-приложений в Kubernetes (и здесь запись доклада)

Kubernetes значительно повлиял на то, как в индустрии решают задачи и породил собственные тренды. Мы на HighLoad++ любим тренды и будем много говорить о них в Санкт-Петербурге:

1. Open Source: Kubernetes был внутренним проектом Google, который они разработали и решили выложить в Open Source. Осмелюсь сделать вывод, что Kubernetes вместе с Tensorflow стали одним из мощнейших стимулов развития Open Source, открыв путь к новым бизнес-моделям, а вместе с этим – новым проблемам. Об этом в подробностях в докладе от Николая Никитина (ИТМО) «Как обеспечить воспроизводимость научных исследований в AI/ML с помощью Open Source?»

2. Оркестрация контейнеров: Kubernetes стал стандартом для управления контейнеризированными приложениями. В 2014 на HighLoad++ рассказывали о том, как скрестить Docker с Puppet, в 2024 Максим Чудновский из СберТех с солидным докладом «Как мигрировать тысячи сервисов между любыми дистрибутивами Kubernetes без единой правки чего-либо». 

3. Эволюция экосистемы и платформы: За 10 лет экосистема Kubernetes значительно выросла. Стало доступно множество инструментов для мониторинга, управления конфигурациями, автоматизации CI/CD и обеспечения безопасности. Компании разрабатывают на основе или с помощью Kubernetes платформы. Kubernetes дал стимул этой теме и говорят, что 70% платформ будет Cloud Native. И платформы вышли за пределы темы Kubernetes — и об этом нам расскажет Данил Валгушев из Яндекса «Как платформа A/B-тестов Яндекса превратилась в решение для всего Интернета — Varioqub».

4. Облачные сервисы и Kubernetes: Практически все крупные облачные провайдеры предлагают управляемые сервисы Kubernetes (Kubernetes as a Service), делая его ещё более доступным и привлекательным для разработчиков. Но, если Kubernetes изначально cloud native, что делать, если хочется сделать managed сервис из того, что не было разработано или адаптировано для облака? Об этом Дмитрий Некрылов из Яндекс360, как они Jitsi под большие нагрузки в облаке готовили.

5. Эксперименты: Куда без экспериментов! В самом начале пути Kubernetes и базы данных никто не ставил в одном предложении, сегодня обсуждают паттерны эффективности. ML? Пожалуйста. Возможно, и квантовые вычисления подоспеют. В облаке же уже есть симуляторы, например, от Cloud. ru. 

Приходите праздновать день рождения Kubernetes в Санкт-Петербурге 😎

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

когда со спикером одновременно заржали над словом усугублять – это метч я считаю🙈😂

наткнулась на шикарную опечатку G-point вместо J-point
Действительно, зачем нам какая-то скучная Java если можно о более интересных вещах потрещать 😏