Hard&Soft Skills – Telegram
Hard&Soft Skills
4.96K subscribers
727 photos
10 videos
3 files
517 links
Центр экспертизы для опытных инженеров и архитекторов в IT
https://hardsoftskills.dev

Курсы:
Технический лидер
Solution Architect
CTO Starter Pack

Участвуйте в мероприятиях
https://hardsoftskills.dev/calendar

Чат: @chathardsoftskills
Download Telegram
This media is not supported in your browser
VIEW IN TELEGRAM
Друзья, этим коротким видео мы хотим напомнить что каждые 3 недели собираемся на обсуждение одной главы Кабанчика - 7 глав уже позади, осталось ещё 5 😎

Сегодня как раз встречаемся обсуждать восьмую "The Trouble with Distributed Systems". Обязательно приходите.

И тут у нас есть важное объявление🚨

Мы поменяли форму регистрации с единой общей формы на все ивенты по Кабанчику на индивидуальную под каждую главу. Мы очень надеемся, что это поможет решить проблему с неправильными событиями в календаре. Пожалуйста, удалите все предыдущие сохраненные события в вашем календаре по Кабанчику и зарегистрируйтесь заново на 8 главу. Очень извиняемся за неудобства. Спасибо!
🔥82
Второй H&S Skills Conclave не за горами

17 июля приходите узнать почему GraphQL захватит мир 🤓 Обсудим:

Что такое GraphQL?
Rest vs GraphQL
Key features
Недостатки

Cпикер - Глеб Бондаренко, Senior Software Engineer

🔗 Зарегистрироваться и оставить свои вопросы можно по ссылке
3👍2
Media is too big
VIEW IN TELEGRAM
Недавно мы проводили Карьерный навигатор с Мариной Хомич, основательницой рекрутинговой компании Recrucial в Нидерландах, на тему "Как выбирать работодателя и компанию под свои цели?"
К этой встрече вы прислали нам так много вопросов, на которые, мы, к сожалению, не успели ответить.

Марина предложила записать для вас серию видео-ответов. Публикуем сегодня первое видео "Как выбирать компанию, когда компаний то и нет на РБ рынке. Где можно поискать контрактором более интересную работу за границей?"👆

🧨 Также напоминаем, что сегодня в 19.00 GMT+3 у нас состоится круглый стол по теме "Инсайты нанимающих менеджеров: все о технических собеседованиях в ИТ". Вопросов уже прислали очень много, тема актуальная для всех сторон -и кто собеседуется, и кого собеседуют. Приходите и вы! Регистрация по ссылке. До вечера 🙌
👍9🥰1
🎞 Друзья, вчерашний Карьерный навигатор на тему Инсайты нанимающих менеджеров уже на ютубе.

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

Новый карьерный навигатор уже запланирован на 24 июля. Вот тут вся информация. До скорых встреч!
👍8❤‍🔥1🔥1
Как правильно выбрать базу данных для проекта?

Есть 4 пункта, которые накладывают очень строгие ограничения:

❗️Бюджет (железо + ПО)
❗️Стоимость поддержки
❗️Стадия жизненного цикла компании
❗️Ограничения железа

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

Основываясь на этих требованиях можно определить ключевые характеристики БД, к которым чаще всего сходятся нефункциональные требования к системе:

⭕️ Объем данных
⭕️ Структура данных (часто степень связности обратно пропорциональна объему)
⭕️ Нагрузка, скорость, throughput/latency
⭕️ Сценарий использования (append + search, bulk insert + search, read only, 1:10 CRUD…)
⭕️ Ценность данных для бизнеса (consistency)

Есть и дополнительные ограничения со стороны организации – устоявшийся стэк, экспертиза команды, интеграции с другими инструментами и т.д.

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

Как это делать (в том числе, ориентироваться во всем многообразии баз данных) рассказываем на курсе [Технический Лидер]. Подробности здесь.
🔥13👍3
🎙 На последнем Архитектурном Трепе разбирались как распознать в себе лидера, а именно 5-ть неочевидных принаков, что вы будете хорошим лидером. Публикуем выводы на карточках выше.

Завтра, на Архитектурном Трепе №109 поговорим о Domain-Driven Design (DDD). Тема большая и глубокая, поэтому начнем с основных/ базовых вопросов -  основные концепции и цели DDD, ошибки применения, создание общего языка, масштабирование и тд.

Модератор встречи - Сергей Русак.

🔗 Регистрация на сайте. До встречи!
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥10
Как не выгореть молодому тимлиду

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

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

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

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


Еще одна связанная с предыдущей проблема – трудности с делегированием. Тимлидом зачастую становится самый опытный разработчик в команде. У него всегда есть ощущение (вполне оправданное), что он способен решить задачу быстрее и лучше, чем кто-либо в команде.

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

Чтобы избежать выгорания на начальных этапах, попробуйте следующее:

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

✍️ Документируйте самые частые процессы, решения и best practices вашей команды. Это сильно снизит количество повторяющихся вопросов, которые вам приходится решать.

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

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

О выгорании и других проблемах тимлидов, также как о способах их решения мы будем говорить уже в этот четверг 🗓 18 июля на вебинаре [Тeam Leadership]. Регистрируйтесь и задавайте волнующие вас вопросы!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤‍🔥32👍2😁2
This media is not supported in your browser
VIEW IN TELEGRAM
👍24🔥4💯2
Тимлиды в своей работе сталкиваются со специфичными вызовами:

