❌ Так делать НЕ надо! ❌ | часть вторая

После абсолютно ужасного онбординга в компании начались новые приколы, но теперь, в основном, со стороны руководителя. Структура в команде получилась следующая:

1️⃣ Есть мой друг на позиции SEO-специалиста, которого нанимали под фразу «ты полностью ведёшь проект». Будем называть его просто «кент» или «друган».

2️⃣ Над ним есть руководитель, который «когда-то давно работал в SEO», но сейчас человек-шестирук, который толком объяснить, за что он отвечает, не смог. Для нас важно, что он должен, вроде как, быть руководителем моего друга. Будем называть его «рук».

3️⃣ Над этим руководителем есть product owner. Будем называть его «овнер».

4️⃣ Рядом бегает scrum-manager, который отвечает за построение и соблюдение процессов во всём продукте. Будем называть его «скрамщик».

То есть, схема такая: овнер ставит задачи верхнеуровневыми мазками руку и кенту. А скрамщик носится между всеми и ставит встречи, проводит записи, пишет МНки и пытается наладить хоть какие-то стабильные процессы.

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

Основной задачей кента было «сохранить и приумножить органический трафик из поисковых систем».

Пара дополнительных показательных моментов из их взаимодействия с руком (кент вспоминал, как мог):

1️⃣ Первый день в офисе. Говорят позвонить руку и спросить, что делать. Ответ:

«Привет, мои поздравления с попаданием в команду! Я сейчас не могу с тобой говорить, я в отпуске, мне ехать надо»

❗️Первый день! Он знает, что сотрудник первый раз попадает в big tech и… просто кидает его в воду (разрешаю читателям тут начать громко материться)

2️⃣ Спустя месяц пишут по поводу командировки. Спрашиваешь руководителя, насколько корректно, что туда поеду я — чувак на испытательном сроке, который «без году неделя» в компании, — рук даже не знает о командировке. Хотя сам там должен быть.

3️⃣

«Я SEO-шкой не занимался с 2018 года, но моё мнение и видение работы правильнее и корректнее, чем всё то, что ты говоришь и предлагаешь»

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

p.s. пришлось разбить на два поста. не влезло)

#сторитейл

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

❌ Так делать НЕ надо! ❌ | часть три. заключительная

А теперь просто посмотрите на всё глазами кента. Ты выходишь в бигтех на большой и, вроде бы, важный проект. Твой руководитель кладёт на тебя болт с первых дней. Ты начинаешь сам искать у всех подряд ответы на вопросы и получаешь от рука наезд за то, что ты «через голову шагаешь». Ок, начинаешь вести более тесную коммуникацию непосредственно с ним. Но в итоге вы скатываетесь в:

Хочу отчёты, но не знаю какие

— ни примеров отчётов, ничего. Всё, что присылал кент, браковалось фразой «мне не нравится, надо по-другому»

Хочу показатели по трафику, но не знаю какие

— доступов в аналитику кенту не давали два месяца.

Хочу задачи на испытательный срок, чтобы ты сам себе сформировал, но не знаю какие

— кандидат сам себе придумывает задачи на испытательный срок. А те, которые придумал, руку «не нравятся, надо по-другому»

Ну ладно, мы с кентом списывали это на «нужно притереться». И абсолютно каждый раз, когда происходил новый «моментик» со стороны рука, мне всё труднее было поддерживать мотивацию в друге.

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

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

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

Ещё один показательный случай:
Овнер ставит задачу:

«Подготовьте пять самых приоритетных задач по SEO».

Друг готовит их на следующий день, но руководитель говорит:

«Давай не пять, давай сразу все семьдесят приоритезируем, чтобы потом иметь всё на руках».

На приоритизацию ушло три недели, потому что руководитель каждый раз не принимал результат, так как:

«мне не нравится, надо иначе».

Но что такое “иначе”, естественно, не объяснял.

🎰 “Крутите барабан!” 🎰

С трудом закончив приоритезацию, они пришли к овнеру на встречу и сходу получили:

«Нахер вы мне 70 принесли? Я просил, блять, 5. Покажите их! Ещё и три недели потратили..».

Друг показал те пять, которые были готовы на следующий день после постановки задачи, овнер "окнул", и они ушли в работу.
🤢 Три недели, Карл, три, было потрачено на абсолютно ненужную работу по инициативе руководителя.

В итоге, спустя три месяца испытательного срока, руководитель пришел с фразой:

«К сожалению, мы ожидали другого. Большей инициативности, более быстрого выполнения задач».

Все возражения друга о том, где он мог бы работать быстрее (три недели на ненужную задачу, ожидание встреч, поиск нужных людей, ожидание доступов и т. д.), разбились о фразу: «Ну, мне не понравилось, я ожидал другого».

На этом работа в МТС для друга закончилась. Ощущение, что он был каким-то экспериментом, потому что после его увольнения вакансию закрыли. В общем, не делайте так! ❌

#сторитейл

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Всем доброе утро.

