Hard&Soft Skills

👋 Привет! Вчера у нас прошло сразу два мероприятия, так что, если не знаете, чем занять вечер – приятного просмотра!

1️⃣ В девятом докладе из серии H&S Conclave Елизавета Булыгина рассказала о том, как в больших fintech компаниях выстраиваются процессы управления командами, формируется продуктовый бэклог, реализуются задачи из этого бэклога, и какую роль в этом играет Solution Architect.

📺 Запись мероприятия уже на нашем YouTube-канале.

2️⃣ Павел Вейник выступил для компании Andersen на тему “Кэши: виды, критерии выбора, проблемы и способы их решения”. Встреча проходила очно в Батуми

📺 Посмотреть запись можно вот тут.

А уже завтра встретимся на митапе [Технический Лидер], где поговорим о росте разработчика выше уровня senior, роли и навыках техлида, а также взглянем на текущее состояние рынка IT в Европе и США, и обсудим, как разработчику оставаться востребованным сейчас и в будущем.

Регистрируйтесь и задавайте интересующие вас вопросы в форме!

🚀 Друзья, мы стартовали H&S Skills Conclave с темой Как успешно управлять несколькими командами на примере энтерпрайза. Присоединяйтесь в Google Meet

🏔 Для тех, кто хочет с душой провести выходные в Грузии!

8-9 февраля
IT SOUL WEEKEND: выходные в горном SPA с ИТ-коммюнити

Хочется вдохновения, качественного общения и перезагрузки в уютной атмосфере? Присоединяйтесь к нам!
Едем в Горную Аджарию, в отель Chateau Milisi с панорамным видом на горы, бассейном и SPA зоной, чтобы отдохнуть и зарядиться, провести время в теплой компании, уделить внимание телу и душе, и наполненными вернуться обратно.

🔧 Features included:
• Warm & soulful conversations
• Relaxed, easygoing, and fun vibes
• Low or no-alcohol mode
• Deep talks with talented minds
• Attention to body and soul aspects

🎒Что по программе выезда:
• проживание в отеле Chateu Milisi (завтрак включен)
• трансфер из Батуми и обратно (выезд в 9 утра в субботу, в воскресенье в 7 вечера обратно)
• чай, телесные практики и йога, теплое общение
• бассейн, сауна, настольный теннис и бильярд

📅 даты выезда: 8-9 февраля;

💰Стоимость участия:
* 300 GEL ( 250 GEL Early bird до 1 февраля )

Бронирование и подробности - @NikShc ⠀

👋 Всем привет,

Вторая часть Live Design Session с Павлом Вейником уже доступна на нашем YouTube-канале (первая часть тоже там). Не пропустите продолжение!💥

📅 А уже завтра Лиза Булыгина расскажет, как эффективно управлять несколькими командами в условиях сложной организационной структуры.

Программа доклада:
1️⃣ Организационная структура энтерпрайза
2️⃣ Внешние и внутренние процессы команд
3️⃣ Инструменты управления продуктами и командами

🔗 Регистрируйтесь на сайте и присылайте свои вопросы заранее. До встречи!

Cобеседование на позицию senior+ – вопросы для работодателя и что подмечать в ответах

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

Тем не менее, задать эти вопросы все равно стоит:

- Что будет обязательно входить в мою рутину?
- С кем я буду работать?
- Кто будет мой руководитель? Кто принимает решения?
- Как выстроен процесс разработки? Какие коммуникации и согласования в этом процессе?

В дополнение к этим вопросам стоит уточнить про технику и архитектуру:

- Насколько модульное приложение? Есть ли CI/CD?
- Какая архитектура системы? Кто контролирует ее развитие?
- Как принимаются архитектурные решения?
- Ведется и обновляется ли документация?

Например, если в ответах на эти вопросы ни разу не было слова “микросервисы”, а ПО разрабатывается 10 лет, – значит, скорее всего, там монолит с кучей легаси.

На что стоит обратить внимание:

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

🚩 “Как вы справляетесь со стрессовыми ситуациями?” – На это можно ответить “А как часто у вас бывают стрессовые ситуации, и почему?” Разумеется, в работе случается всякое, но если работа сопряжена с постоянным стрессом – это говорит о серьезных проблемах в процессах.

