Судьба распорядилась так, что приходиться серьезно заниматься тремя проектами сразу. Когда было два — это еще более менее, но когда добавился третий — потери на то, чтобы вспомнить на чем остановилась работа и что еще надо сделать, стали просто ужасными.
Кому нибудь приходилось работать в таком режиме? Может поделитесь организационными или психологическими методами?
Здравствуйте, Joker6413, Вы писали:
J>Судьба распорядилась так, что приходиться серьезно заниматься тремя проектами сразу. Когда было два — это еще более менее, но когда добавился третий — потери на то, чтобы вспомнить на чем остановилась работа и что еще надо сделать, стали просто ужасными. J>Кому нибудь приходилось работать в таком режиме? Может поделитесь организационными или психологическими методами?
Я уже давно так работаю
Из собственных наблюдений:
Нужно писать много коментариев. Подробных. Особенно полезны комментарии, в которых рассказывается, что должен делать класс/метод, как он это должен делать, зачем и почему.
Фрагменты, на которых ты остановился и отложил до "лучших времен" нужно помечать комментарием FIXME. Причем комментарий должен содержать короткое, но точное описание того, что ты хотел сделать в этом методе:
void do_some_operation( int resource_id, int mode )
{
//FIXME: выполнить проверку корректности resource_id.
//FIXME: выполнить проверку корректности mode по отношению к resource_id.
//FIXME: выполнить операцию над resource_id.
}
При возвращении к проекту после перерыва нужно первым делом выполнить grep по строке FIXME -- сразу показывает, где остановился.
Некоторые редакторы, в частности, VIM выделяет комментарий FIXME другим цветом -- это сразу бросается в глаза.
Если ты не хочешь, чтобы не дописанный код компилировался (и как следствие, работал не правильно), добавь в код заведомо некорректную инструкцию, вроде STATIC_ASSERT-а:
void do_some_operation( int resource_id, int mode )
{
check_resource( resource_id );
check_mode( resource_id, mode );
// Вот здесь меня злобно прервали!
implement_some_operation!!!
}
... << RSDN@Home 1.1.4 stable rev. 510>>
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
По моему ветку надо перекинуть в "О работе".
J>Кому нибудь приходилось работать в таком режиме? Может поделитесь организационными или психологическими методами?
Приходилось в качестве РМ-а.
Считаю это нормальным т.к. имхо один из основных навыков РМ-а — обеспечение коммуникаций между остальными членами команды, следовательно необходимо умение переключаться между контекстами много и быстро.
Девелопером на трех проектах — тут сложней конечно, наверное лучше будет работу делать достаточно большими кусками (например 1-2 дня на каждом проекте).
PS: просите у начальства премий. 3 проекта это много.
Здравствуйте, Joker6413, Вы писали:
J>Судьба распорядилась так, что приходиться серьезно заниматься тремя проектами сразу. Когда было два — это еще более менее, но когда добавился третий — потери на то, чтобы вспомнить на чем остановилась работа и что еще надо сделать, стали просто ужасными. J>Кому нибудь приходилось работать в таком режиме? Может поделитесь организационными или психологическими методами?
Главный метод — организационный: прийти к начальству, шапку на пол, и в крик: "ну не могу я больше, ... оно ...!". Таким методом ты организуешь себе работу на двух проектах вместо трех.
Для меня два проекта — это предел. И то, периодически возникает ощущение, что когда я занимаюсь одним, второй стоит у меня за плечом и дышит в ухо. Очень неприятно.
1.1.4 stable rev. 510
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Joker6413, Вы писали:
J>Кому нибудь приходилось работать в таком режиме? Может поделитесь организационными или психологическими методами?
Может помочь четкое планирование времени.
Скажем до обеда только первый проект,
после обеда — второй проект, а весь следующий день — третий проект.
Важно, чтобы между переключениями проходило какое-то время,
когда ты ничего не делаешь, а просто куришь, спишь и т.д....
Подробные комментарии и подробный же TODO list очень помогает.
А вообще это не дело, работать на 3-х разных проектах.
Можно конечно, как в одном мультике, и семь шапок из одной шкурки пошить,
только вот результат будет предсказуем...
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, Joker6413, Вы писали:
J>>Судьба распорядилась так, что приходиться серьезно заниматься тремя проектами сразу. Когда было два — это еще более менее, но когда добавился третий — потери на то, чтобы вспомнить на чем остановилась работа и что еще надо сделать, стали просто ужасными. J>>Кому нибудь приходилось работать в таком режиме? Может поделитесь организационными или психологическими методами? S>Главный метод — организационный: прийти к начальству, шапку на пол, и в крик: "ну не могу я больше, ... оно ...!". Таким методом ты организуешь себе работу на двух проектах вместо трех.
S>Для меня два проекта — это предел. И то, периодически возникает ощущение, что когда я занимаюсь одним, второй стоит у меня за плечом и дышит в ухо. Очень неприятно.
Дык... оно просто на 3х работах... Сроки не жмут, но вот что-то я на 3х перестал справляться.
Здравствуйте, bkat, Вы писали:
B>Подробные комментарии и подробный же TODO list очень помогает.
B>А вообще это не дело, работать на 3-х разных проектах. B>Можно конечно, как в одном мультике, и семь шапок из одной шкурки пошить, B>только вот результат будет предсказуем...
Да знаю. Но квартирный вопрос за меня решать никто не будет. Так что будем биться до последнего.
Ясно, приблизительно в этом направлении я и двигался. Лично для меня еще оказалось еще полезным перед работой намечать задачи на бумажке и выполняя каждую ставить плюсик, очень полезно когда приходиться часто отвлекаться. Кроме того эти задачи можно организовывать иерархически, что тоже помогает визуально быстро вьехать в контекст. Но когда надо реализовать большой кусок логики это не работает, т.к. приходиться много деталей держать в голове.
Здравствуйте, Joker6413, Вы писали:
J>Судьба распорядилась так, что приходиться серьезно заниматься тремя проектами сразу. Когда было два — это еще более менее, но когда добавился третий — потери на то, чтобы вспомнить на чем остановилась работа и что еще надо сделать, стали просто ужасными. J>Кому нибудь приходилось работать в таком режиме? Может поделитесь организационными или психологическими методами?
Кстати психологическая методика, чтобы снять напряжение перед сном. Иногда, когда уже лег, в голову приходит мысль по проекту, и начинаешь ее обдумывать и запоминать. Короче фиг заснешь. Мне подсказали способ. Если пришла такая внезапная мысль — надо встать и записать ее. Тогда успокоишься и не будешь пытаться ее обдумать или запомнить.
Здравствуйте, Joker6413, Вы писали:
J>Кстати психологическая методика, чтобы снять напряжение перед сном. Иногда, когда уже лег, в голову приходит мысль по проекту, и начинаешь ее обдумывать и запоминать. Короче фиг заснешь. Мне подсказали способ. Если пришла такая внезапная мысль — надо встать и записать ее. Тогда успокоишься и не будешь пытаться ее обдумать или запомнить.
Еще хуже, когда идея во сне приходит. Мне так когда-то причины двух злосных багов приснились, да еще когда сроки горели со страшной силой И знакомый рассказывал, что с ним тоже самое происходило, в таких же условиях.
... << RSDN@Home 1.1.4 stable rev. 510>>
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
J>>Кстати психологическая методика, чтобы снять напряжение перед сном. Иногда, когда уже лег, в голову приходит мысль по проекту, и начинаешь ее обдумывать и запоминать. Короче фиг заснешь. Мне подсказали способ. Если пришла такая внезапная мысль — надо встать и записать ее. Тогда успокоишься и не будешь пытаться ее обдумать или запомнить.
E>Еще хуже, когда идея во сне приходит. Мне так когда-то причины двух злосных багов приснились, да еще когда сроки горели со страшной силой И знакомый рассказывал, что с ним тоже самое происходило, в таких же условиях.
ИМХО отключаться надо совсем. Как рубильник. На работе — о работе, дома о другом думать. Иначе жизни не будет совсем. Мы не японцы в корпорациях жить.
Здравствуйте, OnThink, Вы писали:
OT>ИМХО отключаться надо совсем. Как рубильник. На работе — о работе, дома о другом думать. Иначе жизни не будет совсем. Мы не японцы в корпорациях жить.
Когда проект горит и вопрос стоит "сделаешь -- заработаешь или провалишь -- останешься без средств", когда вкалываешь по 12 часов без выходных, то отключаться как рубильник можно только с помощью изрядной дозы сорокоградусной жидкости, лучше водки.
А что до того, что мы не японцы... Условия разные бывают. Не всем удается сорваться с места и обустроится в Москве, Питере или за бугром. Приходится выживать там, где оказался волею судьбы.
Да и в Москве, можно делать новый продукт, вкладывая все силы и расчитывая на девиденды от него в будущем. Т.к. это твой собственный продукт. Либо работать на дядю за стабильную зарплату.
Каждый выбирает для себя, короче.
... << RSDN@Home 1.1.4 stable rev. 510>>
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
Здравствуйте, Joker6413, Вы писали:
J>Здравствуйте, eao197, Вы писали:
J>Ясно, приблизительно в этом направлении я и двигался. Лично для меня еще оказалось еще полезным перед работой намечать задачи на бумажке и выполняя каждую ставить плюсик, очень полезно когда приходиться часто отвлекаться. Кроме того эти задачи можно организовывать иерархически, что тоже помогает визуально быстро вьехать в контекст. Но когда надо реализовать большой кусок логики это не работает, т.к. приходиться много деталей держать в голове.
"перед работой намечать задачи на бумажке и выполняя каждую ставить плюсик" — для этого я использую MS Office One Note, хорошая штука для заметок
Здравствуйте, DenisNLevchenko, Вы писали:
J>>Ясно, приблизительно в этом направлении я и двигался. Лично для меня еще оказалось еще полезным перед работой намечать задачи на бумажке и выполняя каждую ставить плюсик, очень полезно когда приходиться часто отвлекаться. Кроме того эти задачи можно организовывать иерархически, что тоже помогает визуально быстро вьехать в контекст. Но когда надо реализовать большой кусок логики это не работает, т.к. приходиться много деталей держать в голове.
DNL>"перед работой намечать задачи на бумажке и выполняя каждую ставить плюсик" — для этого я использую MS Office One Note, хорошая штука для заметок
Это дело легко рассинхронизируется с реальным кодом. Поэтому разные FIXME и TODO в коде + grep удобнее.
Да и тот же doxygen имеет специальный тег \todo для вынесения подобных вещей в документацию, в отдельную страницу, где их легко отслеживать.
... << RSDN@Home 1.1.4 stable rev. 510>>
SObjectizer: <микро>Агентно-ориентированное программирование на C++.
Здравствуйте, bkat, Вы писали:
B>Важно, чтобы между переключениями проходило какое-то время, B>когда ты ничего не делаешь, а просто куришь, спишь и т.д....
От имени себя архитектора:
Не получается. Чтоб переключится надо в первую очередь увидеть где остановился и в голове выстроить дерево/последовательность последних действий, а пока не увидешь — будешь думать над первым.
B>Подробные комментарии и подробный же TODO list очень помогает.
От имени себя программиста:
Только в этот TODO лист надо писать — что сделано и что надо сделать и как можно подробней.
B>А вообще это не дело, работать на 3-х разных проектах.
На мой взгляд, не дело работать и над 2мя проектами.
Здравствуйте, eao197, Вы писали:
E>Здравствуйте, OnThink, Вы писали:
OT>>ИМХО отключаться надо совсем. Как рубильник. На работе — о работе, дома о другом думать. Иначе жизни не будет совсем. Мы не японцы в корпорациях жить.
E>Когда проект горит и вопрос стоит "сделаешь -- заработаешь или провалишь -- останешься без средств", когда вкалываешь по 12 часов без выходных, то отключаться как рубильник можно только с помощью изрядной дозы сорокоградусной жидкости, лучше водки.
E>А что до того, что мы не японцы... Условия разные бывают. Не всем удается сорваться с места и обустроится в Москве, Питере или за бугром. Приходится выживать там, где оказался волею судьбы.
E>Да и в Москве, можно делать новый продукт, вкладывая все силы и расчитывая на девиденды от него в будущем. Т.к. это твой собственный продукт. Либо работать на дядю за стабильную зарплату.
E>Каждый выбирает для себя, короче.
Конечно, Вам выбирать стиль жизни, но... Не страшно, что все дивиденды на лекарства придется пустить?
Здравствуйте, Ritterkreutz, Вы писали:
E>>Да и в Москве, можно делать новый продукт, вкладывая все силы и расчитывая на девиденды от него в будущем. Т.к. это твой собственный продукт. Либо работать на дядю за стабильную зарплату.
E>>Каждый выбирает для себя, короче.
R>Конечно, Вам выбирать стиль жизни, но... Не страшно, что все дивиденды на лекарства придется пустить?
Не страшно, мой знакомый (26 лет) сразу — "того". Хотя у него вроде всю дорогу проблемы со здоровьем были.
B>>А вообще это не дело, работать на 3-х разных проектах.
R3>На мой взгляд, не дело работать и над 2мя проектами.
На мой взгляд, если проекты смежные, то можно и над 3-мя (больше не стоит).
А вот на 2 абсолютно отдельных проекта нужно имхо 2 разных человека, хотя от масштабов проектов, конечно, тоже многое зависит.
OT>>ИМХО отключаться надо совсем. Как рубильник. На работе — о работе, дома о другом думать. Иначе жизни не будет совсем. Мы не японцы в корпорациях жить.
E>Когда проект горит и вопрос стоит "сделаешь -- заработаешь или провалишь -- останешься без средств", когда вкалываешь по 12 часов без выходных, то отключаться как рубильник можно только с помощью изрядной дозы сорокоградусной жидкости, лучше водки.
1. Это — не жизнь.
E>А что до того, что мы не японцы... Условия разные бывают. Не всем удается сорваться с места и обустроится в Москве, Питере или за бугром. Приходится выживать там, где оказался волею судьбы.
2. Я, вот, сорвался и устроился. См п. 1.
Привет Лазаревке!
E>Да и в Москве, можно делать новый продукт, вкладывая все силы и расчитывая на девиденды от него в будущем. Т.к. это твой собственный продукт. Либо работать на дядю за стабильную зарплату. E>Каждый выбирает для себя, короче.
Здравствуйте, OnThink, Вы писали:
OT>На мой взгляд, если проекты смежные, то можно и над 3-мя (больше не стоит).
Ну над двумя похожими я ещё не работал, но сдается мне, что это тоже не гуд — может ещё большая путаница получиться.
OT>А вот на 2 абсолютно отдельных проекта нужно имхо 2 разных человека, хотя от масштабов проектов, конечно, тоже многое зависит.