🔞 Обещанный кринж моментик с выступления на holy js.

Контекст:
Мы рассказываем про технологию FSD. Там есть «слайсы». За 3 минуты до выступления мы придумываем адскую шутку и решаем интегрировать ее в доклад.

Все-таки в Питере выступали 🤟🏻

#спикер

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Всех уволю к чертям собачьим!

Вчера наткнулся на занимательный пост (читать только психически стабильным), в котором некто Денис Теплов (директор по продукту в Лиге Ставок) похвастался, что уволил сотрудника, когда узнал, что у него есть вторая работа, попутно назвав эту компанию «куколдами» и предложил сделать «реестр пидорасов», куда бы попадали все, кто работает в IT на нескольких работах сразу.

Хочу объяснить своим подписчикам, ведь среди вас есть те, кто планирует расти в руководящие позиции, почему главный «куколд» в этой истории — автор поста.

Специфика IT такова, что у разработчика существует условный КПД. Возьмём за эталон 100%. Это тот случай, когда разработчик пишет безошибочно код и не отвлекается на ютубчик и чатики ровно 8 часов в день. Надеюсь, всем понятно, что это утопия. В реальности ожидаемый КПД разработчика — 60%.

Это будет отличный результат для компании.

Но процессы и планирование, особенно в хороших компаниях, учитывают ещё и то, что от 60% отнимается ещё около 40% на организационные моменты: встречи, обсуждения, раскопки в коде и другие активности, не направленные на движение продукта вперёд.

Итого мы получаем цифру продуктивности в 40% от «утопического КПД». Путем нехитрых манипуляций, мы с вами узнали, что из 8 часов среднестатистический разработчик двигает компанию вперёд +- 3,5 часа.

Видите, к чему я веду? Правильно. Если у разработчика две работы, где есть прозрачные процессы, то у него получается 3,5 ч. + 3,5 ч. продуктивной и спокойной работы разработчика. Ровно из-за того, что такие расчёты применимы в большинстве компаний, практически всё IT или работает на двух работах, или основа + какой-то фриланс. Если кто-то не работает на двух работах в текущий момент времени, значит, он работал, но устал. Так как всё-таки ему нужно работать вдвое больше, чем его «базовый КПД».

Давайте попробуем понять логику Дениса. Он НЕ ставит тезис, что задачи разработчик начинает выполнять долго и с низким качеством, что побудило его инициировать увольнение. Единственный пункт, который там есть — две работы у сотрудника.

Какие основные задачи и KPI у бизнеса? Верно. Развитие и стабильность продукта плюс соблюдение сроков и квартальных планов.

Если у тебя всё работает как часы, тебе важно, сколько работ у твоих сотрудников? Адекватному руководителю/директору — нет.

Если у тебя в компании ставят заранее завышенные требования к развитию продукта (не учитывая ни capacity команд, ни рост бизнес-отдела, не закладывает форс-мажоры), то тут, извините, вопросы не к сотрудникам. Когда компания вместо ожидаемых 40% КПД требует от сотрудников 80%, то она заранее соглашается на то, что сотрудники начнут выгорать, уставать, класть болт, и на дистанции это неминуемо приведёт к провалу всех сроков и/или снижению качества продукта и текучке в компании. В итоге все разговоры с Денисом свелись к тому тезису:"Качество страдает!! И вообще у него офф.договор с нами!11!!1! пыщ-пыщ-пыщ (слюна полетела во все стороны)". Но в процессе лёгкого обсуждения выяснилось, что они и так и так уволили бы сотрудника, ведь к его качеству и скорости были вопросы. Причина тут абсолютно не важна. Будь то вторая работа, просто усталость, потеря вовлеченности или любая другая альтернативная причина — работник перестал справляться с обязанностями. Компания с ним прощается.

Не будьте как Денис.

#сторитейл

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Я регулярно ругаюсь в постах термином capacity. Попробую на пальцах (котиках) объяснить что это такое.

Это такая штука, о которой все говорят, но никто толком не знает. Представьте себе: у вас есть команда разработчиков, похожая на стадо ленивых, но милых котиков. Каждый котик – это разработчик, и каждый котик имеет свой собственный, неповторимый уровень лени… простите, продуктивности.

Capacity – это попытка посчитать, сколько рыбок (задач) эти котики могут слопать (выполнить) за определенный промежуток времени. Казалось бы, просто: посчитаем котиков, умножим на среднее количество съеденных рыбок в час, и вуаля! Но нет!

Тут начинаются проблемы:

1️⃣ Котики болеют: Один котик ушел в отпуск, другой подхватил вирус (баг в коде), третий просто решил поспать на клавиатуре. Capacity падает!
2️⃣ Рыбки разные: Одни рыбки маленькие и вкусные (простые задачи), другие – огромные и костлявые (сложные задачи, требующие месяцев работы). Даже если котиков много, огромная рыбина может застопорить всю команду надолго.
3️⃣ Котики конфликтуют: Два котика дерутся за самую вкусную рыбку (кто-то забыл закоммитить код). Производительность падает!
4️⃣ Рыбок мало: Менеджер забыл купить рыбок (задачи). Котики скучают и играют в "пятнашки" вместо работы. Capacity стремится к нулю!
5️⃣ Котики тупят: Оказалось, что котики не умеют программировать (недостаток навыков). Рыбки остаются нетронутыми. Capacity – мизерная.

