Константин   

javascript.ru - ниндзее некуда
tympanus.com - конченые ниндзя фронтенда

Столько комментариев не видел ни в одном ответе.
Сразу напрашивается вывод о соотношении урезанного перфекционизма к профессионализму.

Сам прокристинатор со стажем, поэтому не буду давать советы, а приведу цитаты:
Кот ежедневно вылизывает свое хозяйство, а профи сразу делает хорошо. Если сделано нехорошо, значит не профи, возможно, опыт этого проекта сделает тебя профи на следующем проекте. (старый препод по проектированию микропроцессоров, никогда не знал его фамилию)
Опыт сын ошибок трудных, а гений - парадоксов друг. (А.Пушкин)
Лучшее - враг хорошего, давно сказано (народная мудрость)
А хорошее всегда полезно (т.е. работает) - давно замечено, нужное всегда просто, непростое - не нужно. (Михаил Калашников). И того же источника: простое сделать всегда сложнее, а сложное сделать гораздо проще.
Профессионала отличает выбор инструмента и отношение к нему. (А. Макаренко)
Правильно организованный процесс - хороший повод для успеха. (Генри Форд) и того же источника самую знаменитую фразу про цвет автомобиля переделаем: Рефакторинг может быть любой величины, главное, чтобы это был 0.
Хорошее дело браком не назовут (немного не в тему, но в нашем случае - подойдет)

В основном согласен с остальными специалистами по перфекционизму и прокристинации: главное следование цели в установленные сроки. Это наука, а как это сделать - уже исскуство, для которого нужны воля и талант. :)

Успехов всем и не вешать нос!

Apache Cordova или Node-Webkit от Intel. Оба в параллель позволяют собирать и для Android, и для iOS.
Есть примеры довольно навороченных коммерческих играшек собранных на этих инструментах.
Разработку можно вести в любой среде, отлаживать на симуляторе или iPhone, Mac машина совершенно не обязательна.

1. caniuse.com/#search=box-sizing, а потом, как самому удобнее, и если действительно надо. В принципе 15 лет назад вопроса не возникало - верстали таблицами :)
   
2. опять смотрим canisue сначала, а потом думаем. Вообще-то хороший верстальщик задает размер базового шрифта в pt (не px!), а все остальные размеры ставит в em и %. И только в крайнем случае (картинки, svg, подгонка общей ширины, canvas для графиков с точной математикой) –px.
   rem, конечно, более удобная и понятная единица, но будем подождать, также как и vh, vw, vmax, vmin - очень заманчивые штуки, особенно для мобилок и планшетов, но... caniuse.com
   
3. Обязательно!!! Городушки в стиле Бутстрап оправданы лишь отчасти, нужно стремиться к семантическому коду, страница должна нормально читаться с отключенными стилями, легко конвертиться в другие форматы, легко разбираться сторонними скриптами на стороне браузера (плагинами) и т.п. Это также важно и для СЕО - и Гугл, и Яндекс больше любят чистый код! А про хай-лоад вообще молчу. Ну, а если речь зайдет об одностраничниках и т.п. - тут вообще ясность превыше всего.
   
   
4. какая, хрен, разница, если в серьезном проекте код CSS минифицируется? В большом проекте действительно имеет смысл смотреть какие свойства в каком виде быстрее обрабатываются браузером и если в stylesheet пара миллионов правил, то обязательно нужно минификатору указывать - какие свойства объединять в одно правило, а какие оставлять как есть. А для себя: LESS, SCSS, css-comb. В принципе основное правило уже лет 15 как никто не отменял: если ставишь сразу несколько параметров (например, при инициализации базовых шрифтов), то - сокращенный, если меняешь один-два параметра - то отдельно. Что тут обсуждать?
   
   
5. разница есть, и существенная: в большинстве браузеров стили применяются именно в том порядке, в каком указаны, и если стили имеют свойства со взаимоисключающими значениями - то применено бедет то правило, что указано в стиле стоящем последним!!!
   
   

Вообще-то Ваш вопрос из разряда - "чем арбуз лучше дыни" или "что вкуснее - колбаса или конфеты" :)

Вариантов масса c промежуточным хранилищем: в элементе DOM background'a, в localStorage, в indexedDB, в appCache. А отслеживать можно по событиям для WebWorker.