Hard&Soft Skills

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

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

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

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

🤝 Завести полезные и приятные знакомства. В 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]

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