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

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

Как я учился в SkillBox

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

Летом 2012 года я окончил ВУЗ, а после был период когда работа полностью удовлетворяла мою жажду знаний. И продлился этот период 8 лет. Я вырос до Senior С# backend и уволился в день повышения, перешёл в аналитики, параллельно написанию требований и разработке архитектур работал в роли проджекта на крупных IT-проектах. Переквалифицировался в фулстеки, вырос в техлида команды в части фронтенда. Могло показаться, что, я из “прыгунов”, которые очень часто меняют место работы и это не так - большую часть этих ролей я попробовал в одном банке, в котором проработал с 2014 по 2020 год.

А в 2020 году, в мою бытность фронтлида в МТС, руководитель сказал - Сань, есть некоторый бюджет на образование, хочешь пройти какие-то курсы? В плане хардов на тот момент я уже был достаточно полноценен, поэтому курсы вроде “Продвинутый Frontend” были мне неинтересны, я и сам мог вести подобные курсы. Но не вёл, потому что синдром самозванца.

Выбрал курс “Руководитель команды разработки” (также он называется Профессия Teamlead) от SkillBox. В то время эта школа котировалось достаточно хорошо, это сейчас уже она подмочила репутацию агрессивным маркетингом который принёс немало негативных отзывов. Искал, но не смог найти на лендинге Скиллбокса этот курс сейчас, думаю что его вывели из продажи из-за низкой рентабельности. Курс руководитель апрувнул, да не просто апрувнул, а еще и рекомендовал нескольким сеньорам/техлидам из других команд.

Обучение планировалось на 7-8 месяцев, но сначала ряд модулей вышел с опозданием, а потом была задержка с составлением требований к дипломной работе, далее больше месяца ждал своей очереди на эфир-сдачу своей работы. В итоге курс продлился чуть больше года. Кстати, сама дипломная работа была интересной, в ней я описывал свои решения по конкретным управленческим кейсам, а потом защищал свои решения перед своими преподавателями, известными современными экспертами в сфере менеджмента - автором канала “Заметки на техдирском” Дмитрием Симоновым и админом популярного чата “Боль Тимлида” Романом Ивлиевым.

На курс я пришёл уже с неплохой базой - знал что такое Agile, SCRUM и Канбан. Но и что-то новое я там получил, кроме того, структурировал свои знания. Помимо вышеуказанных тем, были такие как лидерство, мотивация и управление сотрудниками, развитие команды, управление проектами и изменениями, организация и фасилитация встреч. И благодаря курсу могу говорить, что я - дипломированный тимлид.

В целом оцениваю тот опыт как позитивный. Был неплохой контент, профессиональный куратор и неплохие задания на закрепление материала, которые местами давали задуматься. Могу ли я сейчас порекомендовать эту или другую школу программирования? Нет. За последние пару лет в онлайн-образовании произошла куча изменений, количество курсов сильно выросло, и появилось много как плохих, так и хороших курсов.

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

upd: продолжение поста/не подумал что не влезет в один)

Школа-ВУЗ - и хватит учиться?). Но еще на 4 курсе (итого 5 лет учился) я пошёл на второе высшее, на переводчика с английского. Шёл туда, чтобы прокачать свой английский, который после трёх месяцев прожитых в США был и так неплохой. Было крайне непросто учиться на дневном по основной специальности, по вечерам учиться на переводчика, еще и успевать работать программистом. Как выживал в тот период - вопрос) Work-life balance страдал конечно. Действительно, самое сложное - совмещать обучение и работу, ведь работать я начал еще на 2 курсе ВУЗа, занимался сис.админством и просто “помогал переустановить Windows” и занимался этим пару лет, до своей первой официальной работы бэкендером.

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

А что для вас - День Знаний? Вспоминаете ли школьные годы? Ностальгия или “слава богу, что это закончилось”?

Мои айтишные цифры

Ого, а люди то и не знают оказывается про мой разнообразный опыт. Давайте накидаю цифр на эту тему)

С 2007 в IT
Получал одновременно 2 высших (очно и вечернее) плюс работал
2 года сисадмином
3 года бэкендер C# + SQL
3 года системный аналитик
2 года руководил проектами
2016 - начал заниматься фронтом
2019 - Техлид фронта
10 лет назад ещё попробовал работу на двух работах одновременно
Поработал в: веб-студии, аутсорсе, аутстаффе, стартапе, продуктовых компаниях.
Поработал в 30+ проектах
Руководил 6 фронтами в одной команде
Руководил 3 командами по 3-5 фронтов одновременно
Получил оффер на руководство фронтом в дирекции топ банка (50+ фронтов), отказался
Работал единственным куратором на курсе по фронту, одновременно 150 учеников
Помог прокачать знания и повысить зп 25 ученикам за этот год, более подробная статистика по менторству заслуживает отдельного поста.

Посмотрел я результаты опроса и в первую очередь хочу порадоваться за тех людей, которые не отметили пункт про некачественные требования. Я думал, там будет процентов 80-90%. Удивлён ))

Возможно у меня самого такое внимательное отношение к требованиям, потому что около трёх лет я проработал аналитиком. В то время еще не было разделения на бизнес-аналитиков и системных.

По факту я был системным аналитиком, выполнял часть задач бизнес-аналитика и архитектора. Еще и на SQL разрабатывал всякие отчеты и миграции.

Знали что я работал аналитиком?
❤️- да
?- нет

Правильное собеседование

Тут Женя прокомментировал мой пост и я не могу не ответить. Накрутка опыта это новая реальность на рынке, хотим мы этого или нет, нас никто не спрашивает.

Я сам регулярно провожу мок-собесы, на которых с лёгкостью нахожу нестыковки в "легенде" у некоторых ребят. Кстати, не все занимаются накруткой, в приоритете я работаю с теми, у кого уже есть какой-то опыт в разработке, но не получается вырасти самостоятельно.

Целенаправленный поиск нестыковок в опыте - стратегия рабочая, но не оптимальная. И тут я согласен с Женей, оптимальным вариантом будет проверять на собеседовании способность кандидата к решению типовых задач, которые будут встречаться в работе.

Я сам как лид проводил последние собеседования только в таком ключе.

Кстати, хочу провести на ютубе для кого-то мок-собес, состоящий полностью из вопросов, которые относятся к решению регулярных задач фронтендера. Никакой абстрактной теории про варлетконст и ивентлуп. Кого-то из подписчиков позову в качестве кандидата)

И тут призываю вас пополнить мою базу вопросов такими вот правильными вопросами на собеседовании) Пример хорошего, пусть и простого вопроса: Если мы в useEffect использовали setInterval для запуска какого-то периодического действия, каким образом мы должны его отменить?

Прочитайте пост в канале у Жени и подписывайтесь. Полезно знать что у другого тимлида в голове, сам читаю и иногда комментирую.

Пишите в комменты, предлагайте свои хорошие вопросы, которые должны быть в "правильном собеседовании". Можно как с кодом, так и устные вопросы)

Telegram

Записки тимлида | #Frontend ментор

Что делать с новичками? Прочитал у Сани пост про исследование от Habr про количество откликов и вакансий, которое подтвердило текущее состояние рынка: разработчики без опыта никому не нужны. Такое положение дел вынуждает начинающих разработчиков переступать…