Вы немного отвлеклись от смысла статьи. Ваши комментарии относятся к деталям, которые приводятся для сравнения, или же имеют некую аналогию с идеями, которые хочет донести автор. Цель статьи — научить/рассказать/напомнить программистам о трех постулатах разработки.
Не могу не согласиться. Но мне кажется, если переводить эту цитату, вырвав из контекста — ваш вариант более понятен. Но если ее читать в рамках статьи — суть остается той же. Ну и вообще — довольно непросто философствовать о принципах ПО на литературном языке.
Минусы? Ну надо поставить гем. Возможно что-то настроить, в последний раз вроде изкаропки всё заводилось.
Я купил тулзу за $10, которая следит за моими папками, и сама генерит все на лету. Не надо ничего ставить, все работает из коробки. Никаких гемов, Ruby и т.п.
jQuery давно перестала быть просто DOM-манипулятором, сегодня она предоставляет кучу возможностей для организации своих фреймворков — Callback-и, Deferred-ы, система событий, расширяемость селекторов — всего этого вполне достаточно для полноценной работы. Чего нет в коробке, спокойно решается через плагины.
С ростом клиентских мощностей, и развитием браузеров, стало возможно выполнять большую часть бизнес-логики сайта непосредственно на стороне клиента. Грех этим не пользоваться, чтобы разгрузить сервер.
Эти возможности дали толчок к новым веткам развития Javascript. jQuery, Raphael, ExtJS, Backbone, KnockoutJS? и еще много других отличных решений позволяют утилизировать обе стороны коннекта максимально эффективно, что не может не радовать.
P.S. Меня бесит, когда люди отождествляют jQuery и Javascript — очень распространено «за бугром».
К сожалению, последние пол года, год, наблюдаю именно это соответствие. Такое ощущение, что мир замер в ожидании какой-то революции веб технологий — ничего нового. Нет, нет мелькают попытки «прорыва», но все как-то «жиденько», без мотиваций.
Хотя, с другой стороны, может оно и к лучшему — все стандартизируется, подходы полируются, решения оттачиваются — местами можно перестать метаться в поисках «лучшей» реализации.
Ну… не то, чтобы ничего нового, но его, «нового», за эту неделю как-то мало. Скучные «лучшие» плагины, инновационные «велосипеды» уже надоели, честно. Без претензий к автору статьи (подборка сделана качественно).
Мне кажется, Самсунг найдет куда пристроить свою продукцию в любом случае. Что будет делать Apple, если Самсунг обнулит поставку — реальный вопрос. Elpida, с ее мощностями, не покроет и десятка процентов требуемых ресурсов Apple.
Как владелец многих Razer-ов посмею несогласиться. Рейзеры хороши, пока новые, но они очень чувствительны к аггресивной эксплуатации. Ни мышь, ни клавиатуру нельзя давать детям — убивают за месяц.
Ну и последние их модели сильно страдают в качестве — раньше оно было намного выше.
Во-первых, из таких вот «не успеет глазом моргнуть» выростают «падения активности в 5%» — сперва вы пишите о важности скорости, а потом говорите, что этим можно пренебречь — не понимаю.
Ну и потом, если почитать тут ответы вашей команды, то через один вы все пишите «это для примера, на продакшене у нас другой, „хороший“ код». Простите, но зачем тогда тут выкладывать «плохой» код? Идея переключения классов совершенно не нова, и смысл статьи лично для меня до сих пор не понятен.
По поводу 80/20, в плане фич, есть старая, но очень хорошая статья.
Я купил тулзу за $10, которая следит за моими папками, и сама генерит все на лету. Не надо ничего ставить, все работает из коробки. Никаких гемов, Ruby и т.п.
jQuery давно перестала быть просто DOM-манипулятором, сегодня она предоставляет кучу возможностей для организации своих фреймворков — Callback-и, Deferred-ы, система событий, расширяемость селекторов — всего этого вполне достаточно для полноценной работы. Чего нет в коробке, спокойно решается через плагины.
И при этом, все эти решения — кроссбраузерны.
С ростом клиентских мощностей, и развитием браузеров, стало возможно выполнять большую часть бизнес-логики сайта непосредственно на стороне клиента. Грех этим не пользоваться, чтобы разгрузить сервер.
Эти возможности дали толчок к новым веткам развития Javascript. jQuery, Raphael, ExtJS, Backbone, KnockoutJS? и еще много других отличных решений позволяют утилизировать обе стороны коннекта максимально эффективно, что не может не радовать.
P.S. Меня бесит, когда люди отождествляют jQuery и Javascript — очень распространено «за бугром».
С переходом на AMOLED Samsung занимает добрые 85% рынка. Из альтернатив только LG, с его 15%-ами. Сможет он покрыть потребности Apple? А Elpida?
К сожалению, последние пол года, год, наблюдаю именно это соответствие. Такое ощущение, что мир замер в ожидании какой-то революции веб технологий — ничего нового. Нет, нет мелькают попытки «прорыва», но все как-то «жиденько», без мотиваций.
Хотя, с другой стороны, может оно и к лучшему — все стандартизируется, подходы полируются, решения оттачиваются — местами можно перестать метаться в поисках «лучшей» реализации.
Осязание грани «велосипеда» и «инновации» считаю талантом. Нужно уметь вовремя остановиться.
Ну и последние их модели сильно страдают в качестве — раньше оно было намного выше.
Ну и потом, если почитать тут ответы вашей команды, то через один вы все пишите «это для примера, на продакшене у нас другой, „хороший“ код». Простите, но зачем тогда тут выкладывать «плохой» код? Идея переключения классов совершенно не нова, и смысл статьи лично для меня до сих пор не понятен.