Сергей Протько

SVG так как можно изменять через css стили слоев, анимации по слоям ну и это все таки векторная графика а значит на ретина и при зумировании будет все идеально. Правда для доступа к стилям через css нужно svg вставлять сразу в html, но это не проблема.

без разницы, они все справляются с тестированием.
ну и Ruby on Rails - вообще не язык.

https://github.com/angular-ui/ui-router/wiki#state...

Экстремальное программирование: разработка через т....

Может, он имел ввиду LLVM?

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

Если все же группы атрибут в EAV то тогда названия должны быть такими же как расшифровка EAV.

element>attr_group atribut>child_attr

Не барашки а любые животные
www.ozon.ru/context/detail/id/3878486
Это фирмячий знак O'Reilly

delEl <> delEL

javascript case sensitive language

Все дело вкуса. Однако все-таки ES2015 — это стандарт и рано или поздно он будет поддерживаться браузерами, чего не скажешь обо всем остальном.

TypeScript старается быть надстройкой над JS, т.е. любой JS это валидный TS.
ClojureScript — это LISP и этим все сказано:)

Камешек в огород — часто библиотекам, написанным на CS, ставят это в минус.

Нормализация ради нормализации - зло в подавляющем большинстве случаев! Нормализация, как часть продуманного проектирования или рефакторинга модели данных - однозначно добро. Структура БД должна быть, по возможности, оптимальной для запросов, выполняемых на ней приложением, а вовсе не соответствовать какой-то там нормальной форме :) Это "оптимально" может в каждом конкретном случае зависеть от кучи факторов, начиная от самих запросов и особенностей конкретной использованной СУБД, и вплоть до объемов доступной памяти и скорости обращения к диску.