Хааа, кто-то обязательно задумывается об этом. Хотя бы когда-нибудь.

Вопрос затрагивает всё - от выбора программ и способа ввода пароля от сервера (запоминать, запись на листочек или в базу)

Я храню пароли в запароленной базе KeePass. Для того, чтобы не копировать пароли в\из браузера, есть плагин для Chrome.

Для SSH и GIT использую запароленные ключи RSA.

и до написания больших и объёмных программных кодов, разработке больших приложений.

Я кое-где читал, что секрет написания больших приложений заключается в том, что "нет никаких больших приложений".
Нужно уметь разделять функционал по маленьким модулям - тогда всё будет даваться легче.

Этому можно научиться и на мелких программках. Главное - научиться правильно разделять проект на независимые модули.

Ну и ещё хочу посоветовать ... тестировать свой код. Раньше я не тестировал ничего - х*як х*як и в продакшн, как говорится.
Поначалу было все хорошо - вручную прошелся по функционалу сайта; все работает.
Но потом, в один прекрасный момент, число используемых модулей достигло числа ~1300, а число фишек (функционал) во много раз увеличилось...
Ну и как сами поняли, тестировать вручную этот ад нереально. Раньше я тестировал сайт от руки около 30 минут, когда тесты выполняются 3 секунды. Чувствуете разницу?

Так что я советую параллельно с изучением разделения кода на независимые модули изучать так же и тестирование кода.

Конкретно, как там что и куда - что куда вынести и как это затестировать - нельзя сказать. Это приходит с опытом, к сожалению :( ... так что лучше "стрелять зайцев" на мелких проектах, где понятен состав проекта и можно перерабатывать код, сколько угодно.

Исчо, советую автоматизировать всё, что можно. Например, сборку проекта, сжатие, тестирование, непрерывная интеграция и т.д.

Также рассмотрю советы по поводу составления плана работы, времени работы (если график свободный), цели работы и прочее, прочее.

Я приноровился работать по технике Помидора - 25 минут работаю, 5 отдыхаю. Под конец для себя уставшим почти не чувствую. Когда работал "взахлёб" , т.е. в режиме потока, под конец дня чувствал себя, как выжатый лимон ...

Ну и изучаёте GIT, GitHub (или BitBucket), учитесь Git Flow и разделению разработки по фичам. Тоже очень полезная вещь.

Насчёт стульев и т.д. - из-за зарядки, которую я делаю за 5 минут отдыха (между Помидорами), мягкие места не болят :)

Надеюсь, не сильно от темы потрепался, и мои псевдосоветы будут полезными.

Проектирование нужно начинать с архитектуры. Основная идея - разбить систему на модули, каждой из которых выполняет свою задачу (single responsibility principle). Каждый модуль содержит компоненты. Компоненты в модулях сильно связны (cohesion) и слабо связаны (coupling). Каждый составной элемент - чёрный ящик, куда подаётся и выводится информация. Для устойчивости нужно интерфейс у этих ящиков документ документировать. Для построения API рекомендую building apis you won't hate.

Начинайте проектировать сверху, а имплементировать - снизу.

Ещё пара, но это уже advanced и немного мимо кассы ... вместо наследования используйте композицию. Поймите принципы ООП и ФП, используйте иммутабельность там, где нужно часто проверять, изменились ли данные...

Я студент и работаю веб кодером (фриланс). По замерам в Toggl - работать больше 5 часов по сайтам почти никогда не получается (это в выходные, и замер непосредственно работы, а не сидения у компа). Во время будней с парами работаю по часа 3-4, и то не всегда.
Я хоть и молодой/энергичный, но жить в таком темпе не могу. Недавно выгорел и месяц валялся на диване...

В общем, хоть это и универ, время и силы он тоже хватает. По опыту своих страданий не рекомендую практиковать "работу после работы".

Я в рабочем проекте загружаю шрифт ALS RUBL. Символ рубля в нём - c

На самом деле, организация файлов в проекте - очень важный вопрос.
У меня есть отличная дока по теме: Best Practice Recommendations for Angular App Structure.
Сквозь огонь и воду, на практических примерах, для себя, понял, что лучше организовывать проект как "дерево модулей" (фрактальная иерархия).