🚩 ”Мы создаем уникальную технологию”. Действительно уникальных технологий единицы на весь мир. Создать свой собственный алгоритм автоматизиции или свою базу данных – амбиции, которые крайне редко оправданы.

✅🚩 Работа с рекрутером. Если все быстро, четко, конструктивно – это свидетельствует о том, что в компании процессы работают хорошо. В отделе разработки, конечно, все может быть совсем не так

Напротив, стоит задуматься, если рекрутер сам не очень понимает, кого ищет, если в требованиях к вакансии 40 технологий, а сами требования размытые или, наоборот, опыт работы с конкретной БД 3 года и никак иначе. Не говоря уже о знаках зодиака, таро и “какой у вас тип личности”. 🫣

А о том, какие навыки нужны, чтобы претендовать на позиции выше сеньора, будем говорить в следующий четверг 23 января на митапе [Технический Лидер]. Приходите!

❗️Важный анонс для тех, кто в Грузии

Во вторник 21 января Павел Вейник проведет оффлайн Tech Talk в офисе Andersen в Батуми. Тема:

Кэши: виды, критерии выбора, проблемы и способы их решения

• Для чего используется кэш;
• Стратегии обновления и удаления записей в кэше;
• Какие сейчас существуют кэши и похожие инструменты;
• Критерии выбора кэша для проекта;
• Использование кэша вместе с другими компонентами и внутри монолита;

📅 21 января
⏰ 19:00(Грузия) / 16:00(CET)
📍 Батуми, офис Andersen

Онлайн тоже будет – регистрация тут

А сегодня вечером встречаемся на продолжение Live Design Session по проектированию сокращателя ссылок.

🚀 Всем привет!

В этот четверг, 16 января, проведем вторую часть Live Design Session про высоконагруженный сокращатель ссылок.

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

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

Запись можно посмотреть тут

На второй встрече перейдем непосредственно к System Design – спроектируем всю систему, нарисуем диаграммы и выберем БД, кэши и другие инструменты.

📅 16 января
⏰ 20:00 (GMT+3)

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

Как техлиду подружить ожидания стейкхолдеров с реальностью?

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

💻 Разработчики хотят делать интересные сложные решения, и чтобы им не мешали делать красиво и качественно.

🎯 Менеджеры хотят, чтобы планы соблюдались, KPI выполнялись, подчиненные слушались, а руководители не продавливали очередные очень важные и срочные задачи.

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

Инструмент только один – коммуникации. Говорить со всеми, пытаться понять их точку зрения, пояснять свою, спорить, договариваться и искать компромиссы.

А чтобы облегчить коммуникации и сделать их эффективнее – нужен авторитет.

Как его завоевать?

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

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

🔹Способ донесения информации важнее содержания. У всех есть эго. Критикуя работу коллег важно помнить об этом и стараться лишний раз его не задевать. Сказать “это – говно, переделывай" проще всего, но нужно ли?

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

О роли техлида, и чем она отличается от тимлида и архитектора приходите послушать 23 января на митапе [Технический Лидер].

Всем привет! Соскучились по Трепам? 🤗

9 января приглашаем похоливарить c Юрой Морозовым на тему "ТИМлид vs ТЕХлид". Обсудим разницу в ролях, ключевые навыки и компетенции, взаимодействие с бизнесом и командой и многое другое! Регистрация по ссылке.

👉Также публикуем выводы к последнему Трепу №121 на тему "Вендор-лок против опенсорса":
• Плюсы и минусы готовых решений от вендоров
• Есть ли градация вендор-локов?
• Как вовремя спрыгнуть с вендор-лока?

Что делать разработчику, чтобы оставаться востребованным в 2025 году?

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

🗓 23 января
⏰ 19:00(GMT+3)

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

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

Что может делать техлид для развития команды?

Работать над тем, чтобы команда разработки лучше выполняла свои задачи – это то, зачем техлиду приставка “лид”. При этом, прямой власти у техлида может и не быть. Часто это роль, а не должность, и техлид – это самый опытный сеньор, первый среди равных.

Развивать команду можно несколькими путями:

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

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

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

