Тимофей

А примеры не нужно смотреть. Нужно просто писать такие стили, чтобы не было повторений (т.н. DRY) и чтобы в них было легко разобраться.
Все ж очевидно настолько, насколько это возможно! Нужен один цвет во многих местах? Используй переменную! Нужно обойти все заголовки h1-6 и присвоить им размер шрифта, помноженный на коэффициент? Используй циклы! Есть свой reset на все случае жизни (хотя в nib он есть встроенный)? Подключай import'ом. Свои миксины? Аналогично.
Единственное, что можно сделать - это просто узнать из официальной документации, какими ты обладаешь возможностями в рамках данных препроцессора и примочек к нему, а затем просто грамотно эти возможности применять в нужных местах.

Я nib использую для stylus - в нем огромная куча всяких готовых миксинов, вендор префиксы и т.п. Мне полностью хватает. В принципе kouto-swiss, похоже, дает все то же самое.

В ангуляре нет конструкции условного задания атрибута как ng-class, так что либо писать что-то типа attr="{{condition ? trueValue : falseValue}}", либо, если необходимо обязательно именно наличие/отсутствие атрибута, воспользоваться ng-switch/ng-if. Привязаться именно к классу у tr тоже не получится напрямую, в данном случае нужно записать у tr конструкцию ng-class="{ 'some-class': condition }", а в td делать проверку по этому condition.

В ангуляре нет конструкции условного задания атрибута как ng-class, так что либо писать что-то типа attr="{{condition ? trueValue : falseValue}}", либо, если необходимо обязательно именно наличие/отсутствие атрибута, воспользоваться ng-switch/ng-if. Привязаться именно к классу у tr тоже не получится напрямую, в данном случае нужно записать у tr конструкцию ng-class="{ 'some-class': condition }", а в td делать проверку по этому condition.

Ну если уровень вложенности всегда один и небольшой, то почему бы и не использовать вложенные ng-repeat. В противном случае получается древовидная структура - тогда просто нужно сделать рекурсивное подключение шаблона в том же ng-repeat, что-то типа такого:

<script type="text/ng-template" id="tree-tmpl">
<ul>
    <li ng-repeat="item in list">
        {{item.name}}
        <div
                ng-if="item.children && item.children.length"
                ng-init="list=item.children"
                ng-include="'tree-tmpl'"
        ></div>
    </li>
</ul>
</script>

<div class="tree-list" ng-include="'tree-tmpl'"></div>

За 25к можно только предложить WordPress со скачанной темой и плагинами. Не имеет смысла за такие деньги браться за сайт более основательно.

Можно через flex сделать, но с этим старина IE работать откажется.
Можно сделать как-то так

.cols {
 display: table;
 width: 100%;
}
.span5, .span-24 {
 display: table-cell;
}
.span5 {
 width: 150px;
}

Напрашивается Битрикс, но у него из коробки интеграция работает так, что придется всю структуру каталога под нее подгонять, а не наоборот. Если хочется оптимальной и удобной структуры данных для каталога, где бы не было ничего лишнего, и все было разложено по полочкам, то без разницы, какая CMS - все равно придется изучить CommerceML и ручками написать интеграцию. Что, в принципе, не так уж и сложно. Это чисто мое мнение.

Думаю, из коробки такого решения нигде не будет (но могу ошибаться).
Конкретно по друпалу - я как раз делал нечто подобное. Могу сказать, что готового модуля для этого нет, так что пришлось писать костыль самому.
Сделал я это примерно так: добавил 2 поля - одно с картинкой и виджетом множественной загрузки, другое - field collection (модуль добавляет новый вид сущности, к которой можно привязывать поля как к ноде, а сами эти сущности могут заносится в любое другое поле с типом Field Collection), потом в хуке сохранения ноды убирал картинки, добавленные в первое поле, и на каждую из этих картинок создавал новый fild_collection_item, заносил туда картинку и сохранял во второе поле.
Короче, путь не джедайский, но если не хочешь убить кучу времени, то, пожалуй, единственно возможный. Сейчас не знаю, откопаю ли весь код, который я писал, но что-то могу дать, если нужно.

Ну, если необходимость использования БД возникла на сайтах, которые написаны на PHP, то учи PHP)
Аналогично можно сказать про любой другой язык. БД сама по себе никаким образом не связана с языком программирования. Почти у каждого языка есть библиотеки, которые позволяют работать с БД. Да и сами эти БД бывают разные.

Пока не увидишь конкретную работу конкретного специалиста - вряд ли сможешь определить, насколько он хорош)
Люди - не компьютеры, для них не бывает if (all_checked) I_am_superman = true. По ценнику - могут и за лям дерьмово сделать, и за копейки идеально. Есть корреляция между ценником и качеством, но она небольшая. По времени не знаю, но лично у меня получается страница в день, если усреднить все, что я делал. Встречал верстальщика, который 3 страницы полторы недели делал, и те через ж_опу (хотя менеджер фирмы говорил, что это их лучший программист). Здесь тоже нет единого "стандарта", короче.
А что понимается под настройкой метрики? Это в смысле зарегистрироваться на сервисе и вставить код, который просто копируется оттуда? Так тут секретарша справится.

Не могу сказать именно по поводу приложений под iOS, но такие вещи никогда не делаются прямыми запросами. На стороне сайта просто делается REST API, а приложение, соответственно, через этот API с сайтом общается.

У тебя функция отрабатывает не только момент прохождения заданной ширины, а при каждом событии ресайза (то есть много-много-много раз). Например, если ты уменьшаешь мышкой окно браузера с ширины 1100 до 900, то у тебя и будет добавлен aside столько раз,сколько сработает событие.

Я, конечно, могу ошибаться, но я думаю, что по нормализации в принципе не так много информации, чтобы учебник читать. Достаточно гугла и запроса "бд нормальные формы". Далее статья в википедии, осознание, что без примеров сложно, поиск и нахождение примеров, опять википедия while (!understood). В принципе можно сказать, что understood == true тогда, когда есть понимание хотя бы первых 3-х нормальных форм. Остальное сложнее для понимания, но при этом достигается само собой в большинстве прикладных задач проектирования БД.

Любая CMS общего назначения. Возможно, в некоторых придется доставить модули для поиска.

Тут, наверно, списки того, что может понадобиться на собеседовании и того, что часто используется на практике, будут разными по объему) А так че, открываешь википедию и смотришь. Там вроде ничего не упущено)