• CoffeeScript array comprehensions — модно, стильно, медленно
    0
    А почему никто не попробовал убрать вычисление длины массива на каждой итерации и закэшировать его например в пременной. Кажется, что в этом есть некоторая толика отличия for от map?
  • Приятная сборка frontend проекта
    0
    бедняжка… а вот less могет!
  • Приятная сборка frontend проекта
    –1
    Любой шаблонизатор помимо include реализует возможность помимо подключения файлов добавлять в шаблон helpers, экранирование символов по требованию, условную логику и прочие плюшки, а вот rigger я вижу выполняет лишь малость, поэтому не вижу смысла его использовать для простого импорта…
  • Директивы в Angularjs для начинающих. Часть 1
    –1
    компиляця!
  • Приходите и забирайте прототипы книг!
    0
    Смотрю там есть еще одна копия Modern Operating Systems? Можно ее забронировать на мое имя.
  • Приходите и забирайте прототипы книг!
    0
    -100500 в карму тому, кто не прочитав комментарии взял и «подрезал» обе книги, которые я вроде как бронировал =(
  • Приходите и забирайте прототипы книг!
    0
    Можно попросить забронировать Modern pperating systems и RESTfull web services,
    заберу завтра на охране с 18.00 до 20.00. Спасибо
  • Интеграция Passport в SailsJS 0.9
    0
    Плагин не плохой, но иногда и даже он не поможет, потому как flow авторизации у всех разный…
  • Генерация HTML: удобнее чем хелперы и чистый HTML
    0
    Думаю в целом, идея сделать для подобного функционала отдельную библиотеку, не плоха. Но, не кажется ли Вам, что этот недостающий функционал, можно было бы добавить в рамках той же самой Aura.Html. Постараюсь объяснить суть. Вместо того, чтобы городить кучу разных реализаций, не лучше ли воплотить библиотеку, которую потом можно будет подключать в Yii, Aura и т.п.?

    Шаблонизаторы частично решают эту проблему, но их причудливый синтаксис нужно изучать

    Шаблонизаторы порой могут то, чего не могут хелперы…
  • Well.js – еще один подход к модульной разработке на JavaScript
    +5
    А вы не пробовали смотреть на альтернативные сборщики, типа WebPack или LMD? Мне кажется, что писать свой велосипед на замену CommonJS не очень благой идеей…
  • Модульный смартфон «Project Ara»: новые подробности от Google
    +2
    Спасибо за то, что держите в курсе событий, очень вдохновляют такие проекты. Создатели большие молодцы, в текущем мире очень актуальный концепт!
  • От парусов до кракена, или как я фреймворк выбирал
    0
    Тогда бы я думаю, в первую четверку вошли бы другие инструменты, типа LoopBack. Ведь когда задачей фреймворка становится поддержание лишь только API, мы начинаем смотреть на скорость и масштабируемость.

    Этой статьей, я ни в коем случае не склоняю вас в сторону того или иного инструмента, выбирайте сами, что вам близко по духу
  • От парусов до кракена, или как я фреймворк выбирал
    0
    Знаю про него, он как раз таки от создателя Express — Tj Holowaychuk. По сути из себя представляет Express на стеройдах.
  • От парусов до кракена, или как я фреймворк выбирал
    0
    dema501 то, что фреймворком занимаются разработчики из google или walmart еще ничего о нем как о инструменте не говорит. Хороший пример тому angular. Его выпустили, пошел «хайп», сейчас он постепенно спадает, потому что появляются более «шустрые» инструменты. Смотрел на hapi, ощущения, что это «микрофреймворк».
  • От парусов до кракена, или как я фреймворк выбирал
    0
    zag2art, Как я уже говорил, документации по Derby.js не шибко, что соответственно усложняет знакомство с ним, поэтому то и цифер для него нет. Но раз уж вы так хотите знать, составил приблизительную оценку в таблице. Объясняю почему такое распределение. С конфигурацией все ок, потому что приложение на Derby ведет себя как любое express.js-приложение. Роутинга как такового не обнаружил, потому что все маппится в зависимости от файловой структуры. В моделях плюсом для меня является share.js, который позволяет разделять редактирование между пользователями и все это более-менее «грамотно» сливает воедино. В шаблонах уж сильно ужасает постфисная нотация с двоеточиями посли тегов. Интернационализации — нет (тут не знаю как себя поведет шаблонизатор, придется наверное писать свой обработчик).

    А так повторюсь
    Эти два фреймворка уже подвергались сравнению
  • От парусов до кракена, или как я фреймворк выбирал
    +1
    перед написанием статьи был просмотрен и изучен вот этот список, из которого более интересными проектами мне показались 4 перечисленных фреймворка
  • От парусов до кракена, или как я фреймворк выбирал
    0
    Но за сведения спасибо, обратил внимание.
  • От парусов до кракена, или как я фреймворк выбирал
    0
    Фреймворк выбирался для приложения, которое может перед стартом самостоятельно (знаю, можно создать обычные grunt-task'и, вот только стартовать их будете сами вручную) выполнить задачи по препроцессингу/минификации статики, с поддержкой переводов на различные языки, и частичного рендеринга шаблонов прямо на сервере, чтобы сократить инициализацию у пользователя (тут уж как повезет). LoopBack же скорее всего задумывался больше для реализации API и опирается на использование разработчиком frontend-фреймворка.

    For those who use rich-client/front-end MVC frameworks (or not) and just need to spin up a fast Node.js REST API server.
  • От парусов до кракена, или как я фреймворк выбирал
    0
    Если честно, не особо изучал вопрос со стороны DI. На глаза попалась только либа sails-inject, но она вряд ли решит вопрос. Когда необходимо что-то, что не вписывается в рамки фреймворка, думаю идеальным решением будет собрать свой конструктор используя express.js и наворачивая на него плюшки…