А что если сотрудник не хочет развиваться?

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

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

Культура команды начинается с ее лидера.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

🔥 Завтра на 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

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

Мы начали Треп! Приходите в Google Meet

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

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

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

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

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

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

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

На Архитекторуном Трепе №120 с Алексеем Лобаном обсуждали Микросервисы и асинхронное взаимодействие: плюсы и минусы; денормализация данных, контакты и версионирование; как переходить от синхронного взаимодействия к ассинхронному и много другое.

Завтра на Архитектруном Трепе №121 запланировали обсуждение темы Вендор-лок против опенсорса. Поднимем вопросы:

- Преимущества в использовании проприетарных решений от крупных вендоров, таких как AWS или Google Cloud?
-Недостатки проприетарных решений в сравнении с открытыми стандартами или open-source?
- Проблемы с переходом от одного вендора к другому (vendor lock-in) и многое другое!

Модераторы: Юрий Морозов и Максим Симоненко.
Регистрация на сайте. До скорой встречи!

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

LIVE DESIGN SESSION

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Друзья, завтра всех ждем на Архитектурном Трепе №120. Тема встречи — Микросервисы и асинхронное взаимодействие: принципы, инструменты и вызовы.

Обсудим вопросы:

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

Модератор: Алексей Лобан.

🔗 Регистрация по ссылке на сайте

Нетворкинг для разработчика – зачем, где и как?

Общаться с коллегами – полезно. Это помогает узнавать новое, не замыкаться в своем синдроме самозванца, но самое главное – знакомства помогают найти работу. Согласно исследованию от LinkedIn, 70% специалистов находят работу благодаря знакомству с кем-то в компании. Если вы в РБ – ссылка работает с ВПН.

Где и как знакомиться?

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

2️⃣ Онлайн и оффлайн мероприятия, конференции. Классический способ строить профессиональные связи – послушать чье-то выступление, задавать вопросы, продолжить общение после. Например, написать в том же LinkedIn “Смотрел ваше выступление, очень интересно, а что вы думаете по поводу Х?”.

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

3️⃣ Коллеги с нынешнего и прошлых мест работы. Эти знакомства особенно полезны при поиске работы. “Мы вместе работали, это толковый специалист” – уже достаточное основание, чтобы пригласить на собеседование.

4️⃣ Профессиональные сообщества и чаты. Такие, как Hard&Soft Skills, например 😉. Если вы еще не в нашем чате – присоединяйтесь!

5️⃣ Коворкинги. Механизм такой же как в офисе – разговоры возле кулера, кофемашины, в курилке. Только люди из разных компаний и даже отраслей.

🎙 Друзья, мы начали H&S Conclave. Присоединяйтесь!

✨Варшава,

Рады сообщить, что неформальная офлайн встреча с Павлом Вейником состоится во вторник 19 ноября.

Место: Sole Powiśle
Старт: в 19.00

Если планируете придти - напишите, пожалуйста, Даше в тг @d_zherebtsova. Хотим понимать какое примерное количество людей соберётся, чтобы чуть что скоректировать бронь столика.

Всех ждем! Спасибо и до скорой встречи 🖤

💫 Приглашаем на новый H&S Skills Conclave 💫

📅 14 ноября в 20.00 GMT+3

Тема: "От кода к архитектуре: использование Structurizr для визуализации систем"

На этом ивенте мы подробно разберем, как перейти от кода к созданию полноценной архитектуры системы, используя нотацию C4 и Structurizr.

Программа:

🔹 Введение в C4-нотацию — познакомимся с уровнями C4 и узнаем, как они помогают создавать четкие и понятные диаграммы.

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

🔹 Инструменты для моделирования C4 — обзор инструментов для построения архитектурных схем.

🔹 Почему Structurizr и подход "architecture as code" — объясним, почему Structurizr является оптимальным решением для проектирования архитектуры с подходом "архитектура как код".

🔹 Варианты использования Structurizr — примеры реальных сценариев, где Structurizr помогает улучшить процессы в компании и многое другое!

Спикер: Александр Белян, Python developer. Занимается разработкой, внедрением и поддержкой процессов CI/CD, проектированием архитектуры, а также разработкой и поддержкой нескольких микросервисов.

