7 заповедей эффективного разработчика

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

Первая. Планируй работу перед дедлайном

Главная проблема разработчика — он не умеет планировать. Два дня на рефакторинг — легко! Хотя до релиза 3 дня. Он каждый раз забывает закладывать время на форс-мажоры и уверен, что багов не будет, деплой не подведет и мир не преподнесет сюрпризов.

Вторая. Прорабатывай проект еще до старта

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

Третья. Декомпозируй

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

Четвертая. Тестируй

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

Пятая. Не увлекайся

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

Шестая. Пиши документацию

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

Седьмая. Отдыхай

Не нужно работать в режиме 24/7, выгорание приходит быстро, а отпускает медленно. Лучше закладывать время на полноценный отдых, перерывы и отпуск. Отдохнувший разработчик работает лучше, чем уставший, раздраженный и недовольный человек. Думаю, тут пояснений не нужно.

Понравилась статья, подпишись на мой ТГ канал: