x
 
Кирилл Прясин
26 апреля 2018
Советы почтой каждую неделю
Пожалуйста, получите наше письмо, чтобы подтвердить свой адрес:
Вы подписаны на «Советы за неделю»:

Василий!

Что должен уметь ведущий разработчик в бюро? Чем он отличается от фронтенд-разработчика?


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

Веду­щий раз­ра­бот­чик — это стар­ший раз­ра­бот­чик, взяв­ший на себя ответ­ствен­ность за про­ект, команду и её рост. В бюро веду­щий раз­ра­бот­чик отвечает:

  • за пла­ни­ро­ва­ние работы команды наперёд;
  • раз­ра­ботку и согла­со­ва­ние спе­ци­фи­ка­ций с дизайнером;
  • сроки ите­ра­ций перед веду­щим дизай­не­ром или клиентом;
  • пре­вра­ще­ние маке­тов и пони­ма­ния задачи в рабо­то­спо­соб­ный продукт.

Веду­щий раз­ра­бот­чик отве­чает за всё, что про­ис­хо­дит в ите­ра­ции, про­екте и команде. Что бы ни слу­чи­лось, не винит дру­гих — берёт ответ­ствен­ность за про­блемы и ошибки на себя, при­ду­мы­вает реше­ние и всё исправ­ляет. Чтобы эффек­тивно справ­ляться с про­бле­мами, деком­по­зи­рует и деле­ги­рует задачи.

Веду­щий раз­ра­бот­чик знает, что не бывает пло­хих команд, есть лишь пло­хие лидеры. Подаёт при­мер осталь­ным раз­ра­бот­чи­кам, сле­дует прин­ци­пам и стан­дар­там раз­ра­ботки бюро. Рас­тит дру­гих раз­ра­бот­чи­ков с помо­щью пла­нов раз­ви­тия, активно ревьюит их код и про­грам­ми­рует в паре.

Веду­щий раз­ра­бот­чик систе­ма­ти­зи­рует и рас­про­стра­няет зна­ния: имеет лич­ные про­екты, блог, ведёт руб­рику в Сове­тах и высту­пает на мита­пах и конференциях.

В тех­ни­че­ском плане веду­щий раз­ра­бот­чик вели­ко­лепно раз­би­ра­ется в несколь­ких под­си­сте­мах бюро: напри­мер, экс­перт по ани­ма­циям и автор книж­ного движка. Спо­со­бен запу­стить фичу цели­ком: от АПИ на бэкенде до фрон­тенда на Реакте.

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

P. S. Кстати, я ищу фрон­тенд‑раз­ра­бот­чика в изда­тель­ство, кото­рый сна­чала дорас­тёт до веду­щего раз­ра­бот­чика, а затем ста­нет тех­ни­че­ским дирек­то­ром изда­тель­ства бюро.

Ещё по теме

P. P. S. Это был совет о веб‑разработке. Хотите знать всё о коде, тестах, фронтенд‑разработке, цеэсэсе, яваскрипте, рельсах и джейде? Присылайте вопросы.

Вёрстка и прототипирование — дисциплина Школы дизайнеров. Набор открыт. Чем раньше поступите, тем ниже стоимость и выше шанс на бесплатное место.
 

Поделиться
Отправить

Цель рубрики — обсуждение вопросов дизайна всех видов, текста в дизайне и взаимоотношений дизайнеров с клиентами.

Мы публикуем комментарии, которые добавляют к уже сказанному новые мысли и хорошие примеры. Мы ожидаем, что такие комментарии составят около 20% от общего числа.

Решение о публикации принимается один раз; мы не имеем возможности комментировать или пересматривать свое решение, хотя оно может быть ошибочно. Уже опубликованные комментарии могут быть удалены через некоторое время, если без них обсуждение не становится менее ценным или интересным.

Вот такой веб 2.0.

Насколько уместно использование ЦСС-стилей cursor: default и user-select: none 2 Как бороться с багами? Часть третья: source maps Как искать баланс между пользой для команды и пользой для себя? 1 Как бороться с багами? Часть одиннадцатая: не утонуть в багах и глюках




Недавно всплыло

Как облегчить поиск нужного документа в Фигме 2 Три признака иконочности 1 Как придумать название для сервиса, который станет знаменитым? 2 Трудно найти вдохновение на текст 2