Олег Петрунькин

Надо вступить в банду крутых JavaEE разработчиков. Потом научиться небрежно употреблять крутые слова "виртуальная машина Java", "объектный код", "да я могу собрать WAR из командной строки", и т.д. Потом одеть чёрное очки. И тут вы получаете приглашение от Голливуда. На предложение Oracle вы брезгливо отказываетесь (ну кто будет связываться с этим странным "предсказателем"? Хрень какая-то, кино не снимают). Вас задействуют в главной роли JavaEE разработчика в фильме типа "Координаты JavaEE" где вы успешно ломаете центральный сервер glassfish от Всемирной корпорации зла Oracle используя уязвимости протокола HTTPS. В конце в вас влюбляется голубоглазая блондинка и приглашает Вас в своё уютное гнездышко невинным вопросом - ты не покажешь, как удалённо деплоить приложение на tomcat? И уход в затемнение...
Ну почему программист должен быть крутым??? Это же не кино! Все очень просто (я, вы и пушка) - Вы, программа, компьютер. Бороться вам надо будет только с самим собой, а точнее со своим незнанием чего-то. И это проклятие профессии в IT. Вам всегда будет не хватать знаний. Здесь нет крутизны. Каждый день вы можете сталкиваться с нерешаемыми на первый взгляд задачами. Очень сложно не спасовать. И иногда будете сталкиваться с фундаментальными вопросами и находить для них необычные решения. И вот тогда вы сами скажете себе "Да я КРУТ".
На мой взгляд, программист - это немного учёный. Если вы не видели этого, советую посмотреть: Ричард Фейнман: удовольствие делать открытия.

Используйте препроцессор, именуйте всё по БЭМ (хотя это на любителя), все компоненты по разным файлам, для сборки grunt/gulp. Можете подсмотреть, как сделано в Bootstrap.

В процессе возникают нюансы, которые не удалось определить на этапе проектирования

Значит фигово проектировали. Невозможно один раз написать стили, которые будут подстраиваться под все возникающие новые условия. Всё это нужно было предусмотреть заранее. Что-то не предусмотрели - извелике уроки и пересматривайте всю логику стилей или отдельных компонентов.

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

Судя по вопросу и ответам, вам действительно не хватает практики.

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

для вас сейчас главное набивать больше шишек и изучать разные способы верстки и самое главное изучать их побочное действие, и таких вопросов больше не будет. а это практика + чтение тысяч отдельных маленьких мануалов по особенностям верстки.

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

Простите, но при таких вопросах - у вас особенности html и css вообще ни разу не изучены!

htmlbook.ru - для начала в помощь.