Регистрация доступна по ссылке.

Друзья, все кто в Варшаве, 15 ноября Павел Вейник выступает в офисе Andersen. Приходите!
PS. Онлайн трансляция также будет доступна 🙌

Are you ready for new challenges in development? 🚀

On November 15, don't miss a meetup with Pavel Veinik – an expert with long experience who has trained hundreds of developers and architects. Learn how to design high-load systems capable of handling the most complex tasks.

📅 When: November 15, 18:30 (CET)
📍 Where: Andersen’s office in Warsaw/Online – the link to the stream will be sent to your email provided during registration
🕐 Duration: 1 hour
🌐 Language: Russian

We’ll answer the following questions:
– What can be considered a high-load (HL) system?
– A systematic approach to building an HL system: functional requirements, data consistency, performance, scalability, and availability. How do we set up monitoring and use it effectively?
– How do we scale an existing system to handle increased loads?

👨‍💻 Who it is for: developers, architects, team leads – anyone aspiring to build powerful and reliable systems.

You can register here 👉 https://people.andersenlab.com/events/architect-warsaw-november?utm_source=tg&utm_medium=meetup&utm_campaign=1511

Learn from an ace how to maximize the performance and reliability of your systems!

Become a speaker: https://people.andersenlab.com/meetups-with-andersen-recaps#become-a-speaker

Разработка и бизнес: как найти общий язык?

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

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

❗️Но это не значит, что разработчик должен забыть о качестве кода и лепить костыли на другие костыли, потому что PO требует быстрее выпустить фичу.

Понимание бизнеса – это умение перевести цели бизнеса в технические решения, а технические решения объяснить с точки зрения их выгоды для бизнеса. Например:

❌ Нам нужно провести рефакторинг, потому что так код станет чище и с ним будет проще работать.

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

Принимая задачи на разработку, кроме вопроса “Что мы делаем?” стоит задать еще “Зачем мы это делаем? / Какую проблему мы решаем?” и “Какого результата мы хотим добиться?”.

Друзья, во вторник у нас прошел 5ый🥳 H&S Conclave c увлекательным и важным докладом от Юры Морозова на тему Путь от браузера до приложения, или что происходит когда вы в браузере вбиваете google.com

🔗 Запись доступна на нашем ютубе. Enjoy!

🚀 А 14 ноября будем ждать вас на следующий H&S Conclave, посвященный теме использования Structurizr для визуализации систем. Спикер: Александр Белян. Узнать подробности и зарегистрироваться можно по ссылке

💫 Дорогое коммьюнити!  💫

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

📅 Когда: четверг, 7 ноября, 19:00 (GMT+1)
📍Локация: CULTO, pl. Tadeusza Kościuszki 6, 50-038 Wrocław

Не упустите шанс зарядиться вдохновением, обсудить интересные темы и просто отлично провести время! Ждем всех!

🚀 Друзья, уже через час ждем вас на докладе Юры Морозова на тему "Путь от браузера до приложения, или что происходит, когда вы в браузере вбиваете google.com". Приходите!

Завтра, 5 ноября в 20.00 GMT+3 встречаемся на H&S Skills Conclave с темой "Путь от браузера до приложения, или что происходит, когда вы в браузере вбиваете google.com"

На встрече будут рассмотрены некоторые неочевидные моменты из мира WWW.

▪️Вычисление IP
▪️Подключение к серверу
▪️GET или POST?
▪️Стандарты и рекомендации

Cпикер: Юра Морозов. Регистрация доступна по ссылке. До встречи!

Работа в маленькой компании vs Big Tech

Большая компания – это:

🌐 Большие ресурсы и качественная инфраструктура. Возможность потрогать реально масштабные highload системы, множество команд с узкой специализацией, идеальные CI/CD пайплайны и десятки internal tools.

💸 Высокое вознаграждение и соответствующие ожидания. 6-7 раундов собеседований, четкая система грейдов и регулярные performance review, по результатам которых могут как выписать солидный бонус, так и уволить не моргнув глазом. А продолжающиеся layoff-ы показывают, что и performance – не гарантия безопасности.

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

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

