robertono: по поводу "палитры" - звук штука сложная, есть основной тон, обертона и прочее, сумма всех этих колебаний дает нам звук. Если хотите подробнее - то вот: asmir.info/lib/acoustics4.htm
С цветом так же, у вас есть в мониторе 3 световых фильтра, красный, зеленый и синий, которые в зависимости от интенсивности каждой компоненты пропускают больше/меньше света (выпускается подсветкой монитора) конкретной части спектра.
Sapphiron532: еще есть клевая тема - отказаться от контроллеров для состояний/маршрутов. Все есть директивы, а вот у них уже должны быть контроллеры (если кончно они делают что-то из логики). На шаг ближе к концепции вэб компонентов.
Sapphiron532: потому что controller as был введен только с версии angular 1.2 (если мне память не изменяет), а на примеры из документации это сильно не влияет.
В целом отказ от использования скоупов приводит нас к следующему:
- нет проблем с наследованием скаляров в скоупе... так как мы и не пытаемся этого делать
- наши контроллеры начинают походить на нормальные объекты, особенно актуально в виду ES2015
- понижается вероятность того, что кто-то вставит кастыль в виде ватчера в контроллере и вместо этого будет дергать по какому-то событию метод контроллера.
- в шаблонах проще ориентироваться, так как мы знаем контекст, в которых наши функции вызываются
- код банально чище, проще поддерживать.
6ms это на какой конфигурации? Насколько сложные правила и т.д. Да и потом, еще есть другие варианты - например php-pm + fastroute вместо php-fpm, это уже явно будет забавнее, так как время на инициализацию скрипта невилируется.
ну как пример - в node.js уже заимплеемнтили прокси (с флагом --harmony_proxies) и модули (с флагом --harmony_modules). А это значит что использовать ES2015 в ноде можно.
kagema-san: откуда там базы данных? Храните все хоть как. Ну и опять же - метод погружения, берем задачу которую в данный момент сделать не можем и пытаемся сделать, так будет продуктивнее чем постоянно делать что-то что делать точно можешь.
Александр А: ну тут разница в подходах. На inject вообще не нужно вешать пламбер так как там нечему ломаться при инкрементной сборке (используется декларативное обозначение мест вставки - не нашло - не вставило). На rigger нужно, так как мы там явно задаем что куда и кого, и можно сломать синтаксис. Ну и опять же тот факт что оно вместо того что бы заэмитить ошибку в стрим просто падает - это то же самое что упасть молча (мы же галпу не сказали что упали). Делайте ишус, поправьте если хотите. Мне лично такой подход и иньекцией асетов не нравится.