Так что Capacity – это не просто количество котиков, а сложный алгоритм, который учитывает болезни, конфликты, размер рыбок, настроение котиков и ещё кучу факторов, которые предсказать практически невозможно. И да, часто случается, что ожидаемый Capacity и реальный Capacity – это две большие разницы. Это как обещание котика поймать мышь – хорошо звучит, но на деле, котик оказывается "Томом" из одноимённого мультика

В общем, Capacity – это магическое число, которое IT-менеджеры используют для того, чтобы выглядеть умными, а разработчики – для того, чтобы оправдывать свои просрочки. И все вместе пытаются построить прозрачное, прогнозируемое планирование. 😾🙀

#обучение

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Итоги года в мире JavaScript

Конец года. Как всегда, Stateofjs опрашивает респондентов и подводит итоги «мира JavaScript».

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

Я же поделюсь самыми интересными наблюдениями:

1️⃣ Средняя годовая зарплата в Штатах (на 50-й персентиль) — $175 000, в Европе всего $90 000 и меньше.

2️⃣ В футболе «закат карьеры» — это 30 лет, а в IT — 60. Делайте выводы.

3️⃣ Разброс в зарплатах от стажа просто ужасающий: от $29 000 для < 4 лет и до $125 000 для > 25. Но тут я буду скептиком и предположу, что сравнивали стажёров и senior/lead. Ну и у них нет «волчар», которые с двухлетним опытом устраиваются на высокие позиции.

4️⃣ Количество «управленцев» приблизительно 5% из всех опрошенных. Остальные — обычные разработчики разных грейдов. В РФ данные будут такими же.

5️⃣ Мужчины правят IT-миром. Женщин всего 6%.

6️⃣ Vue.js потихоньку убивает React, и всё больше народа начинает его использовать.

7️⃣ Фреймворк Astro активно набирает популярность. Он нужен для лёгких SPA-приложений, которым требуется максимальная скорость загрузки и управление гидрацией страниц.

8️⃣ 67% разработчиков используют в работе ChatGPT, а 48% — Copilot (AI-инструмент, который анализирует ваш проект и предлагает «готовые» кусочки кода).

9️⃣ TypeScript становится повсеместно используемым. 34% используют TS с полным покрытием в проектах, и лишь 8% не используют его вовсе.

🔟 98% используют JS для frontend-приложений, 64% (неожиданная цифра для меня) — для backend-приложений.

Выводы: JavaScript живёт и развивается. На JS можно делать фронт и бэк. Искусственный интеллект внедряется и используется всё активнее. Зарплаты хорошие, путь до senior’а (без накруток и прочего) — 4 года плюс-минус. Быть руководителем - круто, так как конкуренция низкая.

Учитесь, глупцы, пока не поздно!

Потыкать самому - https://2024.stateofjs.com/ru-RU/

#обучение

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

🎄 Новогодний пост 🎄

Привет, мои дорогие подписчики 🎅

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

🎇 Начнем с итогов этого года:

🔴Количество людей в подчинении снова превысило 50 человек, чему я очень рад.

🔴Реализовали 90% всех поставленных на год целей в разрезе управления.

🔴Сохраняю темпы роста доходов, чтобы реализовать одну из “целей до 30”.

🔴Сделал предложение своей возлюбленной, да не абы как, а с целой историей (девочки, вам отдельный респект, знаю что читаете мои посты!)

🔴Сдался мой долгострой и мы с женой, наконец-то, начали процесс ремонта.

🔴Впервые выступил на конференции

🔴Поборол внутренние страхи и завёл свой блог

🔴Стал ментором, и на текущий момент 5 человек обучаются на нашем парном менторстве с @palaxius

🎁 Грядущий год обещает быть насыщенным:

🔴Будет главное событие – я стану “мужем” официально.

🔴Не менее грандиозная цель - сделать ремонт в квартире и следующий новый год встречать уже там.

🔴Буду расширять медийку. В планах - записи обучающих роликов и стриминг.

🔴Похудение. Я изрядно набрал за последние пару лет. Нужно вернуться в приемлемые цифры.

🔴Нормализация выхода постов и 1500 подписчиков на канал.

🔴Рабочие цели раскрывать не буду. NDA, всё такое 🌚

Ребята, дорогие мои и любимые!

Всех вас поздравляю с наступающим новым годом. Помните главное правило счастливой жизни: “Не можешь противостоять – противолежи!”. Береги своё здоровье и свои нервы. Тратьте свои силы только на достижение результатов и не распыляйте себя на ненужных, негативных и отравляющих жизнь людей. Цените себя и любите своих близких.

