Post #258

#вашивопросы Зачем программисту работать фиксированные часы в день? Сказывается ли фиксированный график на качестве? В целом, фиксированный график не у всех, кто-то, особенно на фрилансе, может работать хоть по ночам. Но смысл работать в определенные часы тоже есть. Например, не все программисты занимаются только написанием кода. Те, кто работает в парадигме DevOps - часто еще отвечает за то, чтобы всё работало как нужно - это значит, нужно мониторить сервисы, и в случае аварий или неполадок (в том числе жалоб от пользователей) - быстро решать возникающие проблемы. Почему тут важны фиксированные часы работы? Представьте, например, банковское приложение. Когда его использует большинство пользователей? - Естественно в рабочие часы, а не в 3 часа ночи. Поэтому важно, чтобы люди были у монитора именно в дневное время, и в случае проблемы быстро вмешались. Второе - это коммуникации. Сейчас популярна идеология Agile, и вопросы разработки всё больше принимаются в процессе обсуждений, а не в виде указов на бумаге. Обсуждения, естественно, происходят днём - попробуйте уговорите менеджеров (особенно топ-менеджеров компании), аналитиков, маркетологов, да и остальных разработчиков собраться в zoom в три часа ночи? Многие ли из них согласятся? Существует подход, при котором программист просто получает ТЗ и уходит его реализовывать - хоть ночью, хоть днём. Но это звучит как-то очень идеалистично, программист как будто просто автомат, в который можно засунуть бумажку с ТЗ и на выходе получить продукт. Полностью детализированные задачи получают в основном junior-разработчики, и то не всегда. Чем вы выше по статусу, тем большего вклада от вас ждут в продумывание проекта, а не только в его реализацию по готовому «рецепту». ТЗ вообще пишут не везде и бывает, что решения о том, что разрабатывать и как разрабатывать принимаются на лету в ходе обсуждений. Но даже если ТЗ в компании принято писать, перед тем как его написать, надо многое обсудить. С менеджерами решаете, какой именно продукт и в какие сроки нужно реализовать, уточняете все требования и особенности. С другими программистами обсуждаете архитектуру будущего проекта - как именно его написать, какой стэк использовать, кто за какой компонент отвечает и так далее. Вот эти все обсуждения как раз происходят в плюс-минус фиксированные часы. А как сказывается график работы на производительности, я сказать точно не могу. Могу только сказать, что, согласно медицинским исследованиям, работа в ночное время суток может спровоцировать диабет и другие очень серьезные проблемы со здоровьем. Задать вопрос автору блога можно здесь: @hum_it_bot