Найти в Дзене

Как программисту оценить свой темп работы — отвечают эксперты

Часто разработчикам кажется, что они работают слишком медленно. Это мнение с удовольствием разделяют их руководители. 🙂 О том, как программисту реально оценить, работает ли он слишком медленно, как вообще измеряется скорость работы и что делать, если вы действительно работаете медленно, расскажут наши эксперты. Скорость — вещь субъективная, сама скорость не может быть единственной метрикой. Есть еще такие показатели, как качество кода, покрытие тестами, простота (в хорошем смысле, облегчающая его поддержку) и т. д. Можно писать быстро, но выпускать полный треш. В этом плане, наверное, правильнее говорить о некоторой эффективности, которая включает в себя множество факторов. На эффективность влияют много вещей, но среди базовых можно выделить опыт и тайм-менеджмент. Легче всего проседание в этих компонентах можно заметить работая в команде, как говорится «всё познается в сравнении». Работая в команде легче перенимать опыт у коллег. Также если ты видишь, что равные тебе по скиллам колл

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

Скорость — вещь субъективная, сама скорость не может быть единственной метрикой. Есть еще такие показатели, как качество кода, покрытие тестами, простота (в хорошем смысле, облегчающая его поддержку) и т. д. Можно писать быстро, но выпускать полный треш. В этом плане, наверное, правильнее говорить о некоторой эффективности, которая включает в себя множество факторов. На эффективность влияют много вещей, но среди базовых можно выделить опыт и тайм-менеджмент. Легче всего проседание в этих компонентах можно заметить работая в команде, как говорится «всё познается в сравнении». Работая в команде легче перенимать опыт у коллег. Также если ты видишь, что равные тебе по скиллам коллеги работают эффективнее, стоит посмотреть, на что ты тратишь время в течение дня, как часто ты переключаешь контекст, сколько у тебя неучтенных активностей. Поработав над этим, можно сильно поднять свою эффективность.

«Медленно» — это относительная величина. Обычно в компаниях есть грейды: джун, мидл, сеньор, которые указывают на опыт разработчика и определяют зарплату. Логично, что джун работает медленнее мидла, а мидл медленнее сеньора. В таких компаниях старшие разработчики могут объяснить, почему ты работаешь медленно и куда нужно расти.

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

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

Также важно знать, сколько времени вы тратите на задачи. Есть программы для учёта времени, например, toggl. Нужно отмечать рабочее время, разделяя на конкретные задачи, важно также отмечать, сколько времени у вас уходит на уточнение задач. Что это даст:

  • Руководителю всегда можно будет показать, сколько времени на какую задачу ушло. Часто для них оказывается сюрпризом, сколько вообще у вас задач и сколько времени уходит на уточнение задач из-за плохих формулировок менеджеров.
  • Можно будет сравнить затраченное время на однотипных задачах. Сейчас, месяц назад, год назад. Если есть рост, значит, вы всё делаете правильно. Если есть рост, то можно и прибавку к зарплате получить.
  • Показывая свой код в профессиональном сообществе, можно сказать: у меня ушло 4 часа, норм? Исходя из ответов делать выводы. Медленно вы работаете или нет. А самое главное понимать — куда расти.