Путь к CEO (18+) | Борцов Дмитрий

🎁Гайд "GPT интервьюер"

Задача, которую решаем:
— Как проводить самопроверку для подготовки к собеседованиям.

Пошаговая инструкция
1️⃣Нам необходимо подготовить текстовые файлы собеседований. С подбором исходников вам поможет youtube-запрос, например: "Мок собеседования frontend разработчик". Далее идём на сайт uniscribe.co, регистрируемся через gmail почту (её можно, кстати, купить на ggsel.net), оплачиваем 10$ за "базовый тариф" (работает с РФ картами через p2p) и получаем на выходе транскрипцию видео в .pdf формате.
2️⃣Теперь переходим на chatgpt.com (потребуется VPN). Нам потребуется платная версия, чтобы мы могли хранить данные нашего PROMT'a и пользоваться всеми функциями.
3️⃣ Создаём PROMT "Интервьюер-тренажёр", куда закидываем текст из прикреплённого pdf. Это обучит GPT общаться с нами с формате, приближенном к реальному интервью. К созданию PROMT'a обязательно прикрепляем своё резюме и транскрипции, которые мы получили в первом пункте гайда.
4️⃣Начинаем пользоваться. Рекомендую отвечать на его вопросы голосовыми сообщениями, чтобы максимально имитировать прохождение реального собеседования и отловить все проблемы с soft скиллами.

На скринах виден формат генерируемых GPT вопросов и обратная связь.

🔥Действуйте, тренируйтесь и учитесь!

Отдельно хотел бы посоветовать всем канал моего друга Вадима "Пробуем Пиво". Кстати, нельзяграмм @probuem_pivo это ТОП-3 в РФ аккаунт про алкоголь, подписывайтесь!

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

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Я принес…

…сервис-тренажер по разным вопросам к собеседованиям и самопроверкам.

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

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

Ловите, забирайте и пользуйтесь — https://yeahub.ru

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

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

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Попытка номер 3

Да, мы снова оживили youtube-канал.

Делюсь опытом для тех кто тоже, вдруг, хочет начать что-то выкладывать.

Попытка 1:
Мы нашли "гайд" по созданию канала в 2025 году и сделали всё по пунктам. Один из пунктов звучал как "купите виртуальный номер, подтвердите его в аккаунте youtub'a и отвяжите его от аккаунта". Каково было наше удивление, когда через три дня нас попросили войти через номер телефона снова. Минус аккаунт и большой привет гайдоделу с миллионной аудиторией.

Попытка 2:
Мы повторили процесс, но теперь взяли номер американский, реально существующий. Всё прошло хорошо. Видео вышло, вы насмотрели его на кучу просмотров. И нас удалили. За что? За нарушения правил Gmail. Каких-каких правил? Вот и мы об этом же. Моя теория заключается в том что Google очень и очень трепетно относится к американским персональный данным и то что на реальный номер зарегистрировали аккаунт с видео на русском, загруженном из РФ — ему тупо не понравилось. Минус аккаунт.

Попытка 3:
Зарегистрировали русскую почту. Уже опустили руки из-за того что на русские номера нельзя подтвердить аккаунт (в гайде из п.1 это была причина покупки виртуального номер). Но, как оказалось, МТС, видимо, не считается русским оператором и на него прекрасно приходят любые коды подтверждения. Номер +7 911 и всё, заветная смска у нас. Аккаунт полностью русский, на все русские данные.


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

Само видео тут:
https://youtu.be/p6QiOHrJ49Y?si=zHifP0YMl7SnS7dX

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

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Слишком крутой контент был, видимо..

Свершилось.. Мы потеряли youtube канал!

Моя муза, которая ногами затолкала меня в менторство, потом в ведение своего блога, всё это время говорила мне: "У тебя язык без костей — иди снимай что-то на ютуб". И вот, 27 июня я давал анонс что мы завели youtube канал и что буквально ЗАВТРА выйдет видео.

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

1️⃣Монтаж видео занимает много времени. Несмотря на то что мы отдали его в работу ДО 27 июня, закончили мы только 6 июля.

2️⃣Нужны in\out превьюшки, иначе будет некрасиво.

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

