Комментарии 19
Это похоже на то, как поднимаешься в гору. Неопытные люди часто рвутся и… сдыхают. Чуть-чуть отдохнул, опять рванулся и опять умер. И так далее. Опытные люди идут равномерно. Пусть сначала медленно, но равномерно. И так можно подняться на гору без особых проблем. Особенно чётко эта разница видна на высоте, когда начинает сказываться нехватка воздуха.
То же самое верно про бег на дальние дистанции. У человека есть быстрые и медленные мышечные волокна, которые работают соответственно на углеводах и жирах. Быстрые дают большую мощность, но не больше минуты, а дальше закисляются и перестают работать. Если бежишь марафон, то важны медленные мышечные волокна.
Как вышенаписанное применить в режиме челленджа? Сделать челлендж плановым. Так скоро, насколько возможно. Пусть я буду работать по 12 часов и спать по 5 часов в день. Но это будет по плану. И отдыхать по плану. И тогда всё будет в порядке. Жизненный опыт показывает, что так и будет.
Два месяца спустя мы последний раз крикнули друг другу на демо: «Молодцы!», — и ушли отдыхать на неделю всей командой
Расскажите, пожалуйста, подробнее про этот момент. Кто был инициатором такого перерыва, вы все просто взяли отпуск или это была заранее согласованная с руководством неделя для компенсации 2-х месячного челленджа?
Первые недели работали по 12 часов в день. Потом постепенно уменьшали до восьми.
А почему стали уменьшать? Устала команда или сделали все самое критичное и можно было дальше не гнать так?
Еще на старте было понятно, что мы будем уставать в таком ритме и нужно сбавлять темп к концу такого забега.
И да, вы правы — гнать в конце уже не так эффективно, с учётом того что образовательные активности сезонны и эксперимент ограничен временем.
А потом, уже к 30, решил попробовать еще — отыграл 1.5 суток, после чего 2 недели мучился с болящей шеей.
Мораль: перегрузки, который легко переносятся в 20+ лет, не так же легко переносятся в 30+ (и страшно подумать, что будет в 40+ и 50+).
Первый — когда приходилось подолгу заниматься задачами, которые ну вот совсем не вставляют. Какая-либо унылая нудятина с поддержкой древнего говнолегаси, либо топтание на месте с бодрым аджайл, когда один и тот-же модуль переписывается раз двадцать за неделю и под конец уже просто хочется взять РП за грудки и попросить его определиться наконец-то с тем, что он от нас, ять хочет!!!
Второй — когда задача ну просто огонь, от нее люто прет, хочется работать над ней весь рабочий день и в дома в выходные. Все вроде бы спорится, получается очень круто, и все вроде хорошо. Но потом приходит время когда проект уже заработал, этап начальной разработки перешел в этап поддержки написанного и мелкого допиливания… И тут часто накрывает от усталости и какого-то опустошения, делать не хочется вообще ничего.
Второй вариант, конечно куда как лучше — после него остается хотя-бы ощущение что хорошо поработал и сделал что-то полезное.
Сейчас понимаю, что 99% написанного г-вно и нужно просто несколько месяцев на переписывание.
А начальство привыкло к хорошему, типа «любая фича делается за день»…
Ну и самое главное, с жестко зашитой привычкой говнокодить страшно работу менять. Большинству нормальные прогеры нужны…
p.s. только не надо рассказывать, что можно авралить с высоким качеством. Всегда:
1. в незнакомую либу надо надо въехать
2. что-нибудь иногда глючит
3. рефакторить даже нормально написанное периодически надо
4. даже знакомые либы меняются, желательно изучать новые фичи
итд итп
А начальство привыкло к хорошему, типа «любая фича делается за день»…
Только с опытом разработчик понимает, что не стоит баловать начальство и делать фичи максимально быстро :). Так как если фичи делаются за день, начальство привыкает и эта планка становится стандартной. Так как работать длительное время в таком режиме не может никто, в какой-то момент разработчик снижает скорость и вызывает раздражение начальства, которое может перерасти в лютый негатив на ровном месте, при этом, объективно говоря, реального повода для этого нет. Также режим «фича за день» быстро накапливает тех. долг, что порой невозможно закрыть и утапливает проект в этом долге, а разработчик будет сильно страдать в конечном счете из-за этого и это часто приводит к смене работы.
Я знаю, что это закончится через 2 месяца.
ну так это ж, получается, просто проектная разработка (в противовес принятой в skyeng продуктовой)
О, перебросы туда-сюда по перемене желаний заказчика хорошо бьют, да.
Так имеет смысл работать только если ты находишься в компании, которая через год-два-три выйдет на IPO и у тебя есть пакет акций. Во остальных случаях, ты просто зря тратишь свое здоровье.
ИМХО, работает только на растущем продукте, когда уже есть что-то работающее и надо навешивать новые фишечки.
Субъективный взгляд на выгорание: как начать подгорать, но не выгореть