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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В сентябре Дима Королев обсуждал вопросы 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Друзья, все кто в Варшаве, 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

💫 Приглашаем на новый 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, проектированием архитектуры, а также разработкой и поддержкой нескольких микросервисов.

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

✨Варшава,

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

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

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

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

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

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

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

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

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

Привет! На прошлой неделе Павел Вейник рассказал про архитектуру 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. Рассмотрите смежные роли, если это требуется.

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

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