Domain-Driven Design
Предметно-ориентированный подход (DDD, Domain-Driven Design) в проектировании программного обеспечения является наиболее эффективным способом моделирования бизнес-процессов.
Сегодня мы поговорим о стратегическом и тактическом проектировании, после чего рассмотрим инструмент ускорения проектирования под названием событийный штурм (event storming).
https://habr.com/ru/articles/745830/
Предметно-ориентированный подход (DDD, Domain-Driven Design) в проектировании программного обеспечения является наиболее эффективным способом моделирования бизнес-процессов.
Сегодня мы поговорим о стратегическом и тактическом проектировании, после чего рассмотрим инструмент ускорения проектирования под названием событийный штурм (event storming).
https://habr.com/ru/articles/745830/
Хабр
Моделирование микросервисов. Часть 2
Данная статья является продолжением серии статей про моделирование микросервисов. В первой части мы рассмотрели качественные характеристики границ микросервисов. Сегодня мы поговорим про...
🔥5❤1
Дорогие друзья! Для нас очень важно создавать релевантный контент. Будем признательны, если позволите больше узнать о вас. Из какой вы сферы?
Anonymous Poll
43%
Разработка
9%
Менеджмент
19%
Аналитика
14%
Другой вариант
15%
Не скажу, но хочу посмотреть результат
Важная новость! Канал меняет тематику
Изначально я использовал этот канал, чтобы публиковать здесь анонсы своих статей для Habr и VC. Сейчас хочу вести его как независимую площадку и писать на темы, которые не поднимаю на других платформах.
Анонсы тоже останутся, но станут скорее дополнением, а не основным содержанием канала.
О чём буду писать?
О том, как быстро вырасти в профессии и быть востребованным программистом.
Я много раз наблюдал, как одни мои коллеги или подчинённые стремительно превращались из неуверенных новичков в крепких спецов, а другие тратили на это годы. Многие сходили с дистанции так ничего не добившись в профессии.
Что помогало одним и мешало другим? Талант? Везение? Острый ум?
Все эти вещи, конечно, не помешают. Но я не стал бы делать на них ставку.
Гораздо важнее:
• мотивация к развитию,
• крепкая база,
• прокачанные софт-скилы.
Всё это нарабатывается регулярными и последовательными действиями. И побеждает тот, кто готов тратить время и силы на их развитие.
Как — я расскажу на канале. А хватит ли у вас на это терпения — каждый решит сам.
Изначально я использовал этот канал, чтобы публиковать здесь анонсы своих статей для Habr и VC. Сейчас хочу вести его как независимую площадку и писать на темы, которые не поднимаю на других платформах.
Анонсы тоже останутся, но станут скорее дополнением, а не основным содержанием канала.
О чём буду писать?
О том, как быстро вырасти в профессии и быть востребованным программистом.
Я много раз наблюдал, как одни мои коллеги или подчинённые стремительно превращались из неуверенных новичков в крепких спецов, а другие тратили на это годы. Многие сходили с дистанции так ничего не добившись в профессии.
Что помогало одним и мешало другим? Талант? Везение? Острый ум?
Все эти вещи, конечно, не помешают. Но я не стал бы делать на них ставку.
Гораздо важнее:
• мотивация к развитию,
• крепкая база,
• прокачанные софт-скилы.
Всё это нарабатывается регулярными и последовательными действиями. И побеждает тот, кто готов тратить время и силы на их развитие.
Как — я расскажу на канале. А хватит ли у вас на это терпения — каждый решит сам.
👍14🔥3👎1👏1
О чём этот канал?
Число подписчиков на канале быстро растёт. Многие из вас, наверно, не читали первые посты и не знают мою предысторию. Поэтому хочу представиться вновь прибывшим и рассказать, почему завёл этот канал.
Кто я такой?
Меня зовут Алексей Солонков.
В программировании 17 лет. Прошёл путь от бэкендера до руководителя высшего звена в ИТ. Воплотил в жизнь много успешных проектов.
Например, сервис HucksterBot, который анализирует поведение посетителя на странице сайта и рекомендует ему персональные скидки. За счёт чего клиенты сервиса повышали конверсию до 40% без потери маржинальности.
Руковожу большой командой разработчиков. Участвую в их найме, адаптации и обучении.
Сам был личным наставником для 10 человек. Помогал им вырасти с джуна до мидла и от мидла до сеньора.
Почему я веду блог?
Программирование для меня — не просто работа, а глубокое увлечение. Мне нравится всё: кодить, настраивать работу команды, учить людей. И этот канал — ещё один способ проявить любовь к делу моей жизни.
Сейчас я вижу опасный перекос: про карьеру в IT пишут много, но однобоко. Это либо рекламные тексты в духе: ничего не бойся, у тебя всё получится. Либо горькие истории тех, кто попробовал и у них ничего не получилось.
Правда жизни в том, что новички под действием рекламы ждут миллионы сразу на входе в профессию. А поработав пару лет, разочаровываются в программировании и выгорают на типовых задачах. В чём здесь подвох? Подвох в том, что построение карьеры в IT — это сознательная планомерная работа над собой. Причём прокачивать надо не только хард-скиллы, но и умение вести переговоры. А эмоциональные качели от восторга до полного разочарования только мешают людям добиваться успехов в IT.
На этом канале хочу честно рассказывать о карьерном пути программиста, без рекламного налёта и пустой болтовни. Как программист я сам прошёл его с нуля. Как руководитель знаю, какого кандидата все хотят в команду. А как наставник — могу научить, как им стать.
Собрал для вас подборку полезных постов. Переходите, изучайте, применяйте.
Как ChatGPT помогает программисту в повседневной работе
Лайфхак: как правильно планировать работу
Эмоциональное выгорание: личный опыт борьбы
Эмоциональное выгорание: личный опыт борьбы, продолжение
Как я стал программистом
Личные границы как путь к успеху
Микросервисы: преимущества и недостатки
Синхронно vs. Асинхронно: выбираем подход к взаимодействию микросервисов
Инвестиции в ИТ: почему экономия может обернуться убытками
И, конечно, подписывайтесь. Тут много интересного!
Проголосовать за канал
Число подписчиков на канале быстро растёт. Многие из вас, наверно, не читали первые посты и не знают мою предысторию. Поэтому хочу представиться вновь прибывшим и рассказать, почему завёл этот канал.
Кто я такой?
Меня зовут Алексей Солонков.
В программировании 17 лет. Прошёл путь от бэкендера до руководителя высшего звена в ИТ. Воплотил в жизнь много успешных проектов.
Например, сервис HucksterBot, который анализирует поведение посетителя на странице сайта и рекомендует ему персональные скидки. За счёт чего клиенты сервиса повышали конверсию до 40% без потери маржинальности.
Руковожу большой командой разработчиков. Участвую в их найме, адаптации и обучении.
Сам был личным наставником для 10 человек. Помогал им вырасти с джуна до мидла и от мидла до сеньора.
Почему я веду блог?
Программирование для меня — не просто работа, а глубокое увлечение. Мне нравится всё: кодить, настраивать работу команды, учить людей. И этот канал — ещё один способ проявить любовь к делу моей жизни.
Сейчас я вижу опасный перекос: про карьеру в IT пишут много, но однобоко. Это либо рекламные тексты в духе: ничего не бойся, у тебя всё получится. Либо горькие истории тех, кто попробовал и у них ничего не получилось.
Правда жизни в том, что новички под действием рекламы ждут миллионы сразу на входе в профессию. А поработав пару лет, разочаровываются в программировании и выгорают на типовых задачах. В чём здесь подвох? Подвох в том, что построение карьеры в IT — это сознательная планомерная работа над собой. Причём прокачивать надо не только хард-скиллы, но и умение вести переговоры. А эмоциональные качели от восторга до полного разочарования только мешают людям добиваться успехов в IT.
На этом канале хочу честно рассказывать о карьерном пути программиста, без рекламного налёта и пустой болтовни. Как программист я сам прошёл его с нуля. Как руководитель знаю, какого кандидата все хотят в команду. А как наставник — могу научить, как им стать.
Собрал для вас подборку полезных постов. Переходите, изучайте, применяйте.
Как ChatGPT помогает программисту в повседневной работе
Лайфхак: как правильно планировать работу
Эмоциональное выгорание: личный опыт борьбы
Эмоциональное выгорание: личный опыт борьбы, продолжение
Как я стал программистом
Личные границы как путь к успеху
Микросервисы: преимущества и недостатки
Синхронно vs. Асинхронно: выбираем подход к взаимодействию микросервисов
Инвестиции в ИТ: почему экономия может обернуться убытками
И, конечно, подписывайтесь. Тут много интересного!
Проголосовать за канал
👍23🔥4👎1👏1
Войти в IT после онлайн-школы — это реально?
У меня в команде нет ни одного человека без профильного образования. Не то чтобы это было обязательным условием. Но те, кто приходит с онлайн-курсов, не проходят тестовый отбор.
Почему?
В разработке кроме технических знаний важна общая теоретическая база:
• знание структур и алгоритмов обработки данных,
• понимание принципов системного дизайна,
• владение паттернами разработки.
В ВУЗах на эти дисциплины отводят много учебного времени. Если студент не совсем овощ, при выпуске у него будет хотя бы общее представление о них.
Программа курсов строится по другому принципу: увидел — повтори. Вдобавок их организаторы пытаются впихнуть максимальное количество информации в минимально возможные сроки. Без теории и вдумчивого разбора.
Получается, путь в IT лежит только через ВУЗ?
Нет, но с ним проще.
Для тех, кто выбирает иной путь — готовьтесь стать упёртым самоучкой. Курсы могут дать вам техническую базу, но её придётся серьёзно дополнять. Закладывать на самоподготовку надо столько же времени, сколько заняли сами курсы.
Список литературы для тех, кто хочет преуспеть в IT, не меняется с годами. Я приведу его в конце. Но предупреждаю сразу: эту информацию мало знать. Надо отрабатывать всё на практике. Иначе суть не понять.
После 2022 года ситуация для джунов остаётся напряжённой: уход иностранных корпораций вытолкнул на рынок труда опытных разработчиков, а онлайн-школы программирования продолжают выпускать всё новых и новых кандидатов без опыта. Потребность в джунах сейчас сокращается: их можно заменить более опытными разработчиками. А вот претендентов на вакансии для новичков без опыта становится всё больше. В этих условиях преимущество получают те, кто выделяется подготовкой на общем фоне.
Поэтому пользуйтесь, учите, практикуйте:
• A. Xu, System Design Interview (second edition).
• С. Ньюмен, Создание микросервисов (second edition).
• М. Клеппман, Высоконагруженные приложения.
• А. Швец, Погружение в паттерны проектирования.
• А. Бхаргава, Грокаем алгоритмы.
• Т. Х. Кормен, Алгоритмы: вводный курс.
• Т. Кормен, Ч. Лейзерсон, Р. Ривест, К. Штайн, Алгоритмы. Построение и анализ. Издание 3-е.
• Р. Мартин, Чистая архитектура.
• Р. Мартин, Чистый код.
И да, кроме хард-скиллов, важны навыки переговоров и самопрезентации. Но о них я расскажу в следующих постах.
У меня в команде нет ни одного человека без профильного образования. Не то чтобы это было обязательным условием. Но те, кто приходит с онлайн-курсов, не проходят тестовый отбор.
Почему?
В разработке кроме технических знаний важна общая теоретическая база:
• знание структур и алгоритмов обработки данных,
• понимание принципов системного дизайна,
• владение паттернами разработки.
В ВУЗах на эти дисциплины отводят много учебного времени. Если студент не совсем овощ, при выпуске у него будет хотя бы общее представление о них.
Программа курсов строится по другому принципу: увидел — повтори. Вдобавок их организаторы пытаются впихнуть максимальное количество информации в минимально возможные сроки. Без теории и вдумчивого разбора.
Получается, путь в IT лежит только через ВУЗ?
Нет, но с ним проще.
Для тех, кто выбирает иной путь — готовьтесь стать упёртым самоучкой. Курсы могут дать вам техническую базу, но её придётся серьёзно дополнять. Закладывать на самоподготовку надо столько же времени, сколько заняли сами курсы.
Список литературы для тех, кто хочет преуспеть в IT, не меняется с годами. Я приведу его в конце. Но предупреждаю сразу: эту информацию мало знать. Надо отрабатывать всё на практике. Иначе суть не понять.
После 2022 года ситуация для джунов остаётся напряжённой: уход иностранных корпораций вытолкнул на рынок труда опытных разработчиков, а онлайн-школы программирования продолжают выпускать всё новых и новых кандидатов без опыта. Потребность в джунах сейчас сокращается: их можно заменить более опытными разработчиками. А вот претендентов на вакансии для новичков без опыта становится всё больше. В этих условиях преимущество получают те, кто выделяется подготовкой на общем фоне.
Поэтому пользуйтесь, учите, практикуйте:
• A. Xu, System Design Interview (second edition).
• С. Ньюмен, Создание микросервисов (second edition).
• М. Клеппман, Высоконагруженные приложения.
• А. Швец, Погружение в паттерны проектирования.
• А. Бхаргава, Грокаем алгоритмы.
• Т. Х. Кормен, Алгоритмы: вводный курс.
• Т. Кормен, Ч. Лейзерсон, Р. Ривест, К. Штайн, Алгоритмы. Построение и анализ. Издание 3-е.
• Р. Мартин, Чистая архитектура.
• Р. Мартин, Чистый код.
И да, кроме хард-скиллов, важны навыки переговоров и самопрезентации. Но о них я расскажу в следующих постах.
🔥9❤7👍4👏1
Личные границы как ключ к успеху
Этот пост я пишу на основе своей недавней статьи на VC.
Статья вызвала живой отклик и много комментариев. Поэтому решил сделать её превью на канале и дать некоторые пояснения к теме.
Во-первых, оговорюсь: я рассматриваю тему личных границ через призму своего опыта. Всё, о чём я пишу — это моя уникальная история, а не экспертное мнение. Возможно, у вас будет другой взгляд на эту тему.
Также важно отметить, что основной перекос у меня был в профессиональной сфере. Я не анализировал близкие отношения с этой точки зрения. Мне кажется, что здесь подход к выстраиванию границ должен быть мягче.
Итак, приступим.
Как я понял, что у меня проблемы с личными границами?
Некоторое время назад возникло ощущение апатии. Я постоянно повышал свою эффективность и ценность для бизнеса, но не получал адекватной отдачи от вложенных усилий. Было ощущение, что занимаюсь не тем, чем хочу. А на то, что важно мне не хватает времени.
С этой проблемой я обратился к психологу.
На разборе мы выяснили, что я исходил из неверной установки в деловых отношениях. Я предполагал, что чем больше буду в них вкладывать, тем выше будет результат. Причём рассчитывал, что жертвуя чем-то ради других, получу от них соразмерную благодарность.
Оказалось, что я игнорировал свои интересы в угоду другим людям. Отсюда упадок сил и апатия. Я рассчитывал, что окружающие сами будут соблюдать баланс «брать-давать». И новое открытие: это должно быть зоной моей личной ответственности. Именно контроль за этим равновесием и является той самой работой по выстраиванию личных границ.
Как я решаю проблему личных границ?
Главный ориентир, который помогает мне отслеживать баланс в отношениях — это ощущения тела. Оно реагирует быстрее, чем разум, поэтому я взял за правило: когда чувствую внутреннее напряжение, то останавливаюсь и анализирую, что сейчас идёт не так.
Кроме этого я прохожу 5 этапов осознанной трансформации, которые помогают мне эффективнее распоряжаться своими ресурсами:
1. Обозначить лимиты.
Есть контакты, которые не оправдывают себя: односторонняя помощь коллегам, долгие переговоры с клиентом без надежды выйти на сделку. Здесь я обозначил порог отсечки и, если превышаю его, прекращаю коммуникацию.
2. Понять, что срочное не равно важное
Часто люди «влетают» к нам со срочными задачами и берут напором. При этом такие задачи могут быть совершенно неважными. А вот значимые, но бессрочные задачи уходят в тень. Чтобы выправить ситуацию, отправил некоторые контакты в «беззвучный режим», а важные и недооцененные — закрепил и держу на виду.
3. Научиться просить
Нужные результаты от других людей можно получать не только через благодарность, но и напрямую, через диалог. Учусь просить больше, а в случае отказа пытаться получить обратную связь о недостатках и пожеланиях.
4. Оценить потенциал контактов
Не все усилия в коммуникациях приносят одинаковую пользу. Всегда есть более перспективные направления, которые могут дать Х2, Х3 прибавку к вложениям. Важно найти именно такие и вкладываться в них в первую очередь. А от неперспективных уходить.
5. Избавиться от рутины
Справиться с бытовой рутиной, как будто проще: клининг, службы доставки, умная техника. А что в деловой сфере? Для себя я понимаю, что рано или поздно у меня появится личный ассистент.
Личные границы крайне важны для каждого. Но недостаточно их осознавать, нужна ещё и смелость их отстаивать. На этом пути многим мешает страх разрушить доброжелательные взаимоотношения с окружающими. Как показал мой опыт, это преувеличенные опасения. В процессе своих изменений встречал удивление и настороженность, но ни разу не столкнулся с агрессией или осуждением.
Сейчас для меня гораздо страшнее прожить свою жизнь ради чужих желаний и ценностей, когда можно было бы просто идти к своей мечте.
Этот пост я пишу на основе своей недавней статьи на VC.
Статья вызвала живой отклик и много комментариев. Поэтому решил сделать её превью на канале и дать некоторые пояснения к теме.
Во-первых, оговорюсь: я рассматриваю тему личных границ через призму своего опыта. Всё, о чём я пишу — это моя уникальная история, а не экспертное мнение. Возможно, у вас будет другой взгляд на эту тему.
Также важно отметить, что основной перекос у меня был в профессиональной сфере. Я не анализировал близкие отношения с этой точки зрения. Мне кажется, что здесь подход к выстраиванию границ должен быть мягче.
Итак, приступим.
Как я понял, что у меня проблемы с личными границами?
Некоторое время назад возникло ощущение апатии. Я постоянно повышал свою эффективность и ценность для бизнеса, но не получал адекватной отдачи от вложенных усилий. Было ощущение, что занимаюсь не тем, чем хочу. А на то, что важно мне не хватает времени.
С этой проблемой я обратился к психологу.
На разборе мы выяснили, что я исходил из неверной установки в деловых отношениях. Я предполагал, что чем больше буду в них вкладывать, тем выше будет результат. Причём рассчитывал, что жертвуя чем-то ради других, получу от них соразмерную благодарность.
Оказалось, что я игнорировал свои интересы в угоду другим людям. Отсюда упадок сил и апатия. Я рассчитывал, что окружающие сами будут соблюдать баланс «брать-давать». И новое открытие: это должно быть зоной моей личной ответственности. Именно контроль за этим равновесием и является той самой работой по выстраиванию личных границ.
Как я решаю проблему личных границ?
Главный ориентир, который помогает мне отслеживать баланс в отношениях — это ощущения тела. Оно реагирует быстрее, чем разум, поэтому я взял за правило: когда чувствую внутреннее напряжение, то останавливаюсь и анализирую, что сейчас идёт не так.
Кроме этого я прохожу 5 этапов осознанной трансформации, которые помогают мне эффективнее распоряжаться своими ресурсами:
1. Обозначить лимиты.
Есть контакты, которые не оправдывают себя: односторонняя помощь коллегам, долгие переговоры с клиентом без надежды выйти на сделку. Здесь я обозначил порог отсечки и, если превышаю его, прекращаю коммуникацию.
2. Понять, что срочное не равно важное
Часто люди «влетают» к нам со срочными задачами и берут напором. При этом такие задачи могут быть совершенно неважными. А вот значимые, но бессрочные задачи уходят в тень. Чтобы выправить ситуацию, отправил некоторые контакты в «беззвучный режим», а важные и недооцененные — закрепил и держу на виду.
3. Научиться просить
Нужные результаты от других людей можно получать не только через благодарность, но и напрямую, через диалог. Учусь просить больше, а в случае отказа пытаться получить обратную связь о недостатках и пожеланиях.
4. Оценить потенциал контактов
Не все усилия в коммуникациях приносят одинаковую пользу. Всегда есть более перспективные направления, которые могут дать Х2, Х3 прибавку к вложениям. Важно найти именно такие и вкладываться в них в первую очередь. А от неперспективных уходить.
5. Избавиться от рутины
Справиться с бытовой рутиной, как будто проще: клининг, службы доставки, умная техника. А что в деловой сфере? Для себя я понимаю, что рано или поздно у меня появится личный ассистент.
Личные границы крайне важны для каждого. Но недостаточно их осознавать, нужна ещё и смелость их отстаивать. На этом пути многим мешает страх разрушить доброжелательные взаимоотношения с окружающими. Как показал мой опыт, это преувеличенные опасения. В процессе своих изменений встречал удивление и настороженность, но ни разу не столкнулся с агрессией или осуждением.
Сейчас для меня гораздо страшнее прожить свою жизнь ради чужих желаний и ценностей, когда можно было бы просто идти к своей мечте.
🔥13👍4👏2❤1
Зачем программисту сопроводительное, и как его написать?
Немного про пользу сопроводительных писем
Писать отдельное сопроводительное под каждую интересную вакансию — это труд, который к тому же никто не оплачивает. Зачем же оно нужно, ведь и так есть резюме?
Отвечаю: если на вакансию есть хотя бы 2 кандидата с похожими вводными, то скорее возьмут того, у кого хорошее сопроводительное. И чем выше конкуренция за вакансию, тем важнее его роль.
Как это работает?
Сопроводительное письмо выполняет 2 задачи:
• создаёт у получателя мотивацию открыть резюме;
• показывает вашу заинтересованность в конкретной компании.
Объясню подробнее.
Человек, который получит ваш отклик, скорее всего, параллельно решает десяток текущих рабочих дел. У него нет времени на вдумчивое изучение каждого резюме. Главная задача сопроводительного письма — за минуту дать общее представление о кандидате. Если сопроводительное составлено нормально, резюме откроют. Если нет — до резюме могут и не дойти.
Что должно быть в сопроводительном?
• тема письма с названием вакансии — это позволит вашему отклику не затеряться в потоке входящих писем и не попасть в спам;
• не забываем поздороваться и представиться — вежливость тоже важна;
• короткий рассказ про ваши навыки и релевантный опыт работы;
• ответ на вопрос, почему решили откликнуться.
Как писать про релевантный опыт, чтобы заинтересовать работодателя?
В сопроводительном письме вы пишете только про те навыки, которые запрашивают в тексте вакансии. Опишите их в том те порядке, как они представлены в требованиях к кандидату. Если каких-то знаний и навыков у вас нет — открыто скажите об этом. Для работодателя они могут быть не критичны, зато ваша честность — точно критична.
У вас должен получиться текст не больше двух абзацев. Помним: ваш отклик будет одним из многих писем, которые получатель прочитает за день. Чем оно короче, тем выше шанс, что его дочитают и запомнят.
С высокой вероятностью первый, кто увидит ваше письмо — это рекрутёр. Он может ничего не знать про труд программиста и будет ориентироваться только на формальный запрос от отдела разработки. Лучше писать максимально простым языком без использования специфической терминологии — так выше шанс, что вас правильно поймут.
Что рекрутёр точно отметит — это хорошие навыки коммуникации, умение самостоятельно решать проблемы, инициативность и увлечённость своим делом. Этому можно посвятить заключительный абзац письма. Покажите на примере, как у вас проявлены эти качества. Есть свой Git-репозиторий? Пишете статьи для Хабра? Были руководителем, но опыт работы не релевантен вакансии? Напишите об этом, и вам воздастся.
И последнее, возможно, самое важное правило: сопроводительное письмо и резюме надо адаптировать под конкретную компанию. Знаю по себе: шаблонные отклики и резюме с заголовком, не соответствующим названию вакансии, портят впечатление о претенденте. Также как и ошибки. Поэтому серьёзно отнеситесь к этой задаче: второго первого впечатления вы уже не сможете произвести.
Немного про пользу сопроводительных писем
Писать отдельное сопроводительное под каждую интересную вакансию — это труд, который к тому же никто не оплачивает. Зачем же оно нужно, ведь и так есть резюме?
Отвечаю: если на вакансию есть хотя бы 2 кандидата с похожими вводными, то скорее возьмут того, у кого хорошее сопроводительное. И чем выше конкуренция за вакансию, тем важнее его роль.
Как это работает?
Сопроводительное письмо выполняет 2 задачи:
• создаёт у получателя мотивацию открыть резюме;
• показывает вашу заинтересованность в конкретной компании.
Объясню подробнее.
Человек, который получит ваш отклик, скорее всего, параллельно решает десяток текущих рабочих дел. У него нет времени на вдумчивое изучение каждого резюме. Главная задача сопроводительного письма — за минуту дать общее представление о кандидате. Если сопроводительное составлено нормально, резюме откроют. Если нет — до резюме могут и не дойти.
Что должно быть в сопроводительном?
• тема письма с названием вакансии — это позволит вашему отклику не затеряться в потоке входящих писем и не попасть в спам;
• не забываем поздороваться и представиться — вежливость тоже важна;
• короткий рассказ про ваши навыки и релевантный опыт работы;
• ответ на вопрос, почему решили откликнуться.
Как писать про релевантный опыт, чтобы заинтересовать работодателя?
В сопроводительном письме вы пишете только про те навыки, которые запрашивают в тексте вакансии. Опишите их в том те порядке, как они представлены в требованиях к кандидату. Если каких-то знаний и навыков у вас нет — открыто скажите об этом. Для работодателя они могут быть не критичны, зато ваша честность — точно критична.
У вас должен получиться текст не больше двух абзацев. Помним: ваш отклик будет одним из многих писем, которые получатель прочитает за день. Чем оно короче, тем выше шанс, что его дочитают и запомнят.
С высокой вероятностью первый, кто увидит ваше письмо — это рекрутёр. Он может ничего не знать про труд программиста и будет ориентироваться только на формальный запрос от отдела разработки. Лучше писать максимально простым языком без использования специфической терминологии — так выше шанс, что вас правильно поймут.
Что рекрутёр точно отметит — это хорошие навыки коммуникации, умение самостоятельно решать проблемы, инициативность и увлечённость своим делом. Этому можно посвятить заключительный абзац письма. Покажите на примере, как у вас проявлены эти качества. Есть свой Git-репозиторий? Пишете статьи для Хабра? Были руководителем, но опыт работы не релевантен вакансии? Напишите об этом, и вам воздастся.
И последнее, возможно, самое важное правило: сопроводительное письмо и резюме надо адаптировать под конкретную компанию. Знаю по себе: шаблонные отклики и резюме с заголовком, не соответствующим названию вакансии, портят впечатление о претенденте. Также как и ошибки. Поэтому серьёзно отнеситесь к этой задаче: второго первого впечатления вы уже не сможете произвести.
🔥8❤4👍4👏2