#развитие #консультация #вопросы

Всем доброй ночи, нас уже более 100 человек ❗️

А это значит пора двигаться дальше, и я открываю новую рубрику - ВОПРОСЫ ☄️

Немного о формате:

Вы можете прийти ко мне в личные сообщения и задать вопрос на одну из интересующих тем

1️⃣ TeamLead кроссфункциональной команды

2️⃣Ментор специалистов разного уровня, помогаю с hard / soft скиллами

3️⃣ в роли СТО запускаю продукт в сфере EDTech

4️⃣ Как не странно, человек - поэтому вы можете также задавать каверзные личные вопросы, которые хотите, чтоб я подсветил публично в своем телеграмм канале

Каждые 2 дня, при наличии вопросов я буду публиковать один вопрос с подробным ответом на него здесь в телеграмм канале. Ответ получит каждый, если вопрос не будет издевкой по примеру - "Какой у тебя размер ноги?" 😁

Еще раз - написать можно сюда

#вопросы #frontend #развитие

Как расти после получения грейда middle?

Давайте для начала разберем, что же это такое middle, senior, откуда все это идет. Ответ достаточно прост, это разграничение идет от компаний, и нужно лишь для "пометки" программиста новым значком, своего рода проявление достигаторства.

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

1️⃣ Подкасты (1-2 выпуска в неделю) - расширяет кругозор, вы знаете, что происходит на общем рынке ИТ, куда растут компании и разработчики, что происходит нового, и может узнаете еще о чем-то полезном (если подкасты хардовые по типу Веб-стандартов)

2️⃣Митапы, конференции - нетворкинг, решения разных проблем, знакомство с новыми инструментами. Лично я выписываю, и после почти каждой конфы, у меня есть план на полгода, на знакомство с различными инструментарием или технологиями. (1-2 конференции в год, митапы произвольно, можно еще и самому выступить)

Это мы разобрали основные пункты для развития T-shaped skills

3️⃣ Менторство / Ментор - тут все зависит от вашего желания, либо можно найти ментора (внутри компании или внешнего), и советоваться, составить с ним ИПР (если на работе его нет) и двигаться. Либо самому стать ментором. Об этом советую рассказать в компании, чтоб могли посмотреть и дать вам разработчиков (правда не всегда разработчики хотят хоть куда-то развиваться). Либо идем на просторы интернета и тут полно мест, где можно быть бесплатным / платным ментором, как для начинающих специалистов, так и для старших разработчиков. Навыки: нетворкинг, закрепляем теорию, готовимся к визе талантов UK 😁

4️⃣ Инициатива - важный пункт. Если вы просто двигаете задачи, то вас заметят только через пару лет, и это будет грейд за счет просиживания на стуле (фу таким быть). Вы видите проблемы в проекте, в процессах, в ваших командных решениях - предлагайте, обсуждайте, внедряйте. Будет сложно, где-то надо будет отстаивать позицию, где-то принять что на это нет времени и никому не нужно.

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

P.S. Напоминаю вы также можете задать любой вопрос. Если вы не согласны, или у вас есть свое мнение, прошу в комментарии там все обсудим.

#развитие #выступления #менторство

Всем привет, давненько ничего не было, нас 130+ человек, а не у кого нет вопросов 🤔

Ребята из PiterJS позвали меня выступить с докладом (ранее я был в организаторском составе, но вышел).

Я буду выступать с темой: Необходимость и роль менторства в жизни каждого разработчика

И разберу несколько аспектов:

1️⃣ Роль ментора в развитии разработчика

2️⃣Преимущества менторства

3️⃣ Как стать ментором?

4️⃣ Нужен ли ментор каждому разработчику?


Если вам актуально, вы в Питере, приглашаю на митап, где можно будет мне задать любые вопросы лично

Если же, вы из другого города, вы можете смотреть в прямой трансляции на Youtube канале у ребят

Уже в этот четверг в 19:00

Уже на следующей неделе вновь PiterJS митап. А это значит уже прошел целый месяц, а я не особо с вами делился информацией 🙁

Зато у меня для вас новость от моего знакомого (мы вместе работали в одной компании и оба там не работаем теперь😄)

Это #вакансия FullStack developer Python / ReactJS ☺️

Компания: ATI.SU - крупнейшая в России Биржа грузоперевозок и разработчик цифровых сервисов для транспортной логистики.
Вилка: комфортная обсуждается с кандидатом

Тут можно ознакомиться подробнее

По всем вопросам, или заинтересованные можете писать Всеволоду, кстати его можно будет встретить на митапе с докладом принципы и критерии успешного выбора технологий

P.S. Кто имеет каналы, и есть такая возможность делитесь вакансией, поможем тому кто ищет работу ^)

#вопросы #frontend #развитие

Как оперативно включаться в новый проект, с чего начинать его изучение, и на что обращать внимание?

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

С таким вопросом, ко мне пришел на днях Александр. Первое о чем стоит подумать, а почему вы делая задачи 2 недели, вдруг задумались, что не знаете проект совсем?

Разберем некоторые моменты:

1️⃣ Расскажу, как я подхожу к изучению проекта
2️⃣ А причем же тут онбординг?

Первым делом, мы идем в наш любимый package.json и определяем, а что за пакеты здесь используются. Если мы не знаем применение, того или иного пакета, можно зайти в его документацию, после проверить на проекте, и понять, либо выписать, как неиспользуемый (и после задать вопрос руководителю или команде, а для чего этот пакет).

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

➖Настроенный линтер или его отсутствие
➖husky, commitLint, их наличие с настройками или отсутствие

Далее нам предстоит познакомить с файловой структурой, она может прослеживаться, либо быть просто "файловой помойкой". Если мы видим, несколько подходов к созданию одинаково элементарных вещей, то стоить уточнить, как предстоит писать, и где это описано (при наличии).

После этого, по тому же принципу, мы смотрим, как писать стили, как работать с запросами на сервер и обрабатывать ошибки, наличие/отсутствие state manager, кеширования. Самое главное при этом процессе, при отсутствии документации необходимо ЗАДАВАТЬ ВОПРОСЫ, не думайте, что их задают только новички их полезно задавать ВСЕГДА.

Так и причем тут онбординг, спросите вы? Все просто, онбординг - это процесс, знакомства и внедрения человека в новую команду/проект/работу. И все, что я описал выше должен рассказать ответственный человек за данный процесс.

❗️Поэтому дорогие разработчики и компании, не пренебрегайте, писать WIKI к проекту, или оформлять README, это упростит жизнь вам, и сэкономит денег на первых этапах коммуникации, так все будет описано, и обновляться.

P.S. Напоминаю, что рубрика вопросов, все еще актуальна. Вы также можете задать любой вопрос. Если вы не согласны, или у вас есть свое мнение, прошу в комментарии там все обсудим.