• Интерфейсы в реальном мире (ещё примеры)
    +1

    А можно гостю из будущего подробности истории?)

  • Моё разочарование в софте
    0

    Прошло полгода — спустя минуту исходный код страницы так и не открылся...

  • Тайминговая атака на Node.js — когда время работает против вас
    +1

    Ага, и на любом бэкенде, где серверов больше одного, весь вектор атаки сломается об раунд-робин DNS'а или nginx'а.

  • Протокол QUIC: переход Web от TCP к UDP
    0

    Вы могли перевести просто как "линия") И "блокировка линии" — по-моему, вполне понятно.

  • Когда ВВС США осознали изъян со средними числами
    0

    В последнем хроме недавно появилось апи для работы с USB)

  • Facebook и Google выпустили Yarn, новый менеджер пакетов для JavaScript
    0

    А я как раз немного хочу новый регистри. Осознаю, что это сломает обратную совместимость, но npm-реестр меня порядком калит.

  • Серия интерфейсных обновлений «Хабрахабра» и Geektimes
    +4
    А почему меню пропадает при скролле вниз, а не прибито гвоздями к верхушке экрана?

    Не приведи НЛО.

  • It’s the future
    0

    Не совсем понял вопрос, видимо. Конструкция


    bla(::this.bar)

    превращается в


    bla(this.bar.bind(this));

    Не вижу тут потенциальных утечек (во всяком случае, таких, которые не возникли бы при любом другом прокидывании this — через ту же стрелочную функцию, например). Про реакт сказать ничего не могу — не использую его.

  • It’s the future
    0

    О, прикольно, вернули в stage 0. В какой-то момент его вообще реджектили просто.

  • It’s the future
    0
    И таки да, вроде как вот такая конструкция будет работать в JS: onClick={::this._myOnclick}
    Таки нет, к сожалению — убрали её из черновиков стандарта.
  • Запускаем Node.js на JVM
    +1

    Выше писали — уже есть.

  • Почему я люблю работать с вебом. Реми Шарп
    +1
    а зачем нам сложные верстки?

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


    вот только во всей этой сложной верстке в цмс есть редактор контента и этот редактор не видит этой сложной верстки, не видно списков с иконками такого типа, хотя класс подключен.

    Видимо, сделанная вами верстка несовместима с редактором контента. Это не делает веб ужасным — только оповещает других о радиусе кривизне рук отдельных разработчиков.


    вон в ворде же есть форматирование и документ откроется так же в ворде на другом компутере

    О, да что вы говорите. Вы когда-нибудь открывали сложный документ (с кастомными полями, заголовками, списками, картинками, графиками и т.д.), сделанный в одной версии ворда, в другой версии ворда? Даже в следующей. А документ, сделанный в версии под виндовс в версии под мак? Всё едет и плывёт.


    почему я запускаю софт и он одинаково рисует гуй? если это чекбокс, то это чекбокс хоть на вин2000, хоть на 10ке

    Если вы пишете


    <input type="checkbox">

    в html-файле, то он чекбокс где угодно.


    почему яваскрипт такой дибильный? как функция может быть переменной? как она может быть анонимной? да еще быть аргументом другой функции вместе с телом? такое нагромождение кода все путает

    Вот это вообще отлично. Это называется "функции первого класса" и есть ну в ооооочень многих языках программирования, даже в PHP, лол. Если вы не знаете, что это такое, то это говорит исключительно о вашей несостоятельности как разработчика, но ничего не говорит о JS. Более того — я искренне рад, что мнение таких как вы никто и никогда в вопросах развития языка (любого) всерьёз рассматривать не будет.


    маркдаун для даунов

    Конечно, люди, создавшие самый большой в мире веб-сервис хостинга IT-проектов, на котором Markdown-- основной язык разметки комментариев, readme и вообще чего угодно — это по-любому дауны. А вы один в белом пальто умный и красивый стоите.


    Блин, мне даже не хочется остальное комментировать. Я бы слова плохого вам не сказал, напиши вы дельный комментарий с обоснованной критикой (не говоря уж про конструктивную), но те претензии, что вы тут написали — это что-то совершенно несуразное. Надеюсь, в следующий раз вы будете лучше обдумывать свои слова и не будете писать такой сложный и уродливый комментарий вместо гениального простого.

  • В сентябре Chrome начнёт полностью блокировать Flash
    0

    А, точно, забыл.

  • В сентябре Chrome начнёт полностью блокировать Flash
    0

    Потому что те две технологии мертворожденные? Ну серьёзно, MS silverlight даже из edge выпилила. Поэтому никто особо и не ищет дырки в них — даже если ты её найдёшь, то сможешь атаковать через неё очень небольшое количество людей — это просто невыгодно. И UWP туда же.


    И второе следствие из их непопулярности: никто не станет использовать их как замену возможностям HTML5, так как охват аудитории у них никакой. Твой видеоплеер на Silverlight? Никто не станет смотреть видео на твоём сайте. Кстати, есть ещё мобильные браузеры, где плагинов нет как класса, зато html5 — пожалуйста.


    Вы можете не верить мне, но проведите серию тестов на демо

    Вы мне предлагаете доказывать ваши собственные слова? Спасибо, не буду. К тому же, вы взяли самую непопулярную (пока) часть html5 (которая даже не стандартизирована ещё), но ни слова не сказали про замену, скажем, флешового плеера на элемент

  • В сентябре Chrome начнёт полностью блокировать Flash
    +4

    Хромиум, не? Я, кстати, не вынес из новости, будет ли флеш блокироваться Хромиумом.


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


    Если вам нужен Flash, то изменить параметры плагина можно будет через настройки chrome://plugins/, как обычно.

    Насчёт уязвимостей хочу добавить ещё: флеш — плагин, "чёрный ящик". Уязвимость во флеше работает во всех браузерах, потому что этот плагин во всех браузерах одинаковый. Уязвимость в HTML5-технологиях уникальна для браузера, плюс разработчики браузера могут её закрыть самостоятельно, а не ждать, пока Adobe пошевелится.


    Насчёт скорости работы: HTML5-API работает быстрее флеша тупо потому, что он — часть движка браузера. У него нет слоя абстракции в виде плагина.


    Надеюсь, я смог вас убедить, что это разумный шаг.

  • Angular 2 несёт мир в галактику фронтенда
    0

    Да я сам не юзаю) Просто вспомнил.

  • Angular 2 несёт мир в галактику фронтенда
    0

    Дык можно же оставить во .vue-файле только объявления, а js и темплейт отдельно положить. Тогда с ними хорошо взаимодействует всё, что нужно. vue будет действовать как index-файл.

  • Язык описания шаблонов Snakeskin
    0

    А, да, возможно, кстати. Вебпак вообще любит подтянуть всё, что только можно — например, все локали для moment. Не скажу, что это плохо, но иногда такое поведение приходится ограничивать.

  • Язык описания шаблонов Snakeskin
    0

    Не стоит вдохновляться теми, кто не осилил)

  • Язык описания шаблонов Snakeskin
    0

    Расскажите, лол, как с помощью чистого галпа собрать бандл из index-файла с кучей зависимостей. Или как с помощью чистого browserify собрать клиентскую часть так, чтобы стили (которые ещё надо пропустить через stylus и autoprefixer), сохранились как отдельные бандлы (скажем, один common.css и ещё отдельный для каждой страницы), а шаблоны для генерации HTML-кода страниц (которые потом использует нода) чтобы вообще лежали в отдельной папке. Входных точек (страниц) — пять, а блоков — несколько десятков. И чтобы в js-файле для страницы появился класс блока, а в css-файле — его стили, мне достаточно просто указать блок в списке зависимостей страницы.


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


    Вебпак — сложная штука, но стоит потратить на его изучение несколько дней, оно окупится) Разница между ним и browserify — примерно как между WebStorm и Notepad++. Код можно писать и там, и там, и даже, вроде как, разница по функциям в мелочах, в общем-то… Но на самом деле, она огромная)

  • Язык описания шаблонов Snakeskin
    0

    Gulp — это таск-раннер, webpack — сборщик. Таск-раннер выполняет задачи в указанной последовательности. Сборщику указываются входные точки, и он собирает выходной файл со всеми зависимостями. По сути, это можно сравнить с компиляцией в компилируемых языках, когда собирается итоговый экзешник. Вебпак хорош тем, что он может собрать один (или не один) итоговый файл из вообще всех зависимостей: картинок, стилей, шаблонов — чего угодно. Например, в моём проекте я использую БЭМ-подход. Каждый блок представлен папкой, в которой лежит его шаблон (на Snakeskin), класс (на ES2015) и стили (Stylus). Блоки могут наследоваться, также у них есть зависимости (другие блоки). Страницы — это тоже блоки, которые являются входными точками для Webpack. Вебпак собирает весь проект в несколько бандлов, компилируя шаблоны и стили, прогоняя JS через бабель, вынося общие для нескольких страниц блоки в отдельные .css и .js файлы.


    Вот зачем нужен вебпак.

  • Язык описания шаблонов Snakeskin
    0

    Ну, он не для Hello World'ов, а для сборки средних и крупных проектов со сложными зависимостями.


    А вообще — достаточно почитать "motivation". чтобы понять, зачем он и для чего.
    http://webpack.github.io/docs/motivation.html

  • Программист ли я, или просто хорошо гуглю?
    +1

    <offtop>
    "широкополостной" — это с широкими полостями)
    </offtop>

  • Язык описания шаблонов Snakeskin
    0

    К огромнейшему сожалению, это не плагин. Это настройки для "Editor -> FIle Types" в WebStorm)

  • Язык описания шаблонов Snakeskin
    0
    Честно говоря, лучше просто перейти на вебпак) Хотя понимаю, что это не всегда бывает возможным.
  • Мой URL — это не ваш URL
    +1
    Не хотите немного холиваров на тему JS, уважаемый?)
  • Японский математик доказал АВС-гипотезу
    0
    Хах, нашёл это обсуждение четыре года спустя. Всё повернулось совсем иначе — к концу года мне так всё надоело, что я ушёл на год в армию, вернулся, устроился на работу и с тех пор работаю)

    Ни о чём не жалею.
  • Внезапный диван леопардовой расцветки
    0
    Прошёл год, но всё же. Суть в том, что сначала рисовалась рожица (точки с запятыми), а потом к ней дорисовывали остальное тело (овал и две палки — сквозная палка для рук, сквозная палка для ног). Ну как-то так. Хотя палок обычно больше, да.
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    0
    А, я понял. Не в том ключе вас воспринимал.
    С действиями руководства NPM я тоже не согласен, но всё равно не собираюсь придумывать способы, как бы им ещё поднагадить. Потому что поднагажу в итоге не столько руководству, сколько сообществу — мой проект тоже не выкатился из-за left-pad'а в тот вечер. Я одобряю действия Азиса, но не хотел бы, чтобы такое повторялось, честно))
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    +4
    В cargo (rust) нельзя.
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    –1
    Вы вообще к чему это? Мы тут обсуждали то, что по-прежнему можно сделать что-то, что сломает зависящие от вас пакеты. А вы вообще о чём?
    Но если по делу — никто у вас не отбирает же ваш проект. У вас отбирают только право на публикацию его в npm. Причём, поскольку мы обсуждаем конкретно эту новость, только в том случае, если вы сами хотите его отозвать, а от него зависит много народа. Для сообщества node.js так лучше.
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    +4
    В cargo (Rust), кстати, тоже нельзя отзывать. И это хорошо.
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    +4
    Вы полагаетесь в работе на open source, в котором вам никто ничего не должен. Если пакет, от которого вы зависите, вам что-то сломал — это, увы, ваши проблемы.
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    +2
    Молодцы, давно пора.
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    +1
    Вы хотите работать или ломать npm?
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    0
    Это будет форк. Можно будет продолжить пользоваться лицензией с WTFPL.
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    +4
    Вы удивитесь, но npm позволяет ставить модули из git-репозитория.
  • NPM запретил отзывать без разрешения open-source модули старше 24 часов
    +3
    Причём тут исходники, пардон?
  • Один разработчик чуть не «сломал» пакетный менеджер NPM
    +3
    Меня гораздо больше убивает нулевая модерация, честно говоря)
    https://www.npmjs.com/search?q=hello+world
  • Один разработчик чуть не «сломал» пакетный менеджер NPM
    +21
    Там выше ссылку на статью с оправданиями разработчика из kik'а давали. Если судить по ней, то в npm не приходило никакого официального запроса или иска — им просто написали ребята из кика, и npm радостно подставили жопы делегировали им права на модуль.