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

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

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

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

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

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

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

Самой востребованной темой оказалась "как я вырос в техлида", но рассказ невозможен без полноценной предыстории.

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

С фронтендом впервые столкнулся в школе, где в стандартном виндовом Блокноте писал свой первый html. Без всякого автоматического форматирования, подсветки синтаксиса, автокомплитов. Полный хардкор)

Но вышло так (предыстория в этом старом посте), что работать профессионально начал над бэком плюс разработкой десктопных приложений (эдакий фулстек, но бэка 80%), так как в итоге больше разбирался в базах данных, парсинге файлов. Кстати, мой профессиональный проект (начал карьеру в крупной ИТ-компании) - модуль загрузки данных для Сбербанка. Начинался он с формы выбора файла XLS и указания настроек загрузки в БД MSSQL, далее этот модуль вырос в большую ETL систему (подробнее позже).

Поработал 3 года бэком и получил несколько повышений, последнее было на должность "ведущий разработчик" (т.е. Senior) я увольняюсь из крупной ИТ-компании и перехожу работать в банк. Крупный региональный банк под названием Урал ФД. Устроился на должность "ИТ-аналитик". В том банке под этой должностью скрывались задачи системного аналитика с некоторыми функциями бизнес-аналитика и архитектора.

Дабы не мучать вас лонгридами, ожидаю 50 ❤️и пишу следующую часть - о том как стал фронтендером и вырос в техлида.

Становление фронтендером

Пробую снова несколько лет опыта уложить в одном посте)

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

Далее помимо работы с системами ДБО (Дистанционное Банковское Обслуживание) для физ.лиц. получил себе “в нагрузку” системы ДБО для юр.лиц. И мобильное приложение для них внедрял с нуля, до него была только веб-версия.

Как будто бы этого было мало и мою зону ответственности расширили еще. К ней добавился корпоративные портал, все прочие веб-сервисы с UI и как вишенка на тортике - сайты банка, их было 3: для корпоративных клиентов, розничных и отдельный для VIP-клиентов. Кстати, последний сайт был полностью переработан под моим руководством. Этот проект я провёл как проектный менеджер, сочетая с задачами по аналитике всего перечисленного web-хозяйства.

Вот так вот - работать в небольшом банке. Поработав в Сбере и ВТБ я совершенно чётко понимаю, что в таком “крупняке” вышеуказанные системы обслуживают около сотни команд(!), в каждой еще и не по одному аналитику может быть.

А я был один аналитик на всё) Вполне нормальным был такой день: рано утром - написать претензию подрядчику по мобильному приложению, в 10 утра уже идёшь на оперативку к руководству, после неё бегом на встречу с корпоративным бизнесом, дальше обедаю с инженерами поддержки, чтобы понимать текущую ситуацию по внедрённым системам, а после обеда занимаешься задачи розничного бизнеса - тут тебе и встретиться очно, и с подрядчиком поговорить, и требования написать, и SQL запросы подготовить для поддержки, и документально оформить всё.

Ну вы поняли, нагрузка в плане количества задач была нехилой) Среди задач были и рутинные, например - помогал первой и второй линии поддержки в разборе инцидентов, а для этого необходимо было сделать несколько SQL запросов и интерпретировать их результаты.

Несколько раз делал это вручную, никто не любит рутину - это все знают) Но никто её не любит так, как аналитик Саша, который раньше был программистом и занимался разработкой разных систем отчётности (пусть и больше в плане бэка). И появилась идея сделать небольшой UI для представителей поддержки, по которому они легко распознают проблему и им не потребуется лазить в БД и городить разные запросы.