4️⃣Регистрировать youtube-канал в 2025 году на "виртуальный европейский номер" — ошибка. Сервис просто "выбил" нас из аккаунт в день публикации и начал просил получить смску на указанный номер, не смотря на то что мы его, согласно всем гайдам, отвязали от аккаунта. МИНУС аккаунт.

5️⃣Всегда добавляйте 2\3\4 дополнительных аккаунта к основному с высокими правами. Это помогло нам "сбросить" наш url с потерянного аккаунта и создать новый с нашим url'ом @frontend-alliance

6️⃣Чтобы ты мой на своём канале пользоваться всеми бонусами ты должен его верифицировать. И один из пунктов верификации звучит так: "Сделай историю аккаунта". Что делать, куда идти, сколько истории надо — догадайся сам. И внизу пунктик "иногда это занимает до пары месяцев". Кайф. Будем создавать историю.

Но несмотря на все эти неожиданности — мы перезавели аккаунт, который точно не отвалиться и "ДРОПНУЛИ" первое видео.

Кто хочет помочь нашему делу:
1. В поиске ютуба вбить "Идеальный разработчик: ТОП НАВЫКОВ в 2025 году?" и перейти по результатам выдачи.
2. Поставить лайк, кинуть коммент, подписаться на канал.

Кто хочет просто глянуть как получилось и заценить превьюшки — нажмите тут

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

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Я — плохой руководитель!

Знаете, в IT очень много разговоров про work & life balance. Мол, работать много — плохо, и что нужно после работы отдыхать от компьютера.

Насколько это верный тейк?

Я всю свою сознательную жизнь отдыхаю от работы как в меме, где разработчик закрывает рабочий ноутбук и открываем рядом "домашний" ноутбук. И это в 80% случаев приводит к тому что в перерыве между матчами в CS:GO ты что делаешь? Правильно! Читаешь рабочие чаты, смотришь задачи, задаешь вопросы, пишешь код по каким-то задачкам и так далее.

И всё бы ничего, но, кажется, я лет 5 назад, случайно, сам того не понимая, заразил этой "проактивной болезнью" нескольких разработчиков, которые сейчас трудятся вместе со мной в команде PREMIER.ONE.

У меня есть разработчик. Имя не буду раскрывать, чтобы никто не догадался о ком я. Завуалирую его под какой-нибудь популярный город. Пусть будет Стамбул. Так вот. Стамбул приезжает в офис к 9-10 утра и уходит из офиса одним из самых последних. И нет, он не играет в CS:GO вечерами, просто чтобы жена дома не ругалась. Он работает, потому что... Да вот знал бы я. Последние 3 года я ругаюсь на него (иногда матом), пытаюсь мотивировать его семьёй, отдыхом, прогулками, да и вообще, пытаюсь применять любые доступные мне дистанционно способы воздействия с одним единственным посылом:

Хватит работать, блять! Иди домой и отдыхай! Работа не волк! Работа - ворк, а волк это гулять!

Но знаете что я получаю в ответ?

Да, Дим, сейчас тут одну штуку доделаю и ну вот СРАЗУ домой!

Бывают случаи, когда после таких слов я через пару часов звоню ему по facetime и что я вижу? Правильно. Офис на заднем фоне.

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

В такие моменты у меня смешанные чувства. С одном стороны — наверное я крутой руководитель, раз мои ребята настолько вовлечены в процесс, что не хотят уходить домой не доделав таску. С другой — я, видимо, плохой руководитель, если за 3 года не смог научить своих сотрудников соблюдать work & life balance.

А как бы вы решили такой кейс?

