- ChatGPT — враг, а не помощник
- Цветастые формулировки
- Не рассказывайте. Показывайте
- Шаблонность недопустима
- Не наполняйте модными словами
- Не игнорируйте прямые требования
- GitHub, если там все плохо, не давайте ссылку
- Покажите невыдуманные достижения
- Лучше на английском
- Скиллы только реальные
- Приятный дизайн резюме
- В Canonical анонимные собеседования
«Я просматриваю множество резюме и письменных собеседований, и многие из них написаны плохо. В этой статье описываю вещи, которые не стоит делать. Я работаю в Canonical [компания-владелец Ubuntu], но эти советы, на мой взгляд, пригодятся при отправке резюме в любую компанию. В основном это советы по составлению резюме, сопроводительного письма и других письменных документов, имеющих отношение к трудоустройству.
На самом деле, я бы сказал, что большая часть этих советов применима к любому виду нехудожественной литературы. Для начала вспомните, для кого вы пишете: для перегруженного менеджера по персоналу или технаря, который должен рассмотреть ваше резюме (и сотни других). Ему приходится принимать решение на основе ограниченной информации, и они хотят нанять людей, которые выделяются на фоне других, которые уже чего-то достигли, и умеют общаться.
Не используйте ChatGPT
Я знаю, что это «всего лишь помощник», но. Изначально я написал не «не используйте ChatGPT», а «если используете, используйте аккуратно». Но мой настоятельный совет таков: просто не используйте. Вообще. Вы будете «звучать» как робот. Когда кандидаты только начинали использовать ИИ в своих резюме, я сразу отклонял их резюме за жульничество. Теперь я изменил свой подход: я оцениваю все резюме так, как будто они на 100% написаны людьми, и если заявка плохая, я ее отклоняю.
Дело в том, что все резюме, в которых явно используются ИИ-инструменты, ужасны. Грамматика может быть идеальной, но они невероятно скучны и не содержат практически ничего из реального опыта кандидата.
Приведу пример. Один из вопросов, который задает Canonical, довольно свободный: «Опишите ваш опыт работы с программированием и запуском сервисов в production». Вот стандартный ответ ChatGPT:
Я обладаю пятилетним опытом работы в области эксплуатации ПО и запуском сервисов. На своих предыдущих должностях я играл ключевую роль в развертывании и поддержке сервисов, используя разнообразные технологии и инструменты, такие как Python и Golang. Я успешно управлял процессами развертывания и управления релизами, внедрял надежные решения мониторинга для обеспечения работоспособности системы и эффективно управлял инцидентами, уделяя особое внимание быстрому разрешению и анализу причин проблем. Мой опыт также включает инициативы по масштабированию для удовлетворения растущего спроса и усилия по оптимизации для повышения производительности системы.
Это ужасно. Это цветастая и абсолютно мертвая жвачка без конкретики. Здесь нет ничего интересного или личного, и ею можно описать практически любого разработчика. Сравните это с увлекательным, ярко индивидуальным ответом реального человека:
Я научился программировать, создавая систему для отслеживания автомобильных запчастей в магазине моего дяди. Использовал PHP и MySQL. Я сделал простую систему проверки работоспособности, которая пинговала сайт каждую минуту и отправляла мне уведомление о недоступности. На моей первой настоящей работе я автоматизировал многие стандартные процедуры с помощью Ansible и скриптов на Python. Недавно я работал в команде, отвечающей за три микросервиса, работающих на кластере EKS под управлением Terraform. Я настраивал логирование и мониторинг Datadog и участвовал в ротации вызовов, которую проводила DevOps-команда.
Звучит конкретно, увлекательно и реально! Можно было бы еще улучшить, например описать, как автоматизация помогла команде: «это сократило время развертывания с 2 часов до 15 минут». Но и так уже намного лучше, чем ChatGPT.
Если для вас английский не родной язык, ничего страшного — я предпочту увидеть несовершенное резюме, но хорошо показывающее ваш опыт, чем безупречную прозу, которая ни о чем не говорит.
Могут ли более качественные промпты сделать ChatGPT более реальным? Да, продуманные промпты могут выдавать результаты получше. Однако ChatGPT не сможет волшебным образом написать текст, основанный на вашем личном опыте. Вы, безусловно, можете использовать программу для проверки орфографии и грамматики, но, пожалуйста, убедитесь, что это ваш текст.
Вычурные формулировки
Не пишите фразы типа: «используя разнообразный набор технологий и инструментов, таких как Python и Golang». Ваша мысль затеряется в море громких слов. Просто напишите: «Я использовал Python и Go» — эйчар мысленно поблагодарит вас за это.
Еще примеры. Многие кандидаты:
- глубоко освоили Java (они не Джеймс Гослинг)
- их путешествие началось (они не хоббиты)
- они умело конструировали программы (они не Страдивари)
- они расширили свой опыт (не просто эксперты, а расширенные эксперты)
- они искусно создавали лямбда-функции (я предпочитаю безыскусные лямбды)
- они искусно использовали Spring Boot (или они просто использовали его?)
- они быстро адаптировались (одна эта фраза уже старит)
- они скрупулезно читали документацию (хорошо, я найму их в качестве корректора)
- они приняли объектно-ориентированное программирование (как все в 90-х)
- и способны принести с собой свой богатый опыт (программирования на Фортране?)
Я подозревал ChatGPT, но не уверен — возможно, эти люди просто пользовались словарем ИТ-технологий. Как бы то ни было, пожалуйста, не доводите количество напыщенных наречий и прилагательных до 10. Я советую отказаться от подобного и хотел бы видеть в резюме примерное такое:
- Есть опыт в Java
- Я начал
- Я собрал
- Я научился
- Я писал лямбда-функции
- Я использовал Spring Boot
- Я адаптировался
- Я читал документацию
- Я использую объектно-ориентированное программирование
- Я приобрел опыт
Не рассказывайте. Показывайте
Все просто: «не говорите читателю, что думать, а покажите, что вы сделали.» Плохие примеры выше — это не просто цветистая проза, они рассказывают, а не показывают.
Написать «я умело создавал программы» — значит сказать читателям, что о вас думать; написать «я создал быстрое подмножество POSIX Make в 500 строках Java» — значит показать, что вы создали. Если это открытый код и вы можете дать ссылку на GitHub, еще лучше.
Помните, что вы пишете для менеджера по персоналу, который хочет видеть конкретные достижения.
Избегайте шаблонов
Один из вопросов на собеседовании у нас звучит так: «Как бы вы подошли к разработке и реализации новых фич сервиса?»
Многие кандидаты (опять же, возможно, воспользовавшись ИИ) отвечают на этот вопрос следующим образом: «Посмотрю, как в учебнике описывается жизненный цикл разработки, и буду действовать соответственно». Но мы хотим услышать о вашем личном опыте, с техническими подробностями своими словами.
Это звучит слишком стандартно:
Разработка и внедрение новой функции начинается со сбора требований, написания спецификации, получения отзывов от стейкхолдеров, а затем качественная имплементация. После имплементации важны автоматизированное тестирование и ручной контроль качества. Затем мы развертываем приложение и следим за его работой.
Вместо этого попробуйте что-нибудь подобное:
Мне очень нравятся лаконичные спецификации и предварительное планирование. Например, когда я разрабатывал новый сервис авторизации, я написал спецификацию на 3 страницы, включающую схему архитектуры и краткое описание эндпойнтов API. Перед развертыванием в продакшн я считаю важным провести нагрузочное тестирование на реальном сервере, поэтому я создал staging-среду и измерил, сколько одновременных запросов она может обслужить. После запуска в продакшен важен мониторинг: я использовал Datadog, а также открытые инструменты, такие как Prometheus, для обнаружения и диагностики проблем.
В общем, не будьте слишком стандартными. Если, конечно, вы не пишете о параметрическом полиморфизме. (Простите, не удержался.)
Не нагромождайте модные слова
Это тесно связано с цветистым стилем и стандартностью: старайтесь не использовать жаргон, который сейчас уже мало что значит. Сегодня я видел нечто подобное в резюме:
«Проводил комплексную интерпретацию и анализ данных для получения результатов, обеспечивающих ценность для клиента».
Кроме того, что это звучит как пародия на сериал «Офис», это, по сути, никому ничего не говорит. Почти каждый, кто работает за компьютером, «интерпретирует и анализирует данные» и, надеюсь, «получает результаты», которые “обеспечивают ценность для клиентов”. Использование бессмысленных слов может показаться кому-то нужным, но я думаю, что это лишь маскирует тот факт, что вы не способны сказать ничего особенного.
Если вы, например, работали дата-сайентистом, вместо этого напишите что-то вроде этого:
«В своей должности в больнице я анализировал огромные объемы данных медицинского оборудования с помощью Python и Pandas (гигабайты в день), чтобы найти аномалии, которые могли помочь врачам улучшить их работу в операционной.”
Здесь кратко объясняется ваша роль, а также указывается, в какой области вы работали, какими инструментами владеете, кто был вашим «клиентом» и какую пользу вы принесли.
Не игнорируйте прямые требования
Казалось бы, это само собой разумеется, но некоторые кандидаты не умеют следовать простейшим указаниям.
Например, если в вакансии написано «Ваше резюме должно быть анонимным, чтобы помочь нам уменьшить предвзятость», а они пишут в ней свое полное имя, это не лучший признак. Все мы совершаем ошибки, поэтому я не сбрасываю со счетов такие резюме только из-за подобных вещей, но вообще игнорирование требований не пойдет вам на пользу.
Несколько советов по составлению резюме
Вот несколько дополнительных советов.
Профиль на GitHub
Если вы ссылаетесь на свой профиль, там должны быть достойные проекты. Если там просто куча, типа форк популярного проекта, ни разу не открывавшийся, рендомное задание на курсах и начало скрипта на Python, лучше не давать на это ссылку вообще.
Покажите невыдуманные достижения
Обобщая совет о профиле: покажите, что вы создали. Это один из самых сильных сигналов, на который будут обращать внимание любые стартапы, но он также хорошо работает для крупных компаний.
Если это ваш проект, который вы создали, дайте ссылку на сайт или GitHub. Если речь идет о значительном вкладе в популярный проект с открытым кодом, опишите это в одном-двух предложениях и дайте ссылку на ваши PR.
Также можете показать, что вы создали в компании с закрытым кодом, описав в четких деталях, над какими частями продукта вы работали. Например:
Работая в Shopify, я переработал их HTML-шаблоны электронной почты до дизайна, который увеличил клики почти в два раза — с 15 до 27 %.
Лучше на английском
Если вакансия на английском, убедитесь, что ваше резюме и сопроводительное письмо тоже на английском. Например наша компания общается на английском, поэтому мы требуем, чтобы резюме были на этом языке, чтобы мы могли их прочитать.
Скиллы: только реальные
Не включайте в раздел «Навыки» все языки программирования и фреймворки:
Навыки: JavaScript, TypeScript, Node.js, React, Java, Kotlin, Python, Django, Flask, R, Rust, PHP, Perl, C/C++, Golang, C#, .NET, Bash, Powershell.
Для меня это выглядит так, как будто вы вообще ничего не знаете. Я бы предпочел увидеть что-то вроде этого:
Большой опыт работы с Python и некоторое знакомство с C#. Умею писать shell-скрипты и могу быстро выучить новый язык.
Я программирую почти 30 лет и знаю более десятка языков, но в своем резюме стараюсь указывать лишь те которые знаю хорошо:
Я свободно владею Go, Python, C, SQL и английским. Я также написал какое-то количество строк на JavaScript, HTML, C++ и x86-ассемблере.
Приятный дизайн резюме
Сделайте так, чтобы ваше резюме в PDF выглядело профессионально, и не в смысле «строго». Постарайтесь придать ему приятный вид — я имею в виду не сделать фон розовым или салатовым, а уделить внимание верстке и шрифтам. Процитирую:
Не делайте его похожим на документ в Word. Когда я вижу стену текста, таблицы с толстыми черными рамками, Times New Roman с полуторным интервалом, это быстро создает у меня ощущение «плохой коммуникации». Просто набрав в Гугле «шаблон резюме», вы найдете несколько вполне приличных вариантов резюме, почти не требующих коррекции.
Итак
Я работаю в Canonical, и нам приходится выбирать лучших из десятков тысяч резюме, которые мы получаем каждый месяц. О наших собеседованиях было сказано очень много, и не все отзывы были позитивными. Я был бы рад, если бы наш процесс найма был короче, но письменная часть собеседования (та, которой люди недовольны больше всего) на самом деле кажется мне довольно полезной. Интересно, что пока я писал эту статью, Canonical добавила следующее в нашу форму вакансий на сайте:
В процессе подачи заявки я обязуюсь использовать только свои собственные слова. Я понимаю, что плагиат, использование искусственного интеллекта или другого сгенерированного контента приведет к автоматическому отклонению моего резюме.
Я просто считаю, что отказ от ChatGPT улучшит любое резюме, а Canonical теперь уже требует от соискателей официального отказа. Я подозреваю, что другие компании вскоре последуют этому примеру.
Кстати, глава отдела документации Canonical написал статью о том, что анонимность в нашем письменном интервью снижает предвзятость в процессе собеседования.
Мы работаем 100% удаленно, поэтому письменное общение очень важно — нам важно оценить, насколько хорошо человек может рассказать о себе и оперирует терминами, используя только свои слова.»