Друг (коллега) сказал - Саня, да тут делов то - берём php, засовываем туда твои SQL запросы, несложная вёрстка в формате инпут+кнопка+табличка и готово) Очень благодарен ему за этот мотивирующий импульс и дальнейшие советы в реализации этой задачи. Ведь тогда это было первое знакомство с php, js и вёрсткой (если не считать школьную базу то что мы ковыряли в Блокноте.

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

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

Пообещал вам написать пост о продуктивности.

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

Начнём с того, что важно определять приоритеты. Тут может помочь такой известный метод как Матрица Эйзенхауэра. Пару раз составлял такую, но в итоге пришёл к тому, что мне достаточно понимания концепции и разделения задач по их важности и срочности.

Часто сталкиваюсь с тем, что люди не могут понять, что для них важно. Очень любят придавать высокую значимость "текучке", а потом жалуются о том, что мало времени на изучение нового/эксперименты. Тут совет простой - представьте, чего вы хотите достичь например, через год. Хотите иметь зп в X рублей? Работать на проекте с отлаженными процессами? Сменить сферу деятельности? Если да - значит это для вас важно, и надо планировать дела исходя из этого.

Главное внимание – главным вещам. Целая книгу написал Стивен Кови об этом. Несколько лет назад слушал её в аудиоформате. Вот простая концепция, но психологически людям проще делать то, что им привычно. Новое делать - страшно. Но блин, если не делать чего-то нового - вы не выйдете на новый уровень. В моём инфополе из этого трубят из каждого утюга и я в своём блоге не могу этого не написать.

Несмотря на то, что упомянул книгу Кови, я призываю вас начать действовать, а не читать книги/слушать подкасты по продуктивности. Да, книга может вас сподвигнуть к этому. Но также может и сподвигнуть этот пост :)
Как говорится, если вы ждали "пинка", чтобы начать действовать - вот он 😉

Кто считает, что статистика так себе - отпишите плз еще в комменты, вы сами откликались, пробовали ли или просто у вас ощущение такое и вам кажется, что на 100 откликов должно быть как минимум 60 приглашений. (нет, сынок, это фантастика) 😁

Сначала хотел написать большой пост о конверсии резюме, отношения к ней и методах её повышения, но решил, что лучше будет записать на эту тему видео или провести эфир. Да, я решил что очень давно не проводил эфиров и пора бы уже) Так что ждите - скоро будет анонс 😉

Хотелось бы собрать корректную статистику на эту тему. На первый взгляд - да, на бэк больше вакансий. Но и кандидатов больше.

Моя логика такая - если бы была серьёзная разница, то (в условиях рыночного капитализма) зарплата бэкендеров была бы значительно выше, чем у фронтов (сейчас разница есть, но она незначительна, менее 20% в среднем). Согласны?

Выкладываю продолжение, как и обещал)

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

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

Готов взять на менторство еще несколько человек. Если интересен ваш рост как разработчика в профессиональном, финансовом либо карьерном плане - пишите в лс @a_shirochkin , обсудим ваши персональные карьерные цели и то как я и наша небольшая дружная группа экспертов и просто хороших разработчиков может вам помочь в их достижении.

#ментор #отзыв

Уровень разработчика

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

джун+, джун++, мидл- ну и смех)) кстати про джун++ (не путать с C++!) не я придумал, от ребята такие оценки с собесов принесли мне в чат. И чего только не придумают, чтобы не дать желаемую зп человеку)
Не существует объективного "уровня" разработчика, тем более в такой детализации.

Когда-то давно вбросили на рынок идею о том, что существуют определенные "уровни"/"грейды", а люди её поддержали.
Почему? Потому что люди любят упрощать. Очень любят. Зачем пытаться оценить каждый навык по отдельности? Зачем пытаться определить полезность того или иного разработчика? И самое главное - как это сделать?

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

Крупная бигтех компания. Неделю назад (или даже больше) открыли вакансию системного аналитика. Вилка хорошая.

И знаете что? Пока ни одного резюме от HR еще не пришло руководителю. Это как называется вообще? Мне кажется, на второй день открытия вакансии у руководителя в почте уже должен быть десяток хороших резюме, всё-таки не в "Рога и копыта" набор. Я не прав? Напишите в комменты, плз.

Если у вас есть знакомые системные аналитики, которые не прочь сменить работу - жду в ЛС.

Это я вчера ходил на первое в своей жизни оффлайн-интервью - очень необычный опыт.

Интервью было по поводу моего будущего доклада на конференции Ural Digital Weekend (упс! про это тоже не рассказывал).

В том году был участником, а в этом решил попробоваться в роли спикера.

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

В том году были очень интересные доклады, хорошая организация, новые знакомства, пиво, огромный экран с Play Station, негр МС и отдельный DJ, для тех кто не только прыгает - мастер-класс по лепке пельменей на афтерпати ) Подробнее о конфе писал год назад.

Конечно же рекомендую посетить данную конференцию, потому что считаю её лучшей в Перми.

Программа и билеты по ссылке https://udwe.ru , по промокоду SHIROCHKINGIFT10 будет скидка 10%

P.S.: Ссылку на интервью скину по готовности

Конфигурирование frontend-приложений. Про него будет доклад.