1. Резкая смена парадигмы: многие тимлиды выросли из разработчиков, и внезапно их концепция резко меняется. Теперь им приходится не только писать код, но и управлять командой, принимать стратегические решения и общаться с заказчиками
2. Избыток коммуникаций: они общаются с разработчиками, продуктовыми менеджерами, заказчиками, тестировщиками… Со всеми, кто участвует в проекте
3. Негатив в коллективе: тимлиду приходится разрешать конфликты и управлять эмоциями в команде. Если что-то идет не так, он или она должны нивелировать негативное воздействие на коллектив
4. Профессиональное выгорание: все вышеперечисленные факторы могут привести к выгоранию. Тимлиды должны следить за своими эмоциями, уметь отдыхать и находить баланс между работой и личной жизнью
5. Выгорание сотрудников: тимлиды не только сами подвержены выгоранию, но и должны следить за состоянием своей команды. Поддержка и мотивация коллег —часть их роли

Уже завтра, 18 июля в 20.00 GMT +3 с Анастасией Шнек и Павлом Вейником обсудим это на вебинаре. Еще не поздно зарегистрироваться, задать вопросы и добавить событие себе в календарь.
👍6🔥1
Call for papers ✉️

Друзья, вы наверное заметили что количество ивентов в H&S Skills растет, теперь мы встречаеся по вторникам, средам и четвергам, а регулярных форматов проведения уже стало 5 - Архитектурые Трепы, Кабанчик, Карьерный навигатор, Конклав и Митапы😱 И вебинары же еще, да!

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

Заполняйте анкету и мы вместе поищем варианты и подходящий для вас формат 🤗

PS. Чтобы поддержать тех из вас, у кого опыта публичных выступлений нет или он небольшой, а выступать хочется, мы разработали мини-курс, который поможет:
✓ сформулировать тему,
✓ определить цели,
✓ создать и оформить презентацию,
✓ а также подготовиться к самому выступлению.
🔥12❤‍🔥3👍1
🎞 Запись вчерашнего доклада Глеба Бондаренко про GraphQL уже доступна на нашем ютубе. Слайды можно открыть здесь. Почитать статьи Глеба по этой теме тут.

🚀 Сегодня всех ждем на Архитектурный Треп №109 обсуждать абстракции, точнее как инженеру проектировать и оперировать теми вещами, которые знаешь не на 100%. Модератор Антон Норко. Начало, как обычно, в 20.00 по Минску. Регистрируйтесь и приходите. До вечера 🙌
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤‍🔥3🔥3
💫Вчера прошел вебинар Team Leadership, с Анастасией Шнек и Павлом Вейником.

Поговорили о ролях доступных для развития по пути менеджера, работе над процессами, выгорании и тех скилах, которые необходимы для роста до уровня Teamlead, Engineering Manager.

Обсудили, как курс Team Leadership поможет стать хорошим Teamlead.

По ссылке запись вебинара
👍4
На что смотреть при выборе очереди сообщений?

Задача очереди сообщений (message queue) – передавать данные из одной точки в другую.

В распределенных системах MQ становится прокладкой, снижая зависимость компонентов системы друг от друга (вместо зависимости по API – зависимость по формату данных).

Еще один use case очереди сообщений – буфер перед нагруженной частью системы, в котором скапливаются данные, не перегружая обработчик.

Де-факто, стандартом в индустрии стала Apache Kafka, но для более специфических задач есть другие инструменты – RabbitMQ, Redis, ActiveMQ и еще около полусотни очередей.

Вот, что нужно учитывать при выборе:

🔸 Механизм передачи сообщений – Pub/Sub или Producer/Consumer, P2P или брокер сообщений?

🔸 Объем данных и их формат, throughput, latency, масштабируемость

🔸 Гарантии доставки и порядка сообщений – at most once, at least once, может ли очередь гарантировать, что сообщения будут прочитаны консюмерами в том же порядке, в каком попали в очередь.

🔸 Какие гарантии безопасности дает очередь? Есть ли Routing? Может ли очередь преобразовывать формат сообщений? Может ли очередь выступать в качестве персистентного хранилища (сохранять данные на диск)? Какая инфраструктура – on premise, cloud, managed service?

Выбор правильных инструментов для технических решений – ответственность техлида и архитектора. Для этого нужен кругозор, развитию которого посвящен самый объемный раздел курса [Технический Лидер]. Записывайтесь на консультацию!
👍92😁1
Друзья, делимся с вами интересным контентом!

Дима Королев, один из Трех Джедаев H&S Skills и ведущий 24-го Software Craftsmanship митапа про Event Sourcing, недавно поучаствовал в подкасте FaangTalk, где подробно рассказал про System Design Interview и не только. Вот некоторые темы, которые обсуждали:

🔸Что обязательно нужно знать разработчику для System Design Interview?
🔸Почему на интервью дают задачи на проектирование систем с огромным скейлом, когда в реальности таких систем единицы?
🔸System Design – это про soft skills?
🔹Нужны ли вообще System Design Interview?

Еще поговорили про разные инструменты и их use cases: как Discord использует Cassandra, где можно поставить SQLite, почему ни один мессенджер не использует Kafka и почему PostgreSQL подойдет почти везде.
👍14🔥95👏2❤‍🔥1
📌 На 110 Архитектурном Трепе с Антоном Норко обсуждали абстракции: какие есть уровни, как определять границы, ограничения. Ключевые моменты публикуем на фото выше👆

🔉 Сегодня планируем обсуждать как создавать экологичные отношения в команде на основе Process Communication Model. Модератор встречи Юля Мельникова - опытный .NET разработчик и Process Communication Model admirer. Приходите поделиться опытом как вы справляетесь со стрессом в своих коммандах и узначать чем PCM может вам помочь. Регистрации на сайте. До вечера!
🔥52