• Где можно прочитать про историю использования Javascript во frontend, эволюцию фреймворков и т.п.?

    IonDen
    @IonDen
    JavaScript developer. IonDen.com
    Почему появились фреймворки вроде ангуляра?

    Помню одно время JS использовался только для всяких там выпадающих меню и попапчиков. Казалось ничего не изменится, пока вдруг не началась ajax-мания. Все вокруг вдруг захотели знать что это такое и как работает. Многие просто начали хотеть себе на сайте ajax, так как без ajax-а уже не по пацански). Примерно в то же время из тени вышел JSON, что только укрепило позиции Ajax на рынке фронтенда (jQuery не будь дураком один из первых запилил чудесный и удобный API для работы с xhr).

    Примерно в это же время появились и успешно существовали Full-flash сайты. Которые прилично определи свое время. Уже тогда на флеш-сайтах можно было сделать гораздо больше, чем даже сегодня мы можем с помощью html5, css3 и прочих новых API. Ну и конечно же они отлично умели в XHR. Если бы не сложность разработки и прожорливость флеш-плагина, они вполне могли бы и победить. Но, слава богу, JS тоже нормально научился работать с XHR.

    Какое-то время эта технология бурлила, люди методом тыка искали как лучше всего использовать эту технику, пока в какой-то момент кто-то не подумал о том, почему бы весь сайт не сделать на ajax? Сказано сделано. Но к сожалению JS, оказался слишком примитивным языком, full-ajax сайты очень трудно понимать и поддерживать. Ушлые программисты тут же начали писать новые абстракции и сахар для упрощения работы ajax-сайтов. Так появились и начали развиваться библиотеки вроде бэкбона.

    Примерно в это же время вошла в моду разработка мобильных приложений. Для их поддержки ребятам с сервера приходилось пилить полностью новый бэкенд. Двойная работа, прощай выходные, привет сверхурочные. Конечно, какое-то время бекендеры терпели это безобразие, но в какой-то момент либо кто-то то кого-то пнул, либо кто-то из фронтенда вдруг заметил что их коллеги ходят как зомби с темными кругами под глазами от недосыпа. И тут то до ребят дошло, раз фронтенд теперь так хорошо умеет в ajax, то почему бы не пойти дальше и взять на себя часть их работы.

    В общем, не долго думая, ребята запилили ангуляры, эмберы, кнокауты и прочие фреймворки, создав тем самым толстый клиент, который теперь обменивался с сервером только данными, а остальное делал сам. Как мобильное приложение). В общем бэкендеры опять довольны, вместо двух серверов теперь можно обойтись одним (ну конечно есть тонкости, но в целом норм). Жаль только поисковики ставят палки в колеса и не пускают нас в рай)
    Ответ написан
    Комментировать
  • Как исправить размытое отображение svg-иконок в различных браузерах?

    Lynn
    @Lynn
    nginx, js, css
    jsfiddle.net/qbshau80/4
    Добавить transform: translateZ(0); в .link svg

    В IE не проверял, но в FF помогает.

    Насколько я понимаю, в FF при отрисовке SVG учитываются все родительские отступы, причём если они не в точности не попападают в пиксели, то в самих блоках это незаметно, но алгоритм сглаживания SVG это замечает. Например если у родителя отступ не ровно 5px, а, допустим 4.95px, то вы этого никогда не заметите, но SVG уже не будет чётко попадать в пиксели и будет «размытым».

    transform форсирует округление границы картинки до пикселей и всё встаёт на свои места.
    Ответ написан
    4 комментария
  • Как исправить эту ошибку в Gulp?

    @JohnyM
    попробуйте не использовать туннелирование (не передавать параметр tunnel в инит)
    Ответ написан
    1 комментарий