• REST? Возьмите тупой JSON-RPC
    0

    Я, кажется, ничего не говорил про HTTP 1.1

  • REST? Возьмите тупой JSON-RPC
    0

    Кажется, весомая часть ваших претензий не к REST как таковому, а к отсутствию стандарта. Тогда как для REST есть, например, JSON:API https://jsonapi.org/ У этой спецификации, безусловно, есть недостатки, но при использовании проблемы вроде "возврат 4xx/5xx без дополнительной информации но при этом частично выполнить запрос" уже актуальны не будут.

  • Переходим на сторону сервера с bem-express
    0

    Представим, что в компании Яндекс планируют на следующей неделе начать разработку нового проекта. Какова вероятность, что этот проект будет использовать i-bem и bemhtml, а не тот же React?

  • Под брендом «Зенит» будет выпущена цифровая камера от «Leica»?
    0
    У меня никон FM2, пользовался и Зенитом. Не буду ругать.
  • Как парсить интернет по-гусиному
    0

    Это не новый язык, это json, в котором селекторы Sizzle + какие-то действия, которые нужно совершить.

  • Научные мультфильмы, что показывать детям без вреда для них?
    0
    Не думаю, что есть связь чтения волшебных сказок с отсутствием интереса к устройству реального мира.
  • Чем плох JavaScript в большом проекте? С какими проблемами мы столкнулись и как их решали
    +4
    не понимают и не умеют пользоваться

    Тогда это не JS-разработчики.
  • Против Apple организуется коллективный иск из-за «Ошибки 53»
    0
    Распространён (опера, google chrome, яндекс браузер) blink, fork от WebCore, части webkit.
  • Конец эры глобального CSS
    +1
    А также для тех, кто рендерит нодой на сервере.

    Пафоса многовато, может быть, да, но и не то чтобы «из ничего»
  • Сравнение языков программирования и фреймворков для них
    0
    комментарий удалён
  • Итоги конкурса по программированию на JS: Почтовые фильтры
    +8
    Если у вас найдётся время — напишите статью, было бы очень интересно прочитать.
  • Что меня раздражает в MacBook
    0
    Не бывает Air с ретиной.
  • IDE от JetBrains теперь доступны только в аренду
    +1
    Странная ситуация. Скажем, проект на питоне. Что, больше никаких проектов на питоне не будет? Одноразовый язык?
  • IDE от JetBrains теперь доступны только в аренду
    +1
    Нет, не думаю. У ребят куча тасков, которых ждут пользователи.
  • Vim как не IDE
    0
    Наверное, все зависит от личного опыта. У меня не было проблем с IDE в такой же ситуации, поэтому другое мнение про область применения.
  • Vim как не IDE
    +2
    Понятно, странно.
  • Vim как не IDE
    +2
    Вот, можно же не монтировать, а скачать исходники на локальную машину и настроить в IDE подключение по ssh, чтобы она сама измененные файлы закачивала на сервер.
  • Vim как не IDE
    +1
    Кажется, если можно монтировать по sshfs, то и просто по ssh доступ должен быть, или я ошибаюсь?
  • Vim как не IDE
    +1
    Нет технической возможности держать исходники проекта локально? Это как?
    Я бывал в ситуации, когда не было возможности исполнять код локально, проблема решалась авто-загрузкой файлов при изменении, на скорость индексации это не влияло, само-собой.
  • Миксины для “классов” в JavaScript
    0
    Не всегда возможно смешать все миксины в один класс или напрямую в прототип. Например, если в цепочке А — миксин Х — миксин У — Б в миксине У доопределяется метод из миксина Х.
    Ну и не стоит сильно переживать за длину цепочки, в реальных приложениях тормозить будут совсем другие вещи.
  • Изоморфный БЭМ
    +1
    Ммм, развиваетесь, очень интересно!
    Напишите на ru.bem.info/forum пост — там намного больше народу увидит.
  • Хекслет 3.0: практические уроки по программированию в браузере
    0
    Есть еще gitlab
  • Приятная сборка frontend проекта
    +1
    Вы не слышали про yeoman?
  • Изоморфный БЭМ
    0
    Только что понял, что это очень похоже на bem create. Вот дока. Можете пояснить в двух словах, в чем разница?
  • Изоморфный БЭМ
    0
    Может быть, хотя я — вполне себе любой разработчик не из Яндекса.

    Кстати, я тут подумал, что мне все-таки будет не очень просто сделать нормальную интеграцию bem-priv+bh, потому что первым я вообще не пользовался, а на втором сделал только один небольшой проект. А там ведь наверняка свои «лучшие практики» уже и сформировавшися подходы.
  • Изоморфный БЭМ
    0
    Ну, скобочек многовато, конечно, но свою задачу вполне решает.

    Когда я начинал, то хотел сразу делать и под bh, но не нашел аналога bemtree. Сейчас появился, судя по тому проекту, на который чуть выше дает ссылку tadatuta, можно добавить поддержку. Это не должно быть очень сложно.
  • Изоморфный БЭМ
    0
    Ммм, еще не видел этого репозитория, спасибо. Попробую найти время на интеграцию.
  • Изоморфный БЭМ
    +1
    Если вы считаете, что сделали что-то полезное и готовы потратить время и силы — выкладывайте, почему нет?
  • Изоморфный БЭМ
    0
    В случае bnsf подобную проблему можно решить, например, таким способом:

    // в этот блок вложен элемент data, в котором есть свой запрос
    block('user-card').content()(function () {
        // рендерим элемент data
        var dataBlock = applyCtx({
            elem: 'data'
        });
        // шлем запрос
        return this.get('users', {
            user_ids: this.route.parameters.id
        }, function (data) {
             // что-то делаем с отрендеренным элементом и ответом от сервера
            return [dataBlock, {elem: 'bla', content: data.body}];
        });
    });
    
    // описание элемента data, который посылает запрос
    block('user-card').elem('data').content()(function () {
        return this.get('users', {
            user_ids: 1
        }, function (data) {
            return data.body;
        });
    });
    

    Запросы объединятся. Выбор, когда рендерить блоки — до отправки запроса или после — остается за разработчиком.
  • Изоморфный БЭМ
    +1
    Я бы сказал, что форкать смысла нет. Проще заново написать — что я и сделал, собственно.
  • Изоморфный БЭМ
    +2
    Конечно, видел, пробовал.
    Многое не понравилось.
    Например, там плохо реализована маршрутизация. Если про то, что там есть для роутинга, вообще можно употреблять такие слова как «маршрутизация» и «реализована».
  • Изоморфный БЭМ
    0
    Я думал над этим, но если оставлять bemtree — то есть ли смысл в bh?
    А если не оставлять — то что использовать взамен?
  • Как распутывать лапшу, не впадая в депрессию
    0
    Меня не устраивает это решение.
    1. Если мы его используем только там, где бывают литералы — то у нас возникает два разных способа вызвать родительский метод. Не круто.
    2. Если мы его используем везде — то везде постоянно будет проверяться, функция или нет выше по цепочке. Тоже не круто.

    Я думаю, можно прекратить обсуждение. Я вас понимаю, вы меня, наверное, тоже.
  • Как распутывать лапшу, не впадая в депрессию
    +1
    А когда вы захотите наследоваться и что-то переопределить — вам придется менять литерал на метод в родительском классе или использовать особый способ вызывать родительский метод, умеющий обрабатывать ситуацию, когда выше по цепочке — литерал. Вот этот момент мне кажется важным.
  • Как распутывать лапшу, не впадая в депрессию
    0
    Все, что повторяется — это декларация метода и суперколл. Я не вижу удовлетворительного способа избавиться от шаблонного кода в этой ситуации.

    Буду рад, если предложите таковой.
  • Как распутывать лапшу, не впадая в депрессию
    –1
    Вы в каком редакторе код пишите?

    Я предпочитаю IDE от JetBrains, там есть Live Templates:
    Набираете несколько символов, нажимаете Tab — и шаблонный код готов. Я даже видео для вас записал.

    В вашем любимом редакторе, наверняка, тоже есть что-то подобное.

    Писать легко, единообразие во всех файлах достигается без усилий.
  • Как распутывать лапшу, не впадая в депрессию
    –1
    Не понял, как связан выбор между объектом и методом, возвращающим объект, с количеством вьюх.

    Зато понимаю ваше стремление к красивому коду. Просто предпочитаю однообразие.
  • Как распутывать лапшу, не впадая в депрессию
    0
    Я в курсе, но, повторюсь, предпочитаю всегда использовать метод.
    иногда проще написать объект, чем городить метод

    Вы так говорите, как будто метод вместо объекта — это очень сложно или долго.

    Суть не в том, как именно звать родительскую реализацию, а в том, чтобы всегда делать это одинаково.
  • Как распутывать лапшу, не впадая в депрессию
    0
    Я не говорил, что this.someThing = this.$('.js-someThing') это круто.
    Я имел в виду, что предпочитаю метод, возвращающий результат, подобным объектам в прототипе.
    Метод по ссылке — выход, но, на мой взгляд, способ позвать реализацию в родителе должен быть один — что-нибудь вроде backbone-super.
  • Как распутывать лапшу, не впадая в депрессию
    0
    Использование подобных деклараций становится не очень удобным, когда вы начинаете наследоваться.