🎉 В новом году всё будет хорошо, я узнавал! 🎉

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Салют, бложик 🎉.

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

Этот год я планирую провести в структуризации всего, что меня окружает, и в налаживании процессов.

Постараюсь ответить на вопрос: “зачем оно тебе надо?”.

У меня существует проблема объема активностей и проблема того, что эти активности имеют временные пересечения, и чем дальше, тем труднее становится поддерживать продуктивность во всём.

Какое решение?

В замечательном посте у моего друга описан один из доступных и отлично работающих подходов — Second Brain. Этот подход предлагает структуризацию всего потока активностей в любой “продвинутый блокнот”. Это может быть notion, buildin, obsidian итд. И, в дополнение, вы объединяете календари. В моём случае это будет рабочий календарь, менторский календарь, семейный календарь и личный календарь. И при таком объединении вы получите единое пространство, где структурируете свои мысли, цели, планы в единый календарь со всеми запланированными делами.

К слову, мы с Андреем объединились в плане менторства и теперь ведём свою парную менторскую программу, но об этом я расскажу детальнее в отдельном посте.

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

Так же у меня есть рубрика “ответы на вопросы”. Я с удовольствием отвечаю на любые вопросы про IT, руководителей, frontend. Если у тебя есть вопрос - напиши его мне в личные сообщения, и я разберу его в блоге максимально детально.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Знаете, что такое крутой ритм команды?

Слушая в очередной раз музыку, мне попался трек “Don’t Need Nothing - Exploid”, и я неожиданно осознал, что он идеально описывает идеальный рабочий ритм. Включите его на фоне и продолжайте читать этот пост.

Взяв определение DnB, мы получим следующее:

“Drum and Bass – это жанр электронной музыки, который характеризуется быстрым темпом, сложными ритмическими структурами и мощными басовыми линиями”.

Видите? Ну, один в один же!

Как выглядит работа команды?

У вас есть четкие релизные циклы, ожидаемое планирование и понимание объёма работы на каждый следующий цикл. По-моему, очень похоже на повторяющуюся "бочку" в любом драм-треке.

Ключевая задача руководителя — оптимизация процессов в команде для достижения минимально возможного TTM (Time To Market) при сохранении (а в идеале, улучшении) качества продукта. Чем не “быстрый темп”?

А “сложная ритмическая структура” – это многослойность всего процесса разработки. Прибегают продакты с горящей задницей, приходят новые разработчики на проект, меняются требования, тестеры находят критические проблемы и другие факторы, пытающиеся всегда "сломать все процессы"

В треке есть очень интересная музыкальная яма, которая начинается на 1:50. А это — наш долгожданный релиз вышел на регресс. Мы аккуратно и спокойно чиним баги, чтобы успеть вовремя всё пофиксить и выйти в продакшен без съездов и неожиданных проблем. Выпустили? Красавцы! Теперь дальше разгоняемся и снова входим в нужный нам ритм.

И так по кругу команда живет, наращивает темп “бочки”, притормаживает, чтобы аккуратно закрыть релизные баги, и снова набирает обороты.

Вот такой получается Drum and Bass ритм команды.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Закаляйте себя и будьте здоровы

Вчера я, как и каждый год, окунулся в прорубь на Крещение. Для меня это уже не просто экстремальный поступок, а важная часть моего ежегодного "энергетического" ритуала.

Мороз ощущался сильно, вода, конечно же, ледяная. Но что меня всегда удивляет – это то, как быстро холод сменяется чувством бодрости и свежести.

Это как резкая перезагрузка. Выходишь из воды, и ощущаешь прилив сил, словно вся усталость и негатив смыло. Теперь я точно знаю – это не просто традиция. Это реально работает, заряжая позитивом на весь год. Если вам интересно – советую попробовать хотя бы раз.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Один из самых частых запросов, которые я получаю как ментор, звучит так: «Пришел на hh, откликов нет, конверсии нет, помоги, расскажи что не так».

Давайте поговорим про ред флаги в вашем резюме.

Нет фотографии
Любой HR — это тоже человек. И когда он видит анкету с красивой фотографией, где четко видны глаза кандидата, то происходит первый «коннект». Обезличенные анкеты это минус.

Указание зп
Никогда не указывайте зп. Вы лишаете себя части воронки, потому что в компании А вилка 150-200, во второй 250-300. А у вас стоит 230. Для первой Вы слишком дорогие, для второй слишком мало хотите и в итоге вторая будет смотреть на вас как на более слабого специалиста, ориентируясь на ваш ценник.

Частые «прыжки»
В жизни бывает всякое. И часто кандидаты хотят быть честными с потенциальным работодателем. «Ну я на созвоне с HR объясню почему в 3 последних компаниях у меня стаж по 3-8 месяцев». Так вот — нет, не объяснишь. С тобой просто не свяжутся, потому что частая смена работы - это ред флаг.

