Comments 67
По моим наблюдениям 5 часов активной и эффективной умственной работы в день, вполне возможны. Если без выходных то да, психика страдает, а если еще 2 выходных то вообще норм.
Некоторые задачи кстати вообще невозможно качественно выполнить без "фоновой работы мозга". Когда куча входных данных, и нужно найти какое то хорошее новое бизнес решение в сложной ситуации. Тогда загрузив все это в голову на созвоне с коллегами - я иду гулять отключив все средства связи, предоставив "сети пассивного режима работы мозга" делать свою работу.
Я учитываю это время, как рабочее. От меня ожидают хороших решений, я трачу время на эту процедуру, значит я работал. Для тех кто не в теме разных режимов работы мозга, это выглядит странным, как вообще гуляние можно отнести к работе бизнес аналитика.
Конечно, такие задачи бывают не каждый день, да и не каждую неделю, но когда они встречаются, то это оптимальный метод.
Ночь — наверное лучшее время для программиста :-) Тогда тебя никто не отвлечёт, и ты можешь сконцентрироваться на задаче. Но, понятно, это не всегда возможно, и может даже вызывать негативную реакцию: представим программиста, который всю ночь работал, нашёл идеальное решение сложной проблемы, а потом проспал на работу... Может для программистов стоит делать ночные смены? :-)
Лайфлак. Трекаем это ночное время. И в течение рабочего времени тратим его на свой пет-проект, например. И справедливость не пострадала, и сверхурочкой никто не заморачивается.
Самая засада, это когда ты, пардон, в ду́ше моешься поздним вечером рабочего или, ещё хуже, выходного дня и вот тут то карта решения попёрли...
А потом такой, "как это, 30 минут уже прошло?".
Ну, вообще говоря, так и есть. Резкая нагрузка, потом отдых. Всё время выдавать пиковую силу человек не может.
От их работы позвоночные диски просто в хлам летят, а на нейрохирурга и хорошее протезирование заработанных денег не хватит. Так что они просто познали дао, когда твой организм - это чей-то расходник.
От их работы позвоночные диски просто в хлам летятТо ли дело за компом по 15 часов сидеть=)
вот она уже и описываемая в статье ложь. По 15 часов в день никто не сидит на регулярной основе. Это самоубийство потому что. Я, например, за компом по 15 часов реально сидел ну буквально несколько десятков раз в жизни, в основном это было, когда занимался версткой, и там очень много времени жрал тупо набор текстов, и очень жесткие дедлайны, потому что периодическое издание должно выйти послезавтра, а тебе только окончательные правки дали сегодня.
В остальном 12-16-24 часовой даже весьма напряженный рабочий день имел существенные перерывы от компа. Вплоть до того, что я намеренно ставил паузы в коде, ставил на исполнение и шел заниматься другими делами, а в случае нескольких дней проведенных на работе, вообще ложился спать на час.
Только платят обычно больше. Не всегда, но обычно. Да и решить последствия сидения можно проще, занимаясь разминкой итд. А с весом мешка цемента ничего не сделаешь.
лучше работать стали?
у нас в DS, было такое, пока не знал - работал со сверхурочными, как узнал - интерес пропал
Так самое интересное пропустили: повысилась ли производительность труда? Или люди нашли способы обходить контроль?
Даже если отобрать мобилки - ничего не изменится. Будут кофе пить, курить, в потолок плевать. Есть определенный лимит производительности и выйти за него на продолжительное время нельзя.
Некоторые начальники любят устраивать долгие совещания с разносом сотрудников. А если это такой способ психологической разгрузки в рабочее время, за счёт работодателя, как у других кофе и развлекательные сайты? Выносить мозг ближнему — это достаточно распространённое развлечение.
Эти начальники - беда современного дева.
Начальники думают, что они своим часовым митингом забрали только один час из 8.
В лучшем случае. Есть те, кто даже этого не понимает.
Вот только в реале, они своим часовым митингом забрали один час из... двух. Из двух в которые разработчик максимально сосредоточен и делает максимум работы.
Я обращал внимание на то, что каждая задача в скорости своего решения натыкается на боттлнек:
Невозможно понять, что нужно, из описания задачи. Начинается долгий интерактивный процесс выяснения о чём речь. Бывает, что задача содержит в себе описание решения, которое не работает и нужно отдельно доказывать, что надо делать "не так". Это communication bottleneck.
Задача реализуется в продукте с большим неудобным feedback loop'ом (у этого может быть миллион уважительных причин, речь не про это). В этой ситуации задача с одной стороны env bottleneck, с другой стороны всё равно занимает мозг, потому что нельзя выкинуть контекст из головы. Даже если затык не на CI, а на компиляции в 20 минут, это всё равно та же проблема "компилируется". Сюда же включаются все внешние сущности, которых нужно "ждать" (пока выкачается, пока загрузится, пока запустится, пока whatever).
Задача требует объективно большого числа нажатий кнопок. Например, перевести все workflow на новую технологию. 400 файлов по 20 строк в каждом, не поддающиеся механическому изменению (требующие чуть-чуть внимания и локальных адаптаций). Это typing bottleneck. Это же относится к задачам уровня CRUD и большого числа boilerplate. Надо печатать. Но думать. Но печатать.
Задача алгоритмически сложная. Не обязательно это 'state of art'. Может быть, это что-то уровня "как мы обеспечим инвариант этой функции". Над такой задачей надо думать, и она чаще всего приводит к самому сложному и плотному коду, иногда к 3-10 строкам, выражающим решение задачи. Это local hard-thinking bottleneck.
Задача не решаемая в существующем коде и нужно сделать тонкий сложный рефакторинг в множестве мест для того, чтобы решение оказалось консистентным с остальным кодом. Сам новый код может быть тривиальным, но его последствия распространяются на множество малосвязных сущностей и из-за этого изменения затрагивают несчётное (не удерживаемое в голове) количество "мест" (компонент и т.д.). Это global hard-thinking bottleneck.
И есть задачи, решения которых не существует в настоящий момент, потому что не понятно что делать, как делать, делать ли, или изменять условия задачи. Часто это связано с новыми технологиями, новыми обстоятельствами или передумыванием подхода на уровне архитектуры. Это research bottleneck.
Соответственно, у разных классов боттлнеков разные ресурсы являются дефицитными. Для communication - это количество сессий с разными людьми (завершённых дискуссий). Худший паттерн - это множество сессий между несколькими людьми, когда с одним человеком возникают новые и новые сессии из-за новых обстоятельств от других людей.
env bottleneck зависит только от часов на стене. Можно три дня по 8 часов отлаживать ci, который падает "в самом конце" в рамках одной задачи. Нагрузка на мозг есть, но она напоминает нагрузку на водителя на трассе. Смотришь, смотришь, иногда чуть-чуть делаешь, дальше смотришь.
typing bottleneck зависит от модели клавиатуры ресурсов человека для контроля этих мелких обстоятельств и является комбинацией запаса концентрации и времени (т.е. тихого времени и неуставшего мозга). Оно напоминает вождение на горной дороге или в городе в условиях плотного движения без пробок. Множество мелких действий, которые происходят почти постоянно и требуют большого внимания.
Оставшиеся три - это чистый стресс на мозг, причём каждый имеет свой профиль по нагрузке. Именно для этих трёх типов человек продолжает работать даже когда не печатает (более того, самая важная работа происходит в перерывах между нажатиями кнопок, потому что сами кнопки - это typing bottleneck, а реальные решения происходят в голове между сеансами typing).
Это моё имхо. Почти пост?
Хорошо, "бутылочное горлышко". Их в комментарии 6 разных. Как будем переводить остальные?
А если более-менее буквально?
communication bottleneck — бутылочное горлышко коммуникации
env bottleneck — бутылочное горлышко окружения
typing bottleneck — бутылочное горлышко набора
local hard-thinking bottleneck — бутылочное горлышко локальной сложности
global hard-thinking bottleneck — бутылочное горлышко глобальной сложности
research bottleneck — бутылочное горлышко изысканий
Не настаиваю на точности перевода, наверняка найдутся лучшие варианты.
А если еще проще:
проблема окружения
проблема коммуникации
проблема набора
проблема локальной сложности
проблема глобальной сложности
проблема изысканий
Вроде смысл не потерялся.
Смысл вообще разный. Бутылочное горлышко - это узкое место, которое тормозит процесс. И как ты не улучшай/оптимизируй все остальное (какой широкой не делай бутылку), все равно все в него упрется (вода из бутылки быстрее выливаться не будет). А проблема - это проблема.
Ну узкое место звучит лучше бутылочного горла, а смысл в данном контексте именно такой. Может его и использовать?
Проблема она и в африке проблема и означает что ее надо решать, а уж с какой стороны у проблемы дырка и какие у нее размеры - это уже больше похоже на полемику, и этому явно не место в заголовках.
Во всех примерах можно просто заменить на слово "проблема". Смысла в "БуТыЛоЧноМ горлышке" не больше. Однако, есть вариант круче - захардкорить чтобы страдали уже все: комбутгор, бутокргор, набугор и т.д. Только сильно отдаёт советской практикой терминологизма ради самого себя. Тут я еще немного подумал; и таки отдаёт ТРСС и в случае с англицизмами - а зачем нам вообще термин "communication bottleneck" если в разговоре достаточно сказать что придется много совещаться/печатать/исследовать.
В принципе, можно подобрать перевод будет в достаточной мере переддавать смысл этих терминов. Навскидку могу привести такие варианты:
communication bottleneck — узкое место в коммуникациях
env bottleneck — узкое место в окружении/обратной связи
typing bottleneck — узкое место в записи кода
local hard-thinking bottleneck — узкое место, требующее локального тщательного обдумывания
global hard-thinking bottleneck — узкое место, требующее глобального тщательного обдумывания
research bottleneck — узкое место, требующее исследований
Этот комментарий выносит большинство статей хабра (по данной тематике) в разряд "Раздача поглощена".
Почти пост?
Тост ?
Замечал за собой такое: В течении недели по 4-6 часов высокой концентрации, решения сложных задач, написание сложных схем + 8-10 часов сна ежедневно - это гарантированно, что будешь валятся в кровати субботу и воскресенье с пустой головой без желания что либо делать.
Работал так какое-то время. Продуктивность колоссальная. Но, мне трудно оценить ту сумму, которую должен мне платить работодатель, что бы такое компенсировать. По этому перешёл на более щадящий режим. Пускай и не блистаю на работе теперь, зато сохраняю силы и здоровье.
Лишь бы не предъявляли претензий за то, что натрекано мало времени. Или по трекингу выходит много? Я никак не научусь трекать пустоту. Вроде, отошёл чай попить, кошачий лоток почистить — потом прихожу и ставлю трекинг на паузу, потому что полчаса натрекано, а работы никакой нет. А если уже целый час натрекался, то потом работаю на паузе, потому что как-то не честно же получается, если задача на пятнадцать минут, а у меня там час пятнадцать.
Воспитают детей в парадигме, что обманывать нехорошо, а дети потом к концу дня без сил что-то делать, но при этом отработано лишь 3.5 часа, приходится ещё ночью дорабатывать и еле-еле просыпаться, поспав 5 часов, из-за чего получается вообще 3 часа работы в день и отрубания на рабочем месте. Так каждый день отбой отодвигается всё дальше и дальше на утро.
Не не не, вот так делать не нужно. Это не обман уж точно, вы же используете это время для передышки. Кроме того, вы по прежнему находитесь «на месте», что бы экстренно решить проблему в случае необходимости. Это тоже стоит денег.
Раньше нас заставляли трекать каждый день не меньше чем 8 часов. Я в Excel делал табличку на месяц и распределял часы на задачи, что бы можно было скинуть немного часов с одной задачи на другую в случае нехватки. Но, потом я просто стал просить больше времени на задачи с учётом личных потребностей. 15-и минутки вообще убрал. Но, этот метод также съедает кучу времени на подгонку часов.
Первый звонок – это когда твой трекинг доступен кому-либо кроме тебя. В этот момент самые сообразительные в коллективе начинают трекинг подгонять. Второй и последний звонок – это если трекинг используется для оплаты. В этом случае никаких шансов нет на то, что трекаться будет рабочее вермя.
Чтобы не обманывать, приходите на работу вовремя, проводите на ней 8 часов и просто старайтесь работать и поменьше отвлекаться. Будет выходить добрых 2-4 часа рабочих задач в день плюс совещания. Вот благодаря этому планета и вертится.
Знакомая проблема. Минусы удаленной работы :(
Мне кажется более менее адекватный разработчик сам приходит к этим выводам. По крайней мере, для меня статья не стала откровением. Основная идея: не сопротивляйся своему мозгу. Не хочешь работать отдохни или обсуди задачу и проблемы связанные с ней, займись какими-то другими вещами (сделай код ревью, проверь баги и логи ошибок, посмотри пользуется ли успехом недавний функционал, посмотри мониторинги системы - вдруг заметишь что-то неоптимальное, посмотри сколько зарабатывает компания, помоги джуну с задачей и тд, рабочих задач для отвлечения на самом деле много), главное не заставляй себя работать через силу и не будет выгорания.
PS Что я не рекомендую, это смотреть обучающие видео или читать мануалы. В общем нагружать ещё больше мозг.
да. так и есть, переработки стоят очень дорого, поэтому при разумном менеджементе их практически нет.
Да уж. Зависит еще от времени года) А так, рабочий процесс похож на биполярку. То маниакальная фаза, то депрессивная) А вот контроль и списание времени это убийство мыслительной деятельности. В таким местах работать не стоит - в точку)
На мой взгляд, глупо ограничивать рабочий день рамками реально интенсивной работы — люди, которые работают 8-10+ часов в день могут половину времени проводить на встречах и в общении с коллегами — если это общение структурировано, если в компании все в порядке с целями и фокусировкой, такие встречи могут быть эффективнее самого кропотливого индивидуального труда.
Статьи, похожие на эту, непременно упускают один важный аспект — мало кто в современных компаниях работает в одиночку. Социальные взаимодействия, особенно незапланированные и неструктурированные (те самые случайные встречи у кулера с водой) могут привести к возникновению новых идей и прорывов в задачах и проектах, на которые были потрачены многие часы кропотливого труда.
Иногда рутинная встреча с подрядчиком может привести к инсайту, которого ты не ждал.
Иногда рутинная встреча с клиентом может выстрелить через несколько месяцев крупным новым прорывом или идеей.
Иногда ты узнаешь у коллеги то, чего не знал до этого.
Очень интересно, сколько кто нарабатывает за день чтобы прикинуть усредненные возможности человека. Я сам трекаю все время которое трачу на полезную деятельность, включая не только работу, но и физ. нагрузку и обучение, стараюсь довести этот показатель до 60 часов в неделю. Но пока выходит чуть больше 40, что меня несколько расстраивает)
А если прикинуть, по записям, напряженную работу, то выходит как раз 2- 4 часа. Причем, я подозреваю что 4 это когда концетрация была невысокой и я постоянно отвлекался.
Да, все верно, даже 40 часовая раб неделя это перебор. Четырехчасовая неделя, не больше. Нельзя же по 40 часов работать
Но, давайте её немного по другому развернём: каждый человек реально думает 5-10% своего времени, а остальное время живёт «на автопилоте», на который он себя запрограммировал — когда думал.
вот и получаем те самые 1,5-2 часа активной умственной работы.
Если поднапрячься — то можно увеличить раза в 2. Но каждый день так напрягаться не получится. Ну плюс — далеко не все умственной работой занимаются, некоторые из режима «автомата» могут сутками не выходить (реальные примеры видел человек просто не помнит своей рабочей недели оператором ЧПУ на заводе — там работа болванки вставлять/снимать, причём не помнит и домашних дел тоже)
Вот и получается, что если взять мгновенный срез — то фраза, в общем, справедлива. Только на каждом таком срезе состав «идиотов» — разный. И нужно понимать в каком ты режиме сейчас :)
Другой вопрос (и это моя основная мысль) что оставшееся время — это не «расслабон». В режиме «автомата» тоже много чего делается! А для многих, особенно физических работ — это так вообще основной и крайне желательный режим.
Я не меряю работу часами. Мне важен результат. Либо промежуточный результат. Я могу часами и днями бродить по дому, в рабочее и не рабочее время, делать какие-то наброски, ожидая когда мысли соберутся в правильный узор, а потом тебе бац, и хорошая мысль в голову приходит. И тогда я готов сидеть до упора.
Ну а если, например, работа рутинная, то первым делом думаю как сделать ее эффективно, максимально "поставив ее на поток".
А если какое-то внеочередное задание прилетает, стараюсь первый результат отправить раньше срока, потому что потом неизбежно будут корректировки.
Вобщем до сих пор такой режим работы не вызывал ни у кого нареканий. "Наружу" по итогу всегда все сделано в срок и качественно.
По итогу я на работу трачу в среднем больше восьми часов времени, я ведь еще и самообразованием занимаюсь в свободное от работы время, исследованием, поиском типовых решений. И от мыслей о рабочей задаче не могу по щелчку пальцев избавиться. Поэтому работа размазана во времени.
Но у меня и работа такая (автоматизация тестирования), что мою производительность сравнивать особенно не с кем. Работал всегда один. А вот мне светит пойти во фронтенд разработчиком, для расширения квалификации, и там я уже не знаю, будет такой режим работы канать или нет. Там придется равняться на режим работы коллектива.
Люди работают не так много, как вы думаете