Отрубить интернет не поможет(( раздаст ведь, зараза, с телефона.

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

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Поприветствуйте нашего ментора! 🙌

Пока мы финалим список участников, давайте познакомимся с теми, кто будет помогать взламывать код найма.

Представляем нашего первого ментора — Диму Борцова! 🐶

Узнать его поближе можно в карточках, а также на сайте. И сохраняйте ссылочку на YouTube.

И обязательно накидайте реакций, Диме будет приятно!

Июньский прогресс:

Июнь оказался очень жарким на события. Спешусь поделиться с вами.

1️⃣Внутри PREMIER.ONE мы завершили очередной цикл Performance Review. В этом полугодии ревью получилось очень трудным. Мягко говоря, не всё задуманное нами на полгода прошло так, как ожидалось, из-за чего выделись основных «локомотивов» технической команды было… ну ой как непросто.

Кстати, было бы моим читателям узнать что такое PR и какие бывают подходы?

2️⃣Количество студентов в Frontend Alliance стало равным 90! Честно, оглядываясь назад, сейчас это кажется чем-то безумным. Без пинка моей прекрасной жены я бы, наверное, так и не решился. А сейчас мы уже целая банда! 🔥

3️⃣Пробит рекорд оффера нашего ученика. 320 тысяч на руки. Один собес - один оффер. Вот что даёт качественное обучение с ментором. Леха, если ты это читаешь — еще раз поздравляю!

4️⃣Полностью легализована менторская деятельность. Появилось ИП, оферта, сайт.

Кстати, зацените - https://frontend-alliance.ru/

5️⃣К нам присоединился крутой продуктовый дизайнер, чей продукт регулярно получает кучу наград. Она уже активно занимается созданием нашего внутренного проекта, о котором я писал ранее. Совсем скоро я смогу показать миру что это за зверь такой.

6️⃣Мы засэтапили пилотный проект с психологом. Он будет помогать нашим студентам справлять с синдромом самозванца и бороть все блокеры, возникающие в процессе обучения.

7️⃣Запущен YouTube канал нашего сообщества. Подписывайтесь, с завтрашнего дня там начнет выходить очень крутой контент!

Ссылка - https://www.youtube.com/@frontend-alliance

Бонусный анонс:
Сообщество Tproger (Типичный программист) запускает крутейшее IT онлайн-реалити про найм, где в режиме лайва будет показан весь процесс работы между менти и ментором с главной целью - получить крутой оффер! Всего должно было быть отобрано 3 ментора из всех доступных в IT специальностей.

Угадайте, кто прошел этот отбор и стал «одним из трех»? 😈

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

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Неожиданный предпятничный влёт🍺

Я в Газпром-Медиа уже более трех лет и воочию наблюдаю становление и развитие нашего DevRel отдела. И сегодня, можно сказать, мой день!

Ya.Алиса определяет DevRel так:

DevRel (от англ. Developer Relations) — это специалист, который занимается техническим пиаром в IT-компании и выстраивает отношения с разработчиками программного обеспечения

Почему это важно?
Потому что это та часть PR'а IT компаний, которая потом начинает очень сильно помогать ей в разных процессах. Очень понятный всем айтишникам пример:

Есть yandex, который давно и качественно вваливает огромные бабки в свой HR бренд. Какой мы имеем результат? Даже далекие люди от IT в голове держат мысль что Yandex это круто. 5\7\10 этапов собесов? Легко! Зарплаты ниже рынка? на! Новый IT продукт с абсолютно устаревшей дизайн системой? Получайте!

И народ продолжает идти на собесы в яндекс, молится на эту строчку в резюме, повышает себе "эго" тем что поработали там. Хотя, объективно, есть немало компаний в РФ, сопоставимых или опережающих Yandex по масштабам, зарплатам, качеству работы, значимости проектов и другим крутым активностям. Но звание самой ITшной компании остаётся у них.

И сегодня наши DevRel'ы дошли и до нас с Андреем. На habr'e опубликована текстовая версия нашего доклада с HolyJS про Эволюцию архитектуры PREMIER.

❤️Отдельное спасибо Жене (наш прекрасный DevRel) за то что она собрала весь наш часовой спич в нормально читаемую статью!

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

Ссылка на почитать (время чтения ~ 12минут):
https://habr.com/ru/companies/habr_rutube/articles/914942/

А у кого есть аккаунты на хабре — накидайте лайков 🥹

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

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

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

— А расскажи, зачем вы на собесах в 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
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Последний пост про меня как ментора был, господи, аж 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
🎞 YouTube
🚀Менторство для Frontend-разработчиков

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

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

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

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

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

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

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

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

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

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

Другие соц.сети:
📷 Instagram
🎞 YouTube
🚀Менторство для Frontend-разработчиков

Учимся решать проблемы и расставлять приоритеты. (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
🎞 YouTube
🚀Менторство для Frontend-разработчиков