s0rr0w

Мне кажется, что это сделано не спроста, а для того, чтобы не просаживаться еще больше по скорости. Статический nodeList взялся из документации, в которой написано черным по белому querySelectorAll не быстры из-за того, что ему приходится перебирать ВСЕ или почти все ноды. Оптимизировать запрос можно, но это будет затратно по протребляемой памяти. Если бы он был еще и живым вдобавок, то простой скрипт модификации дерева по списку, который вернул querySelectorAll, запускал бы ровно столько процедур поиска, сколько и модификаций было. А так как граната в руках обезъян всегда стреляет, то решили на уровне спецификации не допускать бомбы в скриптах.

Продолжение беседы про мышление в стиле xpath тут

Продолжение темы Javascript > 108 атрибутов! Бенчмарк: http://jsperf.com/queryselectorall-vs-getelementsbytagname Картина одинаковая в Хроме и ФФ. На мелких проектах пофиг. Но на чем-то более серьезном этот тип мышления приводит к весьма противоречивому результату: вместо упрощения работы будет постоянная работа над оптимизацией запросов. И где профит?

А мышление? querySelector - инструмент для ленивых, и скорость работы у него соответствующая. С ростом сложности кода задача оптимизации будет стоять все острее и острее.

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

Хэш = ассоциативный массив.

Потому что "2" переводится в 2 и записывается в массив под таким индексом.

Подвох в понимании сути объекта. Хром его хранит, скорее всего, именно как ассоциативный массив arr['myKey':"myValue"], а Фокс как массив объектов arr[{key:"myKey", value:"myValue"}] Способ, который используется в Хроме, не запрещен, но про него надо помнить.

Сравни с FF и Opera

Это другой момент. node.id - способ записи DOM Level 0. Установка значения этого свойства имеет действие и на атрибут. Это записано в спеке даже Но это только для особого списка атрибутов, если ты сделаешь node.myVal = 1, то node.getAttribute("myVal") не будет 1 Не всегда то, что ожидаешь получить... Например есть вот такой забавный баг-фича Тесткейз var a = {}; a['1'] = "1"; a['3'] = "3"; a['2'] = "2"; a['33'] = "33"; a['b'] = "b"; a['a'] = "a"; var st = ""; for ( i in a ) st += i + "\n"; alert(st); Сравнить Хром с другими браузерами

Создаешь файл debug.js, в нем функцию function dump( node ) { for(var i in node) consdole.debug( i + " = " + node[i] ); } И когда надо, вызываешь. Митхун и Раджеш, когда писали IE, никак не могли разобраться, чем атрибут от свойства отличается, а нам страдай... А теперь ложка дегтя. Когда ваш код будет проверять наличие нескольких атрибутов неизвестного имени, вот там как раз и вылезут все прелести отсутствия различия между свойствами и атрибутами. Код будет исполняться на два порядка медленнее.

Обоснуй.

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

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

Если б да кабы да во рту росли грибы... Чтобы создать идею в 100 раз круче, потребуются объективные причины, чтобы создавать это самое "круче", но самостоятельно. Не забывайте, что пока кто-то будет создавать клон вашего сервиса, время будет работать на вас. Именно вас будут знать на рынке, именно вашими продуктами пользоваться, именно вы укоренитесь в мышлении на рынке. И вы за это время наработаете себе неплохой багаз знаний и будете гораздо лучше понимать, чего же на самом деле хочет рынок. Ваш конкурент будет тратить ресурсы в пустую только для того, чтобы догнать вас. Это очень тяжело, поверьте. Зачастую, гораздо проще купить с потрохами ваш стартап, чем создавать конкурентный продукт. Потому что в данном случае вы получаете 100% рынка, а не треть или того меньше. Так что опасения ваши напрасны, в реальности никто не будет создавать аналог facebook'а потому что это не выгодно и глупо. Нужно создавать свои рынки и быть на них первым

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

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

Читай документацию по ShopOS, задавай вопросы на сайте BooomStudio. Тут нет разработчиков этой системы, и желания копаться в тоннах какого-то кода нет.

Завидую людям, которые не видят затратной части.

Не забываем про издержки на 1. Обслуживание юрлица (налоги сожрут из этой суммы приличный кусок) 2. Расходы на офис, электричество и прочие расходники 3. Оборудование Глядишь, и уже вместо 90 человекомесяцев останется всего 18...

Задача не имеет решения.

Готовые решения не предоставляю. Навести на мысль могу. txt по умолчанию не равно null.

Потому что вижу идентичность поведения и эмоционального состояния. Кто не видит - я не виноват. Ну увидел уже, увидел. Хватит. Понеслась... Что, задело сравнение с линуксоидами? Ну ничего, со временем попустит...

Ошибка тут

А теперь на русский переведите, пожалуйста, я бессвязные речи с трудом понимаю...