Длинные «зоны работы» у компаний
Когда вы указываете компанию, то hh предлагает вам выбрать области работы компании. Выбирайте только IT направления. Иначе сам агрегатор будет занижать ваше резюме, из-за неподходящих сфер деятельности.

Нерелевантный опыт
Ты 20 лет работал в Дикси и 2 года джуном? Значит ты 2 года в IT. Не усложняйте жизнь себе. Будут искать сеньора, откроют ваше резюме и закроют увидев Дикси. А те кто ищут мидла даже не откроют. Зачем им сеньор с 22 годами стажа?

Нет структуры описания опыта
Нельзя писать коротко «работал работу», это, вроде бы понятно всем. Но когда вы пишите простыню текста - никто не читать не будет. На отбор разработчика HR тратит 30-45 сек на резюме. Поэтому текст должен быть четко понятен и структурирован. Задачи / достижения / стек.

Повторение информации в секции «обо мне»
Частая ошибка - писать в обо мне перечисление стека, достижений и обязанностей из описания прошлый компаний где вы работали. Покажи работодателю какой ты разносторонний человек. Играешь на пианино? Круть! Контрибьютишь в open source проекты? Вообще огонь! А если выступаешь на конференциях и ведешь ютуб — да ты просто бог! Расскажи об этом!

Дополнительная инфа:
1. Не пытайся выдавить из себя информацию. Не получается само? Подгляди у других!
2. Прогоняй через gpt текста на пунктуацию и орфографию.
3. Пиши сопроводительные записки «от вакансии» на которую откликаешься.
4. Купи подписку hh pro. 200 рублей в неделю, но она работает. Просто поверь и купи.

Все равно не получается? Приходи ко мне на разбор резюме. До конца февраля это бесплатно.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Моя мужская мотивация!

Девочки. Читать можно, но вы не ЦА. 😁

Сегодня 14 февраля, а значит, это самое лучшее время петь хвалебные диферамбы моей жене. Есть мысль, что за каждым успешным мужчиной стоит сильная женщина. Не то чтобы я считал себя сильно успешным, всё-таки, точек для роста я вижу ещё достаточно много: как минимум, мой чатик называется “путь к СЕО”, что говорит о том, что я, как минимум, на двух, надо сказать, очень больших ступенях от своей карьерной цели. Но всё познаётся в сравнении. Когда я переехал в Москву, мне было всего 22 года. Да, за плечами уже 8 лет в IT, различные взлёты и падения, но всё равно я был “пиздюк обыкновенный”. Но потом в моей жизни появилась она, и всё сломалось изменилось.

Нет, не то чтобы она говорила мне: “Работай больше, или я уйду от тебя”. Такая мотивация не работает ни с кем и никогда. Она просто была рядом. Поддерживала меня в трудные карьерные и жизненные моменты. Приносила мне кофеёк и еду к рабочему столу, когда я не мог даже оторвать ягодицы от стула. Выходила, можно сказать, меня после операции на копчике. К слову, тогда мы решили, что я просто обязан на ней жениться после того, что она видела))😆

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

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

Где бы я был, не будь её рядом?
Конечно, там же, где сейчас, я же крутой😂 (нет).
Да одному Богу известно. Но то, что всё было бы намного труднее — это однозначно.

Что сказать-то хотел?
– Любящая женщина рядом — это кайф!
– Если мужчина любим, то он свернёт любые горы.
– Мне кажется, что только такая внутренняя мотивация помогает мужчине раскрываться и выкладываться на все 110%. Оно как-то само так получается.
– Что люблю тебя, @Viktoria_Sol, очень сильно, и нет слов, чтобы описать, какой вклад ты приносишь в нашу маленькую, но очень крепкую ячейку общества!

Есть фраза: “Сделай своё хобби работой, и тогда тебе не придётся ни дня работать”.
Сегодня предлагаю переиспользовать её так: “Найти любовь, и тогда тебе никогда не придётся искать в себе мотивацию!”

p.s. зацените какой мне крутой тортик подарили)

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Дима, а где посты каждую пятницу? Куда ты пропал?

Ответ всех шокирует, но я пропал в работу. Напомню контекст про себя: у меня в подчинении на текущий момент 58 человек в 4 командах, из них 5 руководителей команд и 53 разработчика разных уровней. И так получилось, что в определённый момент времени у меня случились пожары во всех командах.

Что загорелось?

Мы делаем онлайн-кинотеатр PREMIER.ONE. Что главное для нашего сервиса? Конечно видеоотдача. И, конечно, именно с ней появились неполадки. Для тех что не знает, видеоотдача это набор сервисов от хранилок контента до отдачи чанков видео. А проблемы, естественно, супер плавающие и находящиеся где-то на стыке 6 разных сервисов. Чувствуете боль? Это только первый пункт.

