Релиз mongodb 3.2 немного подробностей

Так монга подразумевает наличие как кластера минимум из 3 машин. А значит на одной можно спокойно запускать repair?

Postgres NoSQL лучше, чем MongoDB?

Гм, да, вы обвиняете Postgres в том что он строго типизированный. В общем случае это скорее плюс, нежели минус.

select * from users where (order->>'total')::int > 1000;

Релиз typescript 1.7

Не, вы меня не поняли. У async/await в ES6 толжен быть враппер/бэкенд/рантайм, как хотите называйте.
На выходе код выглядит как-то так:

asyncToGenerator(function *() {
  yield something();
});

Вот мой вопрос прост — можно ли подменить функцию asyncToGenerator на нужную мне. Я просто пока не использую TS, не знаю какие возможности настраивать компилятор, но хочу начать, потому спрашиваю.

Релиз typescript 1.7

Скажите, а можно подменять рантайм async/await?
В babel можно async-to-generator, там встроенная функция, а можно в bluebird.coroutine, которая сейчас самая быстрая.
PS вопрос не к aylarov, а в основную ветку.

Релиз typescript 1.7

а при чем тут иммутабельность?

Повышаем отказоустойчивость системы на nodejs

Я понимаю, что не меняет. Только зачем, если нужно изменить?

Повышаем отказоустойчивость системы на nodejs

чем лучше?

Обработка ошибок в Rust

это не NodeJs со своей лапшей (Callbacki)

Лапша у вас на ушах, уважаемый. Вы внимательно погуглите магические 'javascript promise', 'javascript async/await', 'javascript es2015', чтобы глупостей не говорить.

Реализация сортировки в V8 от Google

v8 компилирует js в нативный код. Для обычного кода это происходит не сразу, а для стандартной бибилотеки — сразу.

У нас проблемы с промисами

catch?

У нас проблемы с промисами

co — медленная библиотека. Используйте bluebird.coroutine.

Введение в стрелочные функции (arrow functions) в JavaScript ES6

Забавная очепятка.
Да, полностью согласен. Можно такого написать, что пару минут вчитываться прийдется.

const foo = a => b => c => a + b + c;

Введение в стрелочные функции (arrow functions) в JavaScript ES6

Хм. Время идет, люди и гады меняются. Изначально было не так: github.com/airbnb/javascript/blob/58cdc731f435db78f3c1f4d466284796128fb75b/README.md#arrow-functions
Я все еще придерживаюсь старого гайда. Они еще перешли на trailing comma в описание объекта, что мне вообще не нравится.

Введение в стрелочные функции (arrow functions) в JavaScript ES6

По кодстайлу, на пример, Airbnb, так делать запрещено. На мой взгляд вот как раз эта возможность и ее использование может ухудшить читаемость

Введение в стрелочные функции (arrow functions) в JavaScript ES6

Ну это понятно. Просто все эти особенности хорошо бы учитывать.

Введение в стрелочные функции (arrow functions) в JavaScript ES6

C подсветкой все нормально. Ни разу не было проблем, почти год уже с ES6.

Введение в стрелочные функции (arrow functions) в JavaScript ES6

У arrow-function не просто нет this, у них нет прототипа.

Введение в стрелочные функции (arrow functions) в JavaScript ES6

И что тут не так?

passport.deserializeUser((id, done) => {
  User.findOne({
    where: {id}
  }).then((user) => {
    done(null, user);
  }).catch(done);
});

Польза проверяемых исключений весьма сомнительна, а вред очевиден

ок, и как потом понимать, к чему относится исключение?
Исключения заворачивают друг в друга, ровно для того же, для чего у нас есть FileReader -> JsonParser -> ConfigurationManager.

Польза проверяемых исключений весьма сомнительна, а вред очевиден

Проблема здесь в том, что в большинстве случаев мы вообще не хотим ничего обрабатывать.

Вот это вообще не правда. Приложение запускается и работает. Мы не можем позволить себе его ронять каждый раз. Что если мы читаем не файл конфигурации, а на каждый запрос читаем файл?