Front-ops тематика - вопросы на стыке devops и фронта. Работал с этим на двух десятках проектов, много решений повидал - простых и сложных. Безопасных и не очень) Логичных и "чёрт ногу сломит".
В докладе проведу разбор каждого из подходов.

Для того, чтобы доклад получился еще круче, хочу собрать побольше примеров - какие параметры есть в вашем фронте?

Имеются в виду те параметры, которые отличаются у различных контуров (дев, тест, прод).
Разумеется, самый популярный - API_PATH, адрес вашего бэка.
В качестве примера еще приведу переменные IS_PRODUCTION (либо IS_TEST) чтобы выделить, что это прод)

А какие параметры есть у вас? Можно в лс скринами, если лень расписывать - в докладе все примеры будут обезличены.

Вышло первое видеоинтервью со мной.

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

https://www.youtube.com/watch?v=EKqf7QyEPgA

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

Правильный FRONTEND собес

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

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

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

🔥 Первое видео на моём канале длительностью почти 3 часа
🔥 0 душных вопросов
🔥 Практическая задача была, но без каких-либо онлайн-IDE, всё на словах.

Ссылку не кидаю, т.к. говорят что это ломает продвижение видео. Найти можно по тексту "Правильное FRONTEND собеседование" (пока не в самом топе, но всё в наших руках).

Вот такое комбо сегодня у ребят из группы моего менторства случилось сегодня 🔥

За этот год уже 20 парней и девчонок улучшили свою жизнь с моей помощью) Из них 8 нашли первую работу в IT, а 12 человек сменили существующую с заметным апом (у кого-то х2, у кого-то и больше).

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

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

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

Пока что нет какого-то маркетингового описания, в чём же заключается менторство. Всё пишу, но получается слишком много) Плюс некоторые элементы программы - индивидуальны.
Поэтому пока рассказываю в созвонах.
Если хочется роста как программиста - напишите в лс: @a_shirochkin, пообщаемся, скорее всего смогу вам помочь)

#ментор #отзыв

Что стоит прокачать чтобы получить оффер в IT?

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

1. Резюме и HR. Этим заниматься нужно просто для того, чтобы вас заметили. Прошли времена, когда достаточно было написать в последнем месте работы "Занимался разработкой фич и правкой багов." - и вас уже приглашают на собесы. Сейчас уже какие-то достижения нужно писать... И нет, "покрасил 300 кнопок" - это не достижение.
А еще и разговоры про деньги с HR... Да-да, большинство хочет сменить работу просто потому что платят меньше рынка, но только единицы HR готовы принять это в качестве ответа на вопрос "почему вы хотите сменить работу". А еще и по офферам иногда можно торговаться, да так чтобы повысили оффер, а не отозвали.)
2. Харды. Это ваши реальные навыки разработки. То насколько вы способны решать реальные задачи бизнеса. Для фронтов это - построение SPA с нуля, работа с формами, оптимизация, доступность, интеграция с бэком и многое другое. Для бэков это работа с БД, менеджерами очередей, реализация REST API интерфейсов и т.д.
3. Теория. Я разделяю реальные харды и знание теории. Под знаниями теории я имею в виду умение отвечать на вопросы по вашему языку/фреймворку, знание которых не требуется в вашей регулярной работе. Например знание различий var/let/const или eventoop в JS. Если у вас не используются в коде var (тогда у меня для вас плохие новости).
4. Задачи и алгоритмы. Навык практического решения задач на собеседованиях. Тут могут быть как задачи на сравнение массивов, хитрая работа со строками, так и совершенно оторванные от реальности алгоритмические задачки. Да, часть собеседований проходит без таких задач. Но их всё меньше и меньше. Вам не нужно быть гением алгоритмов, но задача по сравнению пары массивов не должна вводить вас в ступор.
5. Психология. Неожиданный и очень важный пункт. Для некоторых хороших разработчиков - ключевой. Обманчиво кажется самым простым. Ведь проще сказать "лайвкодинг - это не моё", чем признать, что тебе сложно совладать со стрессом в условиях собеседования и начать думать над задачей. Пришёл к выводу, что некоторые люди пытаются компенсировать проблемы с самооценкой прокачкой хардов.

Можно назвать этот список "Программой менторства", путь и максимально верхнеуровневый.
Детально по каждому из элементов напишу посты с рекомендациями по самостоятельной подготовке. Если интересно, ставьте 👍

#ментор #программа_менторства