Второй будет реализация абсолютного нового SMART TV приложения. Телевизоры, для контекста, это тот же браузер, который запускаешь ваш сайт, только отстающий по ресурсам лет на 5 и по версии браузера года на 4. И одна из моих групп разработки полгода с нуля разбиралась с тем какие ограничения в разработке есть, реализовывала новый UI, кастомные фичи и билась над ограничениями Proxy Object’a vue 3 и nuxt’овского Data Object’a. И мы не успели выйти в прошлом году.. Из-за чего фокус C-Level’a к нам стал троекратным. Задача простая - выйти в прод и не умереть от шквала негатива пользователей. Глобально, на текущий момент, мы справились. Но поехавшие сроки и неправильно просчитанные риски – моя проблема и мой “косяк”.

Третий пункт это самый крупный рефакторинг одного из клиентов. Представьте себе приложение, которое разрабатывалось три года без корректного flow по рассасыванию бэклога тех.долга. И вот, в один из дней, мы вместе с руководителем этой команды принимаем решение что объем технического долга превысил 3000 storypoint’ов. Capacity этой команды – 180SP. 16 чисто технических релизов, Карл! Ну или 8 месяцев код фриза платформы и работа исключительно над рефакторингом. Баланс между бизнесовыми задачами и тех.долгом это кропотливая работа.

Завершим парад моих проблем и неверных решений, наверное, самой большой моей ошибкой. У меня очень крутые руководители в командах. Они самостоятельные, амбициозные и с очень выраженными лидерскими качествами. Что могло пойти не так? Всё банально. Я вовремя не увидел то, что мои руководители, в большинстве своем, желая делать только идеальные решения пропустили баланс между качеством и рисками. Почему это моя проблема, спросит внимательный читатель, – а я отвечу: “Потому что я их руководитель”. И моя прямая ответственность это повышение стабильности команд, а следовательно и руководителей. Если кто-то из них, преследуя лучшие цели, перестаёт видеть и управлять рисками – это моя проблема.

Следующий пост будет о том как выходить из таких ситуаций.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Учимся решать проблемы и расставлять приоритеты. (1\3)

Часто в работе вы встречаетесь с тем что у вас есть N параллельных задач. Добавим сюда коэффициент в виде ваших руководителей или продукта, которые "пушат" вас. Важно понимать что все ваши коллеги, на любых вертикалях, решают исключительно свои боли. Вы в таком ключе — просто инструмент для выполнения kpi.
Так рождаются ситуации когда к вам приходят с десятком “ну ооочень горящими и важными задачами”.

В прошлом посте я рассказывал о том как сам попал в такую ситуацию. Как быть?

Существует несколько вариантов выходов из таких ситуаций:

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

👍Правильным путём будет применения специальных механик.

Первая — матрица срочности и важности (Eisenhower Matrix / Urgent-Important Matrix).
Это метод, который предлагает разделить задачи на четыре категории на основе срочности и важности.

1️⃣ Срочные и важные (Do First): Критические проблемы, которые требуют немедленного внимания.

2️⃣Важные, но не срочные (Schedule): Задачи, которые важны для долгосрочного успеха, но не требуют немедленного решения.

3️⃣Срочные, но не важные (Delegate): Задачи, которые требуют немедленного внимания, но могут быть делегированы кому-то другому.

4️⃣Не срочные и не важные (Eliminate): Задачи, которые не приносят ценности и могут быть отменены.

Рассмотрим на примерах:
Do First: База данных упала, сайт не работает
Schedule: Необходимо обновить библиотеку безопасности, есть уязвимость, но эксплуатации пока нет.
Delegate: Пользователь не может сбросить пароль, но есть обходной путь через поддержку.
Eliminate: Анализ логов за прошлый месяц.

Как применять в реальности?

1️⃣Оцени каждую горящую задачу по шкале срочности и важности.
2️⃣Размести задачи в соответствующей ячейке матрицы.
3️⃣Сначала решай задачи из категории "Срочные и важные".
4️⃣Затем планируй задачи из категории "Важные, но не срочные".
5️⃣Делегируй задачи из категории "Срочные, но не важные", если это возможно.
6️⃣Исключи задачи из категории "Не срочные и не важные".

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Учимся решать проблемы и расставлять приоритеты. (2\3)

Сегодня рассмотрим второй инструмент для корректной расстановки сил и приоритетов.

Говорим про оценку влияния и усилий (Impact-Effort Matrix).
Этот метод оценивает задачи на основе потенциального положительного влияния (impact) и необходимых усилий (effort) для их реализации.

1️⃣ Высокое влияние, низкие усилия (Quick Wins): Задачи, которые быстро принесут большую пользу.

2️⃣Высокое влияние, высокие усилия (Major Projects): Задачи, которые потребуют значительных ресурсов, но принесут существенные результаты.

3️⃣Низкое влияние, низкие усилия (Fill Ins): Задачи, которые можно выполнить между более важными задачами.

4️⃣Низкое влияние, высокие усилия (Thankless Tasks): Задачи, которые потребуют много работы, но не принесут значимой пользы.

