SMART or STUPID? 3 типа цифр в резюме.

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

Хорошо поддающиеся счёту значения, понятные каждому разработчику. С частью из них мы регулярно взаимодействуем, примеры:
- Время сборки
- Размер бандла/конкретных чанков
- Скорость загрузки и более подробные vitals метрики такие как LCP, FID, CLS и TBT
- test coverage

Значения, расчет которых нужно уметь объяснить. Но лучше избегать конкретных цифр и просто писать “значительно”. Или хотя бы “примерно в 2 раза”. Здесь конкретика точно будет играть против вас.
Уменьшение времени онбординга. Его упоминают когда человек сделал какие-то инструкции, документацию и людям стало проще въезжать в проект.
- Время разработки нового блока/модуля. Возможно считать, при условии однотипности по сравнению с предыдущими.
- Количество проведенных собеседований. Да, про такое часто пишут сеньоры/лиды. Здесь для меня вопрос - а перешло ли количество в качество? Или ты 50 раз задавал одни и те же вопросы разным людям?
- Количество ошибок. Крайне холиварная тема. На количество ошибок в проекте влияет каждый член команды: бизнес, который ставит сложные сроки; аналитики, которые могут недостаточно подробно описать требования; тестировщики, которые уходят в отпуск или наоборот яро тестируют после него. Их всех нельзя “заморозить” - запретить людям вносить изменения в свои процессы, заставить людей работать строго одинаково, чтобы ты, такой красивый фронтендер, мог измерить эффект от перехода на typescript в новом проекте.

Цифры, которым не место в резюме разработчика.
- Конверсия заявок
- Индекс удовлетворенности пользователей
- Увеличение количества пользователей
И все прочие “бизнесовые” метрики. От этих цифр у меня фейспалм и невысказанный вопрос - а понимаешь ли ты, что на эти показатели работает вся команда? И в первую очередь - продакт, аналитик и дизайнер. И уж только потом разработчик. Если цифры из этого пункта есть в вашем резюме и вы разработчик - прямо сейчас зайдите и удалите, не надо позориться. Если цифр никаких нет - подумайте о том, чтобы добавить, первые два пункта вам в помощь.

SMART в резюме. Примеры.

Множество карьерных консультантов и HR советует, что в резюме должны быть описаны результаты работы разработчика. И не просто так описаны, а по методике SMART.

Согласно ей, задача должна быть:
Specific — конкретной.
Measurable — измеримой.
Achievable — достижимой.
Relevant — актуальной.
Time-bound — ограниченной во времени.

Вот примеры задач описанных по этому принципу (на основе реальных резюме):
- Настроил процесс автоматизированного тестирования для фронтенд-кода с использованием Jest и Cypress, что уменьшило количество ошибок в релизах на 50% в течение полугода.
- Провел рефакторинг 70% кода приложения, что увеличило его скорость загрузки на 20% и снизило время выполнения кода на клиенте на 15% в течение месяца.
- Разработал и внедрил библиотеку повторно используемых компонентов на React, сократив время разработки новых страниц на 35% в течение 6 месяцев.

Что вы думаете по этому поводу? Собираю мнения в комментах. Своё мнение выражу в следующем посте.

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

Поставьте плз реакции, хочу знать ваше мнение

? Спасибо, полезно
? Не надо, хватит

Папка Digital и IT:
https://t.me/addlist/Oa_vsjsHLx4zZjky

Добавиться в подборку

Telegram

Digital & IT

You’ve been invited to add the folder “Digital & IT”, which includes 37 chats.

Образование. Переход к менторству.

Если не считать экспериментов с работой репетитором в студенчестве, то мой опыт преподавания на начало 2023 года был ограничен парой десятков индивидуальных консультаций, которые проводил зарегистрировавшись на платформах-агрегаторов менторов. Люди были довольны моими консультациями, но мне этот формат не зашёл.

Да, люди мне говорили, что у меня неплохо получается объяснять различные сложные вещи простым языком. Даже пару раз приглашали преподавать в университете. Но когда звали я был крайне загружен - работал по 10-12 часов и считал это нормой. Десять лет назад к переработкам в IT было более лояльное отношение и я рад, что они перестали быть нормой в сознании большинства.

А в феврале 2023 года я получил предложение начать массово делиться своими знаниями и опытом на крупном авторском курсе про frontend с нуля.

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

Я потом эти домашки и проверял. Был в полном шоке, когда в первый день сдали около 50 домашек и сидел до ночи их проверял. Это как посмотреть пулл-реквесты новых джунов в команде. Только джунов 50) А потом еще завтра работ 30 привалило. Всего на первом потоке было около 100(ста) человек.

А я один. Для повышения эффективности придумал кучу фишек. Собрал гуглдок с типовыми ошибками, который регулярно пополнял и обязал всех его просматривать. Внедрил практику перекрёстных код-ревью, чтобы развивать у ребят насмотренность. В дальнейшем при работе с новыми потоками звал на помощь лучших учеников с курса. Большое спасибо ребятам за помощь.

А год назад автор курса решил поменять бизнес-модель и завершил со мной сотрудничество. И для большинства курс на этом закончился, по словам учеников. Но я сдружился с ребятами, мне хотелось послушать их истории, как они устроились и успешно работают фронтами.

Но я понимал, что если их бросить без ментора в этой точке, то самостоятельно работу они будут искать работу крайне долго. Потому что html/css/react как-то изучили и тудушку слепить могут. А вот пройти собеседования с такими знаниями - невозможно. Им обещали счастье, радость и работу с зарплатой от 150к на старте. У них, как и у меня есть семьи. Многие парни ради погружения в учёбу бросали работу и оставались на своих накоплениях и обеспечении жен. Респект парням за решительность, а супругам - за поддержку и веру в своих половинок.

Ведь их даже на собеседование не зовут. А если зовут… Ой, лучше бы и не звали. Депрессия на неделю после собеса - это еще быстро. Ведь таких вещей не рассказывали в модуле “Программирование на JS”.

Сентябрь 2023, я уже не преподаватель на курсе. Десяток ребят уже дошли до конца курса, который скорее оборвался для них, чем закончился как они ожидали. Посмотрел я на них месяц и понял, что пора “делать что-то своё”.

Ведь я лучше того автора курса, ученики так сказали. И с октября начал групповое менторство. 10 октября отмечаем годовщину со старта. К каким результатам пришли ребята? Из тех, кто пришёл в сразу после старта - все уже успешно работают. Из тех, кто пришёл чуть позже - один ученик получил на прошлой неделе своей первый оффер (и сразу на хорошую сумму). У пары остальных - скоро всё будет.

Конечно же благодаря блогу, ютубу и сарафанному радио ко мне на менторство начали приходить не только мои бывшие ученики. Я не люблю продавать и редко хвастаюсь достижениями, у меня как минимум десяток неопубликованных отзывов о моём менторстве. Два человека получили свои крутые офферы в этом сентябре. А по плану у нас - пять! Работаем!)