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

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

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

Чат: @chathardsoftskills
Download Telegram
IT Soul Camp Long в горах Грузии! 🏕

Уже середина лета, а вы еще не были в отпуске? Давайте с нами! 6 дней перезагрузки и подзарядки в прекрасных горах Аджарии.

Только недавно закончился июньский IT SOUL CAMP, проведенный нашим ментором - Никитой Щетько @NikShc (видео и фото можно посмотреть здесь). На август запланирована расширенная версия - IT SOUL CAMP LONG с новыми
локациями, приключениями и незабываемыми моментами 🔥

Что такое IT SOUL CAMP, если вкратце ?
🌿 классная компания близких по духу людей;
🌿 йога по утрам в окружении гор;
🌿 вечера возле костра и походы на природу;
🌿 мастер классы от профессионалов в своей области и время в очень теплой, дружеской компании;
🌿 разговоры под звездным небом о самом важном и, конечно, много юмора и веселья.

🗓6-дней с 1 - 6 августа 2024 (чт-пт-сб-вс-пн-вт)
📍Локация - Глемпинг Таго. Аджарские горы, всего в 90 км от Батуми 🇬🇪

Регистрация и подробности здесь 🔥
11🔥9❤‍🔥2👍1🤨1
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