Рассмотрим на примерах:
Высокое влияние, низкие усилия: Добавить индекс в базу данных, что ускорит выполнение медленного запроса. — Сделать в первую очередь.

Высокое влияние, высокие усилия: Полностью переписать старый, неэффективный модуль. — Запланировать на будущее, возможно разбить на более мелкие задачи.

Низкое влияние, низкие усилия: Исправить мелкую опечатку в малопосещаемом разделе сайта. — Сделать, если есть время.

Низкое влияние, высокие усилия: Пытаться исправить баг в legacy коде, который никто не понимает, и который почти не используется.— Избегать.

Как применять в реальности?

1️⃣Оцени каждую горящую задачу по шкале влияния и усилий.
2️⃣Размести задачи в соответствующей ячейке матрицы.
3️⃣Сначала выполняй задачи из категории "Quick Wins".
4️⃣Затем оцени задачи из категории "Major Projects" и решай, какие из них наиболее важны и реалистичны.
5️⃣Задачи из категории "Fill Ins" можно выполнять, когда есть свободное время.
6️⃣Задачи из категории "Thankless Tasks" следует избегать или делегировать.

Вопрос аудитории:
Чем техника impact-effort отличается от urgent-Important Matrix?

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Учимся решать проблемы и расставлять приоритеты. (3\3)

Последний подход о котором я хотел бы рассказать – оценка на основе воздействия на бизнес (Business Impact Assessment):

Этот метод оценивает задачи с точки зрения их влияния на ключевые бизнес-показатели. Разберём основные критерии оценки:

1️⃣ Потеря дохода: Какие задачи приводят к прямой потере денег (например, отказ платежной системы)?
2️⃣Репутационный ущерб: Какие задачи могут негативно повлиять на репутацию компании (например, утечка данных)?
3️⃣Юридические риски: Какие задачи могут привести к юридическим последствиям (например, нарушение правил конфиденциальности)?
4️⃣Влияние на клиентов: Какие задачи больше всего влияют на клиентский опыт (например, невозможность оформить заказ)?

Примеры:
Потеря дохода: Не работает оформление заказов на сайте. – Критическая задача, чинить немедленно!
Репутационный ущерб: Утечка данных пользователей. – Критическая задача, остановить утечку, уведомить пользователей, исправить уязвимость.
Влияние на клиентов: Медленная загрузка страниц сайта. – Важная задача, требуется оптимизация.

Как применять в реальности?

1️⃣Определи ключевые бизнес-показатели, на которые могут повлиять горящие задачи.
2️⃣Оцени каждую задачу с точки зрения ее воздействия на эти показатели.
3️⃣Приоритизируй задачи, которые оказывают наибольшее негативное воздействие на бизнес.

Итоги цикла статей:
Вне зависимости от выбранного метода приоритизации, при определении последовательности починки проблем стоит учитывать следующее:

Зависимости: Определи, какие задачи зависят от других. Нужно ли сначала исправить одну проблему, чтобы можно было решить другую?
Простота решения: Начни с самых простых задач, которые можно быстро решить, чтобы получить быстрые победы и освободить ресурсы.
Риск: Учитывай риск, связанный с каждым решением. Может ли исправление одной проблемы привести к возникновению новых проблем? Если да, то возможно, стоит отложить ее или тщательно протестировать решение.
Доступность ресурсов: Какие ресурсы (люди, инструменты) доступны для решения каждой задачи? Начни с задач, для которых у тебя есть необходимые ресурсы.
Возможность временного решения (Workaround): Если полное решение требует много времени, можно ли реализовать временное решение, чтобы смягчить проблему? Например, добавить информацию в FAQ или предложить пользователям обходной путь.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

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

Хочу с вами поделиться текущими успехами.
Почему именно сегодня?

– Ну дык пятница! Обещал посты же

Нет, не так. Плановые посты пока что остаются самообманом и недостижимой целью.

Сегодня моя ученица получила оффер – 350 тысяч рублей gross💸
А знаете какой рейз случился? С 130 на 300 на руки🔥🔥
ДМС, удаленка, годовая премия до двух окладов. Всё как у людей.

Срок нашего с ней обучения составил всего 85 дней с учётом поиска работы. Я горжусь ей и каждым из своих учеников, которые уже получили офферы и теми, кто ещё находится на пути освоения frontend’a. ❤️

Порадуйтесь вместе со мной. Считаю это просто безумно крутым результатом.

Хотел бы рассказать вам ещё немного о текущем положении дел:

1️⃣Наше сообщество называется “Frontend Альянс”, в будущих постах я буду часто обращаться именно по этому названию.

2️⃣На текущий момент у нас уже 72 ученика разных уровней. Кто-то с нуля, кто-то с опытом. Есть ребята, которые учатся на позицию TeamLead, кто-то повышает грейд с middle до senior-, есть кто только узнает что такое HTML. Сообщество крайне разностороннее, чему мы с Андреем очень рады.