В стартапе или небольшой компании:

🤹 Нет узкой специализации. Делать приходится все: и писать код, и тестировать, и настраивать инфраструктуру. Хороший способ приобрести новые навыки, но углубиться во что-то одно не получится.

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

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

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

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

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

В сентябре Дима Королев обсуждал вопросы Statefull Orchestration, и завтра будет продолжать обсуждение. Я тоже присоединюсь вечером. Будет по-английски, и под запись, кому интересно - присоединяйтесь.
Запись прошлого обсуждения https://www.youtube.com/watch?v=56ztHNLBowM&ab_channel=SysDesignMeetup
Линк на календарь https://calendar.google.com/calendar/event?action=TEMPLATE&tmeid=MDJuMXVxMjg2ajhkbjA1cDk3cmxmb2E3M2oga2c5bXJrYWoxZ3RiMG9nYWs1aHYxbnM1NTBAZw&tmsrc=kg9mrkaj1gtb0ogak5hv1ns550%40group.calendar.google.com
Линк на зум http://zoom.dima.ai

✨ Друзья, всех с пятницей! ✨

На этой неделе мы завершили наш длинный путь чтения и разбора книги Мартина Клеппмана "Designing Data-Intensive Applications" 📚. Это была последняя встреча по Кабанчику, и если вы не смогли к нам присоединиться, не переживайте — запись доступна по ссылке!

Мы хотим от всего сердца поблагодарить наших потрясающих ведущих:

🖤 Басима Аль-Джевахири
🖤 Антона Норко
🖤 Асю Воробьеву
🖤 Александра Кохно

Спасибо вам за глубокое погружение в книгу, за подробные схемы и презентации, за ваши ответы и разьяснение, энтузиазм, и главное интерес и страсть к профессии! Благодаря вам сложные темы высоконагруженных систем стали гораздо ближе и доступнее для всех нас.

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

До новых встреч!

Друзья, just a kind reminder!

Cегодня встречаемся на круглом столе на тему "The Future of Data Systems". Обсудим темы:

1. Будущее базы данных и форматов хранения данных
2. Обработка больших данных: какие новые подходы появятся?
3. Искусственный интеллект и машинное обучение в обработке данных
4. Системы стриминговой обработки данных и их будущее
5. Системы данных на облачных платформах и edge computing и многое другое!

Успевайте зарегистрироваться и приходите. До встречи вечером 🙌

Говорим о деньгах так, чтобы их становилось больше

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

1️⃣ В процессе поиска работы изучить рынок и примерно прикинуть, на какую сумму можно рассчитывать на желаемой позиции. Идеальная ситуация, если есть один или несколько офферов от других компаний. Даже если не говорить о них напрямую, само наличие офферов позволяет увереннее и спокойнее общаться об условиях.

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

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

3️⃣ Если приходится назвать конкретную сумму – обозначить ее немного выше, чем вы рассчитываете. Маловероятно, что за этим последует моментальный отказ. Обсуждение условий продолжится, а в процессе переговоров см. Пункт 2.

А как говорить о повышении ЗП на текущем месте?

Принцип тот же самый – показывать свою ценность для компании:

- Достижения за период с прошлого повышения
- Рост знаний и компетенций
- Готовность взять больше ответственности и драйвить масштабные процессы

Эту ценность важно правильно презентовать – так, чтобы для руководителя было очевидны ваши заслуги перед компанией. У менеджера кроме вас, скорее всего, еще десяток подчиненных. Нужно уметь фиксировать договоренности и напоминать о себе и своем вкладе в работу. Как это делать неплохо описано в книге Engineers survival guide.

Еще один способ повысить ЗП – контр-офферы. “Здесь мне предлагают столько-то, давайте что-то с этим делать”. Опасность контр-оффера в том, что руководитель может воспринять его как шантаж. Поэтому пользоваться этим методом стоит только если вы действительно готовы сменить место работы.

Друзья, 29 октбяря по случаю завершения Кабанчика мы организуем Круглый стол на тему "The Future of Data Systems". Будем говорить о настоящем и будущем рапределенных систем. Участники стола - модератора Кабанчика:

