Svatov

Это не совсем правильный подход. Чтобы скрывать часть информации достаточно просто менять высоту контейнера. Манипулирования с данными тут имеет смысл, если ты через AJAX подгружаешь данные (ленивая загрузка).

Распиши подробнее, по шагам и что именно хочешь передать.

Могу предположить, что возможно причина в том, что элементы с name могут быть с одинаковым именем, а id должны быть разными. И чтобы не перепутать name c id вводят разное название. Чисто фишка для читабельности кода, не более того.

Почаще смотри в консоль. У тебя hasIEPlugin не определен.

Я очень часто замечаю, что многие фукают на БЭМ, но по сути используют его принципы в какой-либо интерпретации. БЭМ не умер и никуда не денется, даже после появления CSS Modules с его неймспейсами. Он позволяет писать css стили модульно и в этом его преимущество, особенно для внедрения в различные стеки по типу Angular 2 или React based архитектуры. Особенно учитывая, что все двигается в сторону компонентов, то ему заведомо приказано долго жить.

Вы никак не поймете простую истину, что курицы без яйца не бывает. Если бы вы хоть немного интересовались темой своего увлечения то знали бы как развивался Javascript. Для каких целей создавался и какие задачи решал. Он просто был другой и решал специфические задачи и довольно успешно, такие как вы ежедневно пророчили ему быструю и мучительную смерть, но как видите все хорошо, язык развивается и обрастает новым функционалом. Вы своими подобными высказываниями просто компрометируете себя как специалиста. Возьмите любой другой язык и посмотрите его развитие, многочисленные стенания и пинания PHP на момент когда он не имел более менее нормального ООП, но каждый раз выходит новая версия и устраняет былые недостатки. Это путь развития, когда меняются и усложняются задачи и соответственно эволюционирует сам язык. Javascript просто другой, со своей душой и характером.

Дополню к предыдущему посту, что Флэнаган перед JS написал не менее значительные книги по JAVA, JAVA in a nutshell вроде..и JAVA в примерах...хоть они и очень устарели до сих пор пользуются популярностью и уважением среди программистов. Это один из немногочисленных культовых программистов и авторов. Поверьте опыта у него достаточно, а извергаясь в подобной критике вы просто проявляете невежество как к автору так и к понимаю языка. Ее сложно читать от корки до корки это факт, но обратите внимательно на название книги - Справочник...исчерпывающая информация. Я с нее тоже начинал, прочитал сначала основы...это первые главы как правило около 120 страниц этого было достаточно чтобы понимать суть языка и разбирать чужой код. Дальше я читал книги по мере необходимости и уровня своих навыков. После основ пошли паттерны проектирования это Стоянов и Османи в основном...а дальше просто разбор интересных для меня библиотек и работа работа работа...только так. Еще подписки на популярные скринкасты и чтение профильных блогов

Надо тему переименовать - Вредные советы JavaScript

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

Боже, меня жутко бесит, то что ты написал, но в данном контексте ты очень прав. Потому что js не нужен для типичного фронт-энда вот и всё блин, и большинство фронт-эндов не знают его и им не надо его знать. Это нереально мощный язык если говорить о например прикладной защите информации, где раскрывается весь его потенциал. Для веба надо уметь создать функцию/цикл/переменную на js и не больше, остальное это то как ты владеешь библиотеками и другие твои знания которые ты свяжешь с этим, книги здесь действительно тупо балласт. Бл**, сори вырвалось. Расскажите мне пожалуйста с какого времени книги стали по JS говном? Flanagan - ерунда? Вы прикалываетесь? Надоели новые "скрипткидесы", которые просто не знают фундаментальные вещи. Frontend не нужен для типичного говнокодера по вашему описанию. Что?! JS и прикладная защита информации? В общем тут все понятно. Дополню, возможно язык и можно изучить альтернативными методами получениями информации и даже нужно для диверсификации источника, но утверждать, что книги ерунда это кощунство.

По секрету, конечная цель рельсы, я ведь не просто так ковыряю sass, jade и cofee Вы ради этого изучали эти инструменты? для того чтобы прийти к руби? )))) и при чем тут jade? он же на ноде) подозреваю, что там должен был быть haml

По секрету, конечная цель рельсы, я ведь не просто так ковыряю sass, jade и cofee Вы ради этого изучали эти инструменты? для того чтобы прийти к руби?

говорят о том, что вы не совсем понимаете о чем говорите. В качество примера можно посмотреть здесь http://todomvc.com/ Если хотите собрать что-то на JS фулстеке тогда копайте в сторону Node.js + MongoDB + whatever you like MV* (backbone, angular, ember, react etc.) фреймворки. Если захотите публиковать потом это в сети, приготовьтесь потратить немного больше на хостинг Хм, даже на сайте reactjs написано что они V всего лишь, что я не так написал ? Todo с этого сайта изучал и понимаю о чем говорю, у многих вызывает приступ выбор между angular, ember и backbone (он конечно немного другой) именно потому что они одну задачу выполняют. https://github.com/tastejs/todomvc/tree/gh-pages/examples/react-backbone

Я вам лично рекомендую разобраться для себя более детально в чем преимущество использования вышеназванных фреймворковю Поскольку фразы подобные: говорят о том, что вы не совсем понимаете о чем говорите. В качество примера можно посмотреть здесь http://todomvc.com/ Если хотите собрать что-то на JS фулстеке тогда копайте в сторону Node.js + MongoDB + whatever you like MV* (backbone, angular, ember, react etc.) фреймворки. Если захотите публиковать потом это в сети, приготовьтесь потратить немного больше на хостинг

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