3️⃣Что за Андрей? А это мой друг, напарник по менторству и крутой TeachLead команды Premier.one. И да, у нас парное менторство, что помогает балансировать нагрузку и развивать сообщество без ущерба другим задачам.

4️⃣Мы успели дважды переписать программу обучения. Теперь у нас есть большая сквозная практика, где студенты делают интернет-магазин. Реализован свой backend с полноценным CRUD API для товаров, отзывов, работы с корзиной, авторизацией и других фичей.

5️⃣Собрана огромная база знаний от HTML до секций по system design, архитектуре, алгоритмам, оптимизации и утечкам памяти. На подходе блоки по CI\CD, docker, k8s и секции для программы TeamLead’ов.

6️⃣7 VDS, которые обеспечивают SLA 99,9 всей нашей инфраструктуры. А это и Jira и Gitlab и динамические стенды для каждого студента в неограниченном количестве и бэкенд с более 100RPS (не знаю зачем, но уже сделали). За инфраструктурой следит senior DevOps из компании Флант, который в том числе обеспечивает отказоустойчивость Альфа-банка.

7️⃣У нас появился крутой, проактивный помощник в сообществе, который помогает нам с Андреем в административных вопросах. Матвей, респект!🚀

8️⃣Начат процесс реализации сайта для Frontend Альянса

9️⃣Начат процесс реализации внутреннего пет-проекта. Это будет комбинация нескольких сервисов для контроля обучения и мотивации студентов, который станет opensource продуктом в будущем. Но об этом я расскажу в других постах.

Постараюсь почаще писать о победах своих любимых учеников и обязательно буду освещать то, как развивается наш Frontend Альянс!

Всех с пятницей! 🍺

Про меня
Про Андрея
Отзывы

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram

Очень часто меня "душат" в разных чатах вопросами:

— А расскажи, зачем вы на собесах в Premier.one спрашиваете НЕ фронтовые вещи?
— А чем middle от senior'a отличается?
— Да ващет я senior mega giga ultra 4k frontend developer во всех банках страны, а ты говоришь что мне нужно значить nginx. Ты дурак?

И вот, буквально вчера, случился интересный "senior moment" в одном из чатов.

Запрос парня в чате выглядит следующим образом:

есть тут кто настраивал nginx на react next проекте?
запрос проксирую на бэк, но почему-то отдает 404 ошибку
вроде ничего сложного, стандартный конфиг, прописал location, с апи на него шлю запрос
советы гпт никак не помогают(

Разберём чуть-чуть запрос на составляющие:
Есть web приложение, которое шлёт какой-то http запрос, который на уровне nginx'a должен быть направлен в конкретный бэкенд, но вместо 200 ответа приходит 404.

Проблемный кусочек nginx'a выглядит так*:

location /proxy-api/ {
      proxy_pass https://site-backend.ru/api/v1/;
      proxy_set_header Host $host;
 }

*То есть ожидается что запрос site-frontend.ru/proxy-api/{api} уйдёт на site-backend.ru/api/v1/{api}

Отдельный сделаю акцент на том что "гпм никак не помогают". Специально для тех кто кричит что нас всех заменит ИИ. Научитесь сначала получать ответы на свои вопросы (а для этого их нужно на 90% правильно формулировать и, вероятно, в момент формулировки вы уже пишите ответ на задаваемый вопрос)

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

Тут логика такая же:
Сначала нам нужно проверить что мы попадаем в указанный location.
Если мы туда попадаем — включаем голову и смотрим на детали.

Заменив правило proxy_pass на просто return 200 — проверяем попадаем ли мы туда? Попадаем. Хорошо.

location /proxy-api/ {
    return 200 "Matched medical-card-api location\n";
}

Включаем голову. 404 на бэкенде говорит нам о том что у нас неправильный URL запроса и у них нет никакой обработки этого пути. Но ведь мы через postman проверили напрямую, без proxy_pass и ответ 200. Значит мы где-то меняем путь на уровне nginx'а.

Решение лежало на поверхности:

proxy_set_header Host $host;

В правиле была установка заголовка Host на $host, а это переменная nginx'a, которая подставляет домен источника запроса, в нашем примере site-frontend.ru.

Ну и абсолютно логично, что когда на бэкенде роутинг обрабатывает путь site-frontend.ru/api/v1/{api}, то там ничего нет, потому что host бэкенда это site-backend.ru

Явное указание нужного Host заголовка решило проблему.

proxy_set_header Host site-backend.ru;

Послесловием выступит сакральная мысль, которую я пытаюсь донести до всех ITшников:
Нельзя "зацикливаться" только на своей сфере, будь то frontend, backend или QA. Изучайте, интересуйтесь тем с чем взаимодействуете каждый день. От дизайна до DevOps'a. Это сделаем вас, по-настоящему, T-shaped специалистами. Таких на рынке процентов пять. А значит: меньше конкуренция, больше денег, круче условие, быстрее рост.

Путь к СЕО (18+). Подписаться

Другие соц.сети:
📷 Instagram