Ася Воробьева, Senior Software Developer
Антон Норко, Solution Architect
Александр Кохно, Lead Data Engineer

И приглашенный гость - Дима Королев, AuthZ Architect at Miro. Чтобы познакомиться с Димой поближе можно посмотреть его доклад про Event Sourcing на нашем ютубе.

🔗 Подробная программа и регистрация на круглый стол по ссылке. До встречи!

🧨 Напоминаем, что через 30 мин собираемся обсуждать драйверы изменений в архитектуре. Залетайте на Архитектурный Треп 119. Подробности

Зачем разработчику публичные выступления?

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

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

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

🤝 Завести полезные и приятные знакомства. В IT, особенно работая на удаленке, сложно расширять круг знакомств даже внутри компании, а тем более за ее пределами. Публичные мероприятия, особенно оффлайн, – лучший способ пообщаться с коллегами.

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

Подготовьте технический доклад для H&S Conclave – короткое выступление на 30 минут с обсуждением в конце. Мы поможем вам сформулировать тему, подготовить презентацию и проанализировать выступление.

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

Оставляйте заявку и прокачивайтесь с нами!

Привет!

На последнем Архитектурном Трепе жарко обсуждали Как применить подходы DDD в существующем проекте, который изначально писался без, Дима Александров обещал поделиться своим проектом на гитхабе, где можно посмотреть как он предлагает разделять слои https://github.com/ognick/word-of-wisdom

🔈 Завтра на Архитектурном Трёпе №119 с Антоном Норко будем говорить о драйверах изменений в архитектуре. Приходите поделиться опытом и/или задать свои вопросы. Регистрация.

Вчера прошел четвертый H&S Conclave на тему "Минусы и оверхэды микросервисов — как с ними бороться?"

🎞 Запись доклада уже доступна на нашем ютуб канале

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

Как узнать, что принимаешь правильное решение, если его последствия проявятся через год?

Работа техлида и архитектора – про принятие технических решений. Использовать ту или иную базу данных, применять тот или иной фреймворк, фокусироваться на performance или availability.

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

❗️ Каждый tradeoff и каждый выбор из нескольких альтернатив – это и есть архитектурное решение. И оно перестает быть правильным тогда, когда перестает удовлетворять потребности бизнеса.

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

🧠 Логическая архитектура – то, как устроена доменная область бизнеса, и как конкретная компания оперирует в этом домене.

Доменная область меняется медленно – если это ресторан, то 100% будет закупка и доставка продуктов, официанты принимают и доставляют заказы, повара готовят эти заказы в соответствии с меню. Эта логика скорее всего не изменится, и систему, которая ее обслуживает, можно сделать негибкой.

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

⚙️ Физическая архитектура – модули и взаимодействие между ними – микросервисы, базы данных, кэши, API, фреймворки и т.д. Здесь нужно опираться на то, насколько конкретный инструмент соответствует бизнес-потребностям, и ресурсам бизнеса и команды.

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

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

Научитесь принимать правильные архитектурные решения в масштабах команды или всей организации на курсах [Технический Лидер] и [Solution Architecture in the Wild]. Записывайтесь на следующий поток!

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

Докладчик: Cергей Ткачев, Lead Software Engineer, 17+ лет в IT, из них 5+ лет опыта в коммерческой разработке на Java и Kotlin

Начало в 20.00 GMT+3

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

Всем привет, наверняка вы помните, что мы в H&S Skills читаем и разбираем вместе Кабанчика - книгу Мартина Клеппмана "Designing Data-Intensive Applications"

Последняя встреча была посвящена 11 главе и теме Stream Processing, если пропустили - запись доступна вот тут.

🔈 Следующая 12 глава будет последняя и завершить мы решили большим круглый столом- дискуссией на тему "The Future of Data Systems". Записывайте дату - 29 октября в свои календарики. И оставайтесь на связи - подробную программу мы разместим в самое ближайщее время 🙌

Хорошая работа говорит сама за себя – так или нет?

Скорее нет, чем да. Если хочется роста ЗП, более интересных задач, новой должности и т.д – просто хорошо выполнять свою работу недостаточно. Руководитель может заметить старания и наградить за них, но, строго говоря, не обязан. Перекладывать ответственность за свою карьеру на менеджера – проигрышная стратегия.

💡 Как сделать себя заметнее?

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

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

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

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

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

Работа говорит сама за себя только когда о ней знают. А как вы демонстрируете свои достижения? Делитесь в комментариях 👇

🚀 Новый доклад в рамках H&S Conclave уже 17 октября

Будет наша любимая тема - микросервисы, только в этот раз поговорим о Минусах и Оверхэдах Микросервисов и Как с Ними Бороться🤓

Программа:

• Тестирование контрактов для уменьшения проблем интеграции
• Управление связностью с помощью брокеров сообщений
• Обеспечение обратной совместимости в эволюции API и схем
• Эффективные стратегии развертывания с помощью Kubernetes
• Горизонтальная масштабируемость
• Стратегии контроля версий и Git
• Накладные расходы на мониторинг и наблюдение

Докладчик: Cергей Ткачев, Lead Software Engineer, 17+ лет в IT, из них 5+ лет опыта в коммерческой разработке на Java и Kotlin

🔗 Регистрируйтесь и присылайте заранее своим вопросы Сергею. До встречи 17 октября!

Привет!

На последнем Трепе с Юрой Морозовым обсуждали лучшие практики применения сi\cd. Пара слайдов, из всего что успели обсудить - что поздразумевается под этой терминологией, как выглядит процесс на практике и какими инструментами можно осуществлять.

🚀 Завтра на Архитектурном Трепе 118 будем говорить со Стасом Степановым о применение подхода DDD на проектах, которые изначально писались без них. Приходите поделиться опытом и задать свои вопросы. Регистрация. До встречи 🙌

🚀 Друзья, через час стартуем с Кабанчиком. Сегодня обсуждаем 11 главу Stream Processing. Присоединяйтесь!

Что мешает разработчику расти?

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

🤕 Неумение извлекать пользу из ошибок и нежелание учиться.

🪫 Отсутствие инициативы. Doing the minimum to get by.

🤐 Слабые навыки коммуникации. Неумение отстаивать свое мнение, принимать критику, решать конфликты и обмениваться знаниями.

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

У middle разработчиков часто проблемы с оценкой своего реального уровня, причем маятник качается в обе стороны – от “да я уже давно должен быть сеньором, а мог бы быть и лидом” до сильнейшего синдрома самозванца. Еще одна вещь, которая тормозит развитие, – непонимание, куда, собственно, развиваться и отсутствие плана.

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

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

А что мешало или по-прежнему мешает расти вам? Делитесь в комментариях 👇

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

Приходите сегодня вечером обсуждать с Юрой Морозовым Актуальные практики и инструменты построения CI\CD. Поговорим с чего начать, чем является Continuous Integration, Continuous Deployment/Delivery, какие бывают с ними проблемы и многое другое.

Задавайте свой вопрос в форме регистрации и до встречи вечером 🙌

Друзья, мы движемся к завершению разбора книги "Designing Data-Intensive Applications" Мартина Клеппмана.

Во вторник 1 октября мы соберемся для обсуждения 11 главы "Stream Processing". Ведущим встречи будет Александр Кохно. Читайте, регистрируйтесь и приходите!

А также предлагаем вам выбрать - какую книгу будем читать и разбирать далее 👇

Привет! Как вы знаете, мы в Hard&Soft Skills занимаемся профессиональным развитием разработчиков и очень хорошо представляем, какой путь обычно проходит инженер от первой работы junior-ом до высоких позиций вроде CTO и Enterprise Architect.

🔬Мы проводим исследование, в котором хотим дополнить наши данные цифрами, и будем благодарны, если вы заполните вот этот опросник.

Кроме нашей благодарности, за участие в опросе вы получите бонусный материал “Подходы к оптимизации приложений” и закрепите за собой скидку в 5% на любой из наших курсов:

[Технический Лидер]
[из Middle в Senior]
[Team Leadership]
[Solution Architecture in the Wild]
[CTO Starter Pack]

Чтобы воспользоваться скидкой – до конца сентября оставьте заявку на сайте или запишитесь на бесплатную консультацию. Спасибо!