Это данность, и с ней приходится мириться.

Именно.
Об этом я специально и упомянул выше, так как понимаю что денормализация бывает к очень к месту.

Не все, но самые популярные. Пусть даже кривые и убогие — про IE то все, например, знают кто работает с веб-технологиями :)

именно так

Вы абсолютно правы… Сам сталкивался с очень талантливым студентом-программистом (третий курс) который для реализации связи «многие-ко-многим» хранил в специальном поле таблицы идентификаторы связанных записей. Не потому что это был какое-то оптимизационное решение, а потому что просто им еще не читали теорию баз банных. Либо читали, но он посчитал что это ерунда, а вот ЕГО метод — удобнее и круче… Есть категория очень упрямых людей, которые какие-то новые, «чужие» методы, воспринимают очень плохо.

Я не про отдельные тусовски говорю. Под «сообществом» я понимаю всех веб-разработчиков без половой принадлежности и принадлежности к каким-то фанатским течением. Профессионал (кроме всего прочего) должен уметь выбирать оптимальный способ решения задачи. Выбор технологии и библиотек/фремворков — это то самое и есть.

Сообществом профессиональных веб-разработчиков. Иметь представление надо о всех технологиях…
А то что думают продвинутые члены каких-то отдельных направлений — это их проблемы :)

Вас не Виталий зовут, случайно?
Второй ваш комент — и всё в одном русле :)

Это не «любая аббривеатура», а признанные сообществом технологии, про которые профессионал должен как минимум знать, а еще желательно аргументированно обосновывать использованией того или иного подхода.

Конечно, в любом выборе есть изрядная доля субъективности. Я вот, например, не использую jquery, потому что ненавижу тормозные сайты (хабр, к сожалению, в их числе — не надо забывать что подавляющее количество «простых смертных» сидит под IE и не на квадрах) и еще со времен ассемблера привык оптимизировать код. Иногда, правда, во вред скорости разработки :) Но я свои недостатки прекрасно понимаю и ищу компромисы.

Напрасно, напрасно… в первой «Матрице» Нео Морфеуса искал тоже по такому принципу — и сами помните к чему это привело :)

«Делаем снег сами» — актуально в этом году. Должно идти в комплекте с остальными гаджетами по дефолту :)

Иненно на этот счет и была полемика по поводу закона. Не помню чем это все закончилось, правда…

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

PS Дырки в системе безопасности через которые черви лезут тоже можно рассматривать как «стандартный функционал», однако распространение вредоносных программ — это противоправное действие.

Зеленый еще программист был! Опытный бы сделал md5 и напихал бы в параметры всякого мусора кроме microtime() :)

НЕ согласен. У меня дома (1,6ГГц, IE6) хабр (да и многие другие проекты на jQuery) сильно притормаживает при открытии, а тут, глядишь, пошутсрее могли бы бегать :)

А вы идейный борец за светлое будущее? Часто когда на весах лежит несколько лямов зеленых денег и идейные порывы — перевешивает первое :) Кроме того, они не ведут к деградации общества, они лишь отражаю его состояние.

Весьма конфликтное начинание, как мне кажется. Как вариант: человек придумал концепцию стартапа, реализовал его но проект «умер» (в силу разных причин, вполне возможно что просто не набрал критической массы пользоватлеей). Он выкладывает его на «кладбище», а тут рисуется некий «трупоед» (с) который тупо берет идею, делает свою реализуцию и имея опыт/ресурс раскручивает проект и он начинает приносить прибыль. Вопрос — как в этом случае себя ощущает автор идеи? Я бы вот очень переживал бы по этому поводу :)

А цифры результатов тестирования в сравнении с альтернативными вариантами посмотреть можно? А то пустой холивар получается — я бы на сложности синтаксиса запросов вообще бы не заморачивосля, потому что обычно это все обернуто в API и генерируется автоматом (по крайней мере я так обычно делаю). А вот скорость — это тема для обсуждения.

Я об этом и говорю… Усложнение шаблонизаторов ведет к переносу бизнес-логики в код шаблона, что опять размывает модель MVC но только с другой стороны.

Забавно. На языке PHP, который зарождался как раз как язык шаблонов, пишут новые шаблонизаторы и чтобы они по синтаксису были практически как исходный язык. Я чего-то не понимаю в этом мире…