История изменений
Исправление sanyo1234, (текущая версия) :
Время реакции не на дедлайн, это же вроде должно быть понятно вроде.
Не всегда это время реакции. Потому что дедлайн может быть 3 дня, время реакции от мнгновенно до 12 часов.
Вот тут мы автоматически и приходим к эффективности работников на удалёнке. А потом удивляемся, почему это работодатель хочет офисной работы от своих работников.
Есть специальности, где режим сна важен. А есть, где неважен.
Для разработчика IMHO неважен. Важен для дежурных. В разработке обычно рассматривают длительные периоды типа месяцев и лет. Для таких проектов важно выбрать эффективного разработчика вне зависимости от его предпочтений к режиму дня. Если разработчик с непредсказуемым режимом дня может создать более совершенную систему, потратив на неё меньше времени итого, то выбор вменяемого заказчика очевиден. Только клоуны будут требовать ИМУБРде к 8 утра и с очень предсказуемым результатом, который можно было наблюдать в течение долгих лет (круговорот и свистопляска попыток разных решений, на которые просраны миллиарды рублей с тендеров).
Для организаций-нищебродов, где псевдоразработчик протирает мышки и заправляет принтеры тоже важен, но судьба таких организаций обычно неважна разработчикам, которые с ней связываться не хотят.
Исходная версия sanyo1234, :
Время реакции не на дедлайн, это же вроде должно быть понятно вроде.
Не всегда это время реакции. Потому что дедлайн может быть 3 дня, время реакции от мнгновенно до 12 часов.
Вот тут мы автоматически и приходим к эффективности работников на удалёнке. А потом удивляемся, почему это работодатель хочет офисной работы от своих работников.
Есть специальности, где режим сна важен. А есть, где неважен.
Для разработчика IMHO неважен. Важен для дежурных.
Для организаций-нищебродов, где псевдоразработчик протирает мышки и заправляет принтеры тоже важен, но судьба таких организаций обычно неважна разработчикам, которые с ней связываться не хотят.