Привет! На прошлой неделе Павел Вейник рассказал про архитектуру Highload систем на митапе Andersen в Варшаве.

> Что считать Highload системой и чем они сложны?
> Подход к построению HL системы на основе требований и тактик
> Мониторинг: как настроить и использовать?
> Способы улучшения performance, availability, scalability
> Data consistency at scale – как не терять и не портить данные

📹 Запись встречи на YouTube - https://www.youtube.com/live/sTlPujRdQyU

Презентация - https://miro.com/app/board/uXjVLPFvH88=/

Приятного просмотра!

Друзья, c пятницей!

На прошлой неделе в рамках H&S Сonclave Саша Белян представил свой доклад на тему Как использовать Structurizr для визуализации систем

🔗 Если вдруг пропустили - вот ссылочка на запись. Enjoy!

Что не так с менеджментом в IT?

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

Решить это противоречие – задача менеджеров, но и тут не все просто:

💼 С точки зрения бизнеса эффективный менеджмент — это про оптимизацию ресурсов, выполнение задач в срок и достижение финансовых целей. Бизнесу важно, чтобы продукт приносил прибыль, команда работала слаженно, а процессы были предсказуемыми.

⌨️ Для разработчиков эффективный менеджмент — это ясные цели, адекватные сроки, возможность писать качественный код и развиваться профессионально. Это также поддержка в решении сложных задач и понимание важности технического долга.

Пока tech индустрия бурно росла, эти проблемы заливались деньгами инвесторов и венчурных фондов. Миллионы людей проходили короткие курсы, становились разработчиками, тестировщиками и менеджерами, и быстро строили карьеру в IT. А еще работал закон Мура, и на неэффективность закрывали глаза – развитие железа и технологий все компенсировало.

После 2021-2022 годов ситуация изменилась. Поток бесплатных денег сократился, проблемы всплыли наружу и компании стали оптимизироваться любыми способами – массовые layoff-ы, ужесточение политики использования ресурсов, выжимание максимума из организационных процессов.

🛟 Что делать, чтобы не остаться за бортом?

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

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

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

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

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

Согласны? Делитесь мнением в комментариях!

Митапы Software Craftsmanship возвращаются с новым форматом!

LIVE DESIGN SESSION

Павел Вейник в реальном времени продемонстрирует процесс проектирования архитектуры высоконагруженного сокращателя ссылок:

- Анализ требований
- Ballpark estimations
- Выявление узких мест
- Анализ архитектурных подходов и вариантов системы
- Проектирование всей системы
- Выбор инструментов

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

Дата первой встречи:

📅 12 декабря
⏰ 20:00 (GMT+3)

🔗Регистрируйтесь по ссылке и до встречи на митапе!

Не хочу ничего делать, и чем дольше ничего не делаю, тем сильнее ничего не хочется

В работе не осталось творчества – сплошная рутина

Трачу все силы, пытаюсь развиваться, а результата нет

Мне уже не нужны ни деньги, ни признание – просто отстаньте от меня и дайте отдохнуть

Если вы ловили себя на похожих мыслях, возможно, вы выгорели. Это больше, чем лень или прокрастинация – они могут быть симптомами выгорания.

Выгорание – это продолжительное чувство усталости, опустошеннности и апатии.

Главная причина выгорания – стресс:

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

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

🚒 Как преодолеть выгорание, если оно наступило:

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

• Сменить обстановку. Работа в другом проекте, переезд в другой город, новое хобби, знакомство с новыми людьми. Ощущение новизны поможет перезагрузить мозг.

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

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

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

🕯 Что делать, чтобы не выгорать:

○ Не забывать про work/life balance. Работайте, чтобы жить, а не живите, чтобы работать.

○ Заниматься физической активностью. Прогулки, тренажерный зал, плавание, йога, танцы – это помогает переключиться и разгрузить мысли.

○ Избегать “дешевого дофамина”. Думскроллинг новостей, листание ленты в TikTok или Reels, соцсети – простой способ получить удовольствие, которое после себя оставляет пустоту и нежелание делать что-то, требующее усилий. Устройте “цифровой детокс”.

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

○ Отдыхать, когда нужен отдых. Проект не развалится, компания не обанкротится, а рынок IT не рухнет, если вы сделаете паузу.

Друзья, мы давно хотели сделать мероприятие на тему здоровья. И вот все сложилось.
Уже в этот четверг, 5 декабря в 20.00 по GMT+3 приходите узнать и обсудить:

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

Спикер: Дмитрий Спицын, практикующий с 2002 года врач-невролог.

👉 Регистрация по ссылке. До встречи!

Где стеклянный потолок в карьере разработчика и как его пробить?

📺 Обсудим это на открытом митапе [Технический Лидер] с Павлом Вейником.

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

А ещё ответим на вопросы:
- Куда расти сеньору и нужно ли?
- Как меняются hard и soft навыки по мере роста?
- Как оценивают уровень разработчиков в разных компаниях?
- Насколько больше рядовых разработчиков зарабатывают техлиды и архитекторы?
- Чего ждать от 2025 года в IT?

📆 Ждем вас 19 декабря в 19:00(GMT+3)!

🔗 Регистрируйтесь по ссылке!

Друзья, нынче Трепы редкое удовольствие! Первый и последний в декабре начинается через 30 мин. Приходите обсудить с Юрой Морозовым и Максим Симоненко тему "Вендор-лок против опенсорса". Подробнее 🙌

Что умеет техлид, чего не умеет сеньор?

Senior – это про персональное мастерство. Он отлично пишет код и решает технические задачи почти любой сложности. Его фокус – конкретные проблемы и как их решить исходя из своего богатого опыта.

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

19 декабря на митапе [Технический Лидер] подробно поговорим о профессиональном росте разработчика, как его добиться в реалиях современного рынка IT, и чего ждать от этого рынка в 2025 году. Регистрируйтесь по ссылке!

⚙️ Какие hard skills прокачивать, чтобы стать техлидом?

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

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

Кросс-функциональные знания. Scalability, performance, security, мониторинг, поддержание продакшена.

System design и архитектурный vision. Уметь не только нарисовать схему “идеальной” архитектуры, но и понимать, как потребности конкретного бизнеса и возможности конкретной команды влияют на архитектуру.

💡 Что насчет soft skills?

Лидерство и способность брать на себя ответственность. Этот навык – ключевой для профессионального и карьерного роста, особенно выше senior.

Умение объяснять и отстаивать свои решения. Техлиду время от времени приходится спорить как с представителями бизнеса, так и с разработчиками.

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

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

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

Обучение команды и продвижение культуры разработки. В долгосрочной перспективе – это самый надежный способ не плодить техдолг.

А каких навыков на ваш взгляд не хватает вам? Делитесь в комментариях 👇

🔥 Завтра на H&S Conclave обсудим острую и важную тему — столкновение интересов бизнеса, культуры разработки и технического долга.

Программа встречи:
1️⃣ Балансирование интересов бизнеса и культуры разработки.
2️⃣ Работа с техническим долгом: проверка ценностей инженера.
3️⃣ Внутренняя кухня продуктов: взгляд бизнеса на ситуацию.
4️⃣ Методики выхода из кризисов.
5️⃣ Практические кейсы из работы консультанта фаундеров IT-продуктов.

Начало: в 20.00 GMT+3

🎤 Спикер: Дмитрий Горячко — IT-консультант в zmicer.consulting, основатель и руководитель сервисной IT компании JazzTeam. Обладает инженерным бэкграундом с фокусом на Java, работал на позициях Senior Software Engineer, Agile Consultant, CTO

👉 Регистрация по ссылке. До встречи!

В прошлый четверг мы провели 28-й Software Craftsmanship Meetup в новом формате – live design session.

Павел Вейник вместе с участниками митапа в подробностях разбирали классическую задачу на system design – высоконагруженный сокращатель ссылок:

- Определили функциональные и нефункциональные требования к системе
- Рассчитали нагрузки, объем памяти и хранилища, пропускную способность сети, необходимые для работы системы
- Выявили узкие места
- Определились с алгоритмами сокращения и расшифровки ссылок, и подобрали некоторые инструменты, которые могут обеспечить их работу

🎥 Запись встречи на YouTube

16 января проведем вторую дизайн-сессию, где составим high-level схему системы, сравним компоненты (БД, кэши, балансировщики и т.д.), и финализируем проект архитектуры.

🔗 Регистрируйтесь на вторую часть митапа по ссылке!

Отвечаю на следующий вопрос, заданный в регистрациях на 28й митап.
Короткий ответ - забота о безопасности должна соответствовать нефункциональным требованиям.
Что потеряет бизнес если произойдет утечка данных - все, ничего, или наоборот окажется хорошим PR?
Что произойдет, если сервис будет лежать под DDOS - полный крах, легкое неудобство или ничего?
Редко ущерб будет действительно большой.
В любом случае, не нужно выстраивать более дорогую систему безопасности, чем того требует бизнес.
Кроме того, безопасность - в большей степени дело дисциплины, процессов и процедур, чем реально техническая задача. Потому что против бумажки с паролем под клавиатурой, которая потом попала в мусорку, ничего противопоставить нельзя.

Смотря что тут понимается под анализом требований. Если анализ уже готового дока на 146 страниц - то AI может пригодиться, а если требования в головах стейкхолдеров, то никакой AI не поможет. Приходится звониться с ними и разговаривать, заниматься requirement management и разрешать противоречия между интересами разных стейкхолдеров.

Никак. Совсем никак.
Просчетов не будет только если вы только что сделали 3 таких же задачи - но ведь так не бывает.
Чтобы уменьшить просчет, нужно более тщательно проектировать, докапываясь до corner cases, ошибок и их обработчиков, особенно если речь про бизнес-логику и транзакции. Описывать действия вплоть до алгоритма, прогонять этот алгоритм на бумажке/доске раз 15, чтобы понять где прокол. Тогда все мыслительные операции будут отдельно от кодирования, и уже написанный код не будет мешать думать. Покрывать тестами важные куски, чтобы в процессе следующих задач не поломать эту задачу.

Добавить к оценке время на отработку пайплайна, или на ручные проверки.

А также поддерживать доверие и коммуникации с менеджером/тимлидом, рассказывая ему что и почему делаешь, чтобы он был в курсе и не нервничал если что-то пошло не так.

Это был последний вопрос к 28му Software Craftsmanship Meetup. Завтра будет митап, посвященный рост после сеньера, вот там вопросов примерно 61. Задать вопрос сюда https://hardsoftskills.dev/meetup_technical_leader_1912

🥂Всех с пятницей!

Вчера прошел митап [Технический Лидер]. Обсуждали рост инженера, стеклянный потолок сеньора, и что нужно, чтобы его пробить.

Отдельно поговорили о ситуации на рынке IT сейчас и чего ждать в 2025 году. (спойлер - очень тревожно)

📹 Видео уже на YouTube - приятного просмотра!

А еще можете посмотреть запись выступления Павла Вейника для выпускников Стратоплана, которое состоялось в эту среду:

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

1️⃣ перегруженные техлиды
2️⃣ отсутствующие архитекторы
3️⃣ повышение за выслугу лет и лояльность
4️⃣ оторванные от жизни платформенные команды
5️⃣ core команды, правящие баги всей системы
6️⃣ архитекторы, не создающие правил в большой системе