Артем Лабутин

Я считаю, что не надо хранить этот хлам, оставлять только то чем сейчас занимаешься.

Все заметки, статьи, ссылки превратятся в кучу информации на организацию которой уйдет больше времени чем на изучение.

По 1-му вопросу, - тонкость есть одна, очень важная, но понимается она не сразу. Касается это не только курортов, а, вообще, удаленной работы. Надо постараться физически отделить работу от дома и отдыха. Желательно, чтобы на работу надо было хоть немного пройти, проехать. Думаю, хорошие варианты, это офисы co-working, или съем отдельного помещения поблизости. Если, все-таки, это невозможно, то надо выделить для работы определенное место и время, чтобы не отвлекаться и не отвлекали близкие (жестко). Особенно, это актуально, если есть семья.

dbdsgnr.appspot.com

Этот сервис называется "Оклад"

Разработчики, что вас пугает в молодых PM'ах?

юношеский максимализм

Как объяснить? По-простому.

С первого раза хорошую вещь не сделаешь. Добиться качества можно только с двух, трех или большего количества разов.

Задача первого этапа - получить работающий образец. Хорошо, когда он полностью работоспособен, и даже находится в эксплуатации. Однако, для того, чтобы получить возможность *эффективного развития - нужна работа над качеством, в том числе и внутри.

Под *эффективностью подразумеваются большие результаты при меньших затратах. В этой связи сопровождение неоптимизированного кода влечет заведомо большие затраты, и главное - приводит к задержкам непредсказуемой длительности при отладке. Если есть намерение сделать разработку более линейной, и затраты предсказуемыми - нужен рефакторинг. А именно - приведение кодовой базы в стандартизированный вид, оптимизация структуры кода, возможно с избавлением от унаследованных неудачных решений.

Под затратами подразумеваются: финансовое обеспечение и временные затраты на разработку, а также количество работы, которое совершают руководители.

Рефачить или нет, исключительно Ваша инициатива, платить за нее Вам не будут, уговорить на это Вы никого не сможете. Так что если проект интересный или прибыльный, то нужно делать хорошо себе. Переписывать места с которыми больше всего проблем. Если нет(не интересный проект, не прибыльный), то не надо за него браться. И тут не особо важно сами Вы начинали проект, или взяли чужой на аутсорс.

Работаю в кровавом Java Enterprise. Тут рефакторинг не прекращается, он подобен ремонту в советской квартире. И влиять на заказчика получается только "бантиками", т.е. говорим, смотри какой клевый отчет мы забабахаем тебе! А сами думаем, под эту дудку, зарефачить наш механизм построения отчетов.
Как-то так)