Ранее пробовал несколько недель принимать. Никак не отразилось ни на продуктивности ни на самочувствии. В принципе питание у меня примерно соответствует биологическим нормам и не сильно ухудшается в связи со сменой сезона.
Закономерность удалось выявить только в отношении нагрузки в предыдущие месяцы.
>Работаю в неделю четыре-пять дней
>дают 30 дней + 30 дней компенсации
У вас хорошо система построена. Во-первых не всегда полная рабочая неделя (4-ре дня). Во-вторых отпуск можете позволить взять 2 месяца. А рабочий день строго 8 часов?
Возможно для вашей деятельности это оптимальная схема, если долгое время работаете и сохраняете силы.
>Дело ведь не в днях и не в пропорциях. Дело в результате.
Результат и пропорции, должно быть, имеют некую связь.
>У каждого из нас свои физиологические, эмоциональные и другие свойства.
>Понять их, измерить (зачастую эмпирически) — очень важно.
Ну кто этим (измерением) будет заниматься? Обычно люди об этом не думают и вынуждены подстраиваться под существующую систему (11/1 ну или 11/0.5+0.5, без разницы).
Серьезные исследования этого вопроса не помешали бы. Мой прогноз результатов исследований (из личного опыта): для умственного труда наиболее продуктивной будет такая схема: работать 2 месяца через 1 (то есть 1+2+1+2+1+2+1+2). Легко запомнить: отдых должен занимать около 1/3 периода. 1/3 суток — сон. 1/3 недели — выходные. 1/3 года — отпуск.
При этом можно организовать смену разработчиков проекта: 1-й месяц работает группа А, группа Б отдыхает, 2-й месяц работают вместе, вникают в общий проект, 3-й месяц работает группа Б, группа А отдыхает. Но работать нужно на всю силу. Успокоением будет то, что через 2 месяца целый месяц оплачиваемого отпуска. И так целый год.
Давно в таком режиме работаете? Хватает 3-4 дня для полного восстановления сил, чтобы вновь пробудить страсть к разработке и новым исследованиям? Бывают периоды когда ничего не можете делать?
>В общем, на мой взгляд, это вечная тема и подходы у каждого свои и исследования здесь бесполезны, разве что в качестве статистики. Достаточно иметь мозг в голове, которая на плечах.
Ну спать, к примеру, всем одинаково нужно: 7-8 часов в сутки (слегка зависит от возраста). С отдыхом сложнее: сильно зависит от работы и нагрузки. Исследования были бы полезными, да вот провести их не просто.
А не проще ли использовать отладчик (как JetLink) вместе с IAR-средой и самым простым способом (через удаленный рабочий стол) работать с реальным устройством?
Мне когда пришлось разрабатывать для микроконтроллеров — сначала без отладчика работал. Загрузил, помигал светодиодами. Потом понял что на это уходит много времени и купил отладчик. Процесс разработки перешел на новый уровень.
Всегда для меня были большой загадкой барахольщики. Стоят изо дня в день с тем же самым барахлом. Визуально — те же самые вещи каждый раз, ассортимент не изменяется, так как никто у них ничего не покупает (и нового не добавляется). Зачем же они носятся с этим барахлом? Неужели им не жалко потерянного на этот мусор времени?
Какие только объяснения я для себя не придумывал… Из основных:
1. Приходят поболтать. Дабы жена не критиковала — берут с собой барахло якобы для продажи. Знаю что многие так «на рыбалку» ходят.
2. Продают что-то запрещенное законом, а это барахло для прикрытия. Ну мож наркоту там продают?
3. Нарушение психики как у Плюшкина. Жалко выкинуть и ничего не могут с собой сделать. Для разрешения противоречия носят на рынок в надежде продать.
В общем, должен признать, мне этот вопрос до сих пор покоя не дает )
Вот это ваше кеширование как отражается на целостности данных? К примеру, произведена транзакция и сервер кеширования падает. Транзакция на диске не запечатлена — только в ОЗУ на сервере кеширования? Получается нет гарантии целостности данных?
Нет абсолютно надежных. Все могут поломаться, даже самые надежные. Причем это происходит в самый ответственный момент. По этому нужно автоматически запускать сервер в другом датаценре EC2, если не доступен в вашем.
P.S.
У нас сервер на EC2 в US East — работает. У них же там (в US East) 4-ре датацентра — на то оно и облако.
Сейчас вспоминаю — все что мне удавалось начать и довести до логического завершения — выполнялось именно по принципам, приведенным в статье. А все что пытался планировать в деталях — провалилось.
Может, конечно, этот от человека зависит. Кто-то делает потому что нужно (дабы выполнить план, пятилетку). А кто-то делает потому что в кайф. Вот второму — детальный план иметь вредно. Делай себе в кайф — природа обо всем позаботилась, твое участие в коррекции этого плана ни к чему не приведет.
>Вчера, во время обсуждения www.i-gorod.com, возникла мысль собрать команду с целью создания социально-значимого и эффективного ресурса.
Можно понимать не однозначно. Хотите, по примеру i-gorod, поучаствовать в роспиле, или же хотите показать что i-gorod ничего за деньги не смогли сделать, а вы сделаете кое-что абсолютно бесплатно?
Мне во всем подошел GAE. Даже полнотекстовый поиск по 100 Мб. текста сделать удалось.
А вот понадобился HTTPS с красивым сертификатом — и приехали. У GAE пока нет такой возможности. Когда будет — не известно. Приходится в спешном порядке все переносить на Amazon BeansTalk.
Разбирался пол дня. Самое сложное было — установить этот самый SSL-сертификат. К серверу по SSH не подключался — нет необходимости.
Главные недостаток Amazon — это их база данных SimpleDB. Google BigTable — намного более продвинутая. Второй недостаток — долго деплоится по сравнению с GAE.
Закономерность удалось выявить только в отношении нагрузки в предыдущие месяцы.
Тут понимаете какая штука. Каким бы вы красивым словом не назвали вашу систему — все равно природа возьмет свое…
Про «на всю катушку» я подразумевал более 8 часов в сутки (у меня выходит до 12). Вряд ли, если вы не фрилансер, будете в таком режиме работать.
>дают 30 дней + 30 дней компенсации
У вас хорошо система построена. Во-первых не всегда полная рабочая неделя (4-ре дня). Во-вторых отпуск можете позволить взять 2 месяца. А рабочий день строго 8 часов?
Возможно для вашей деятельности это оптимальная схема, если долгое время работаете и сохраняете силы.
Результат и пропорции, должно быть, имеют некую связь.
>У каждого из нас свои физиологические, эмоциональные и другие свойства.
>Понять их, измерить (зачастую эмпирически) — очень важно.
Ну кто этим (измерением) будет заниматься? Обычно люди об этом не думают и вынуждены подстраиваться под существующую систему (11/1 ну или 11/0.5+0.5, без разницы).
Серьезные исследования этого вопроса не помешали бы. Мой прогноз результатов исследований (из личного опыта): для умственного труда наиболее продуктивной будет такая схема: работать 2 месяца через 1 (то есть 1+2+1+2+1+2+1+2). Легко запомнить: отдых должен занимать около 1/3 периода. 1/3 суток — сон. 1/3 недели — выходные. 1/3 года — отпуск.
При этом можно организовать смену разработчиков проекта: 1-й месяц работает группа А, группа Б отдыхает, 2-й месяц работают вместе, вникают в общий проект, 3-й месяц работает группа Б, группа А отдыхает. Но работать нужно на всю силу. Успокоением будет то, что через 2 месяца целый месяц оплачиваемого отпуска. И так целый год.
Спасибо. Статья — это громко сказано. Для статьи нужны исследования, а здесь описан, по большей части, мой субъективный опыт.
>Отдыхаю обычно дня 3-4.
Давно в таком режиме работаете? Хватает 3-4 дня для полного восстановления сил, чтобы вновь пробудить страсть к разработке и новым исследованиям? Бывают периоды когда ничего не можете делать?
>В общем, на мой взгляд, это вечная тема и подходы у каждого свои и исследования здесь бесполезны, разве что в качестве статистики. Достаточно иметь мозг в голове, которая на плечах.
Ну спать, к примеру, всем одинаково нужно: 7-8 часов в сутки (слегка зависит от возраста). С отдыхом сложнее: сильно зависит от работы и нагрузки. Исследования были бы полезными, да вот провести их не просто.
Мне когда пришлось разрабатывать для микроконтроллеров — сначала без отладчика работал. Загрузил, помигал светодиодами. Потом понял что на это уходит много времени и купил отладчик. Процесс разработки перешел на новый уровень.
В Украине выбрал любой интернет магазин, заказал сколько нужно — через день уже все тебе принесли. Стоимость доставки около 5 баксов.
Какие только объяснения я для себя не придумывал… Из основных:
1. Приходят поболтать. Дабы жена не критиковала — берут с собой барахло якобы для продажи. Знаю что многие так «на рыбалку» ходят.
2. Продают что-то запрещенное законом, а это барахло для прикрытия. Ну мож наркоту там продают?
3. Нарушение психики как у Плюшкина. Жалко выкинуть и ничего не могут с собой сделать. Для разрешения противоречия носят на рынок в надежде продать.
В общем, должен признать, мне этот вопрос до сих пор покоя не дает )
Я бы так не сказал: status.aws.amazon.com/ И вчера и сегодня с RDS были проблемы. Возможно вы имели в виду SibmpleDB?
Кстати, кто точно может сказать какие зоны падали?
>Причиной сбоя на самом деле стали дисковые массивы EBS (Elastic Block Store)
Помнится, кто-то недавно тесты проводил. Доигрались?
Вот это ваше кеширование как отражается на целостности данных? К примеру, произведена транзакция и сервер кеширования падает. Транзакция на диске не запечатлена — только в ОЗУ на сервере кеширования? Получается нет гарантии целостности данных?
P.S.
У нас сервер на EC2 в US East — работает. У них же там (в US East) 4-ре датацентра — на то оно и облако.
Может, конечно, этот от человека зависит. Кто-то делает потому что нужно (дабы выполнить план, пятилетку). А кто-то делает потому что в кайф. Вот второму — детальный план иметь вредно. Делай себе в кайф — природа обо всем позаботилась, твое участие в коррекции этого плана ни к чему не приведет.
Можно понимать не однозначно. Хотите, по примеру i-gorod, поучаствовать в роспиле, или же хотите показать что i-gorod ничего за деньги не смогли сделать, а вы сделаете кое-что абсолютно бесплатно?
А вот понадобился HTTPS с красивым сертификатом — и приехали. У GAE пока нет такой возможности. Когда будет — не известно. Приходится в спешном порядке все переносить на Amazon BeansTalk.
Разбирался пол дня. Самое сложное было — установить этот самый SSL-сертификат. К серверу по SSH не подключался — нет необходимости.
Главные недостаток Amazon — это их база данных SimpleDB. Google BigTable — намного более продвинутая. Второй недостаток — долго деплоится по сравнению с GAE.