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

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

И как понять, что не так? По названию файла?

Перевод: Один год с Go

Что такое «сетевые» задачи? Автор поста пишет, что невозможно изменить параметры создания сокета, не используя syscall — это вообще что хрень такая-то? Нафига тогда го, если есть С?
«Go нужен хорош для сетевого программирования» — мантра которую все повторяют, но видимо уже забыли, что это вообще значит.

Jii: Полноценное приложение с архитектурой Yii2 в браузере

Перечитайте первый пункт моего ответа. node-source-map-support подключить можно и без babel-node.
Тесты спасают 90% случаев. Если, конечно, разбивать все на маленькие модули и тестировать все по отдельности. У меня раз в неделю-две возникает необходимость что-то дебажить, в остальном решается либо тестами, либо console.log банально. Для меня это выбор — писать на приятном глазу языке, или расставлять костыли для IDE. Каждому свое.

А вы как будто не расписываете типы, чтобы можно было использовать библиотеку с вашей точки зрения (вы написали что без автокомплита не можете программировать)?.. Ну и есть огромный репозиторий .d.ts файлов почти на все популярные библиотеки. Постоянно обновляется и дополняется. Им, кстати, пользуется js плагин в idea.

Jii: Полноценное приложение с архитектурой Yii2 в браузере

Вы раз уж начали со мной переписку в привате — там ее и продолжайте. Сор из избы не выносят.

1. Попробуйте babel-node, там используется библиотека node-source-map-support и сорсмэпы работают.
2. Чтение кода ухудшает использование ES5, по сравнению с ES2015. Мне почти не приходилось дебажить свой код, все решалось написанием тестов.

Я пока отвечал вам на все это, пришел к мнению, что вам нужно перейти на typescript. У него существенно лучше поддержка в IDE и редакторах, тк по языкам с типами и детерминированными конструкции для импортов/экспортов функций/классов гораздо проще сделать все удобные штучки для IDE. Лично для меня в этом языке только async/await не хватает.

Jii: Полноценное приложение с архитектурой Yii2 в браузере

В кратце — использование arguments вне функции (возвращение из функции, передача в качестве параметра, использование в замыкании), все это не дает v8 (и возможно другим движкам) оптимизировать функцию.

Jii: Полноценное приложение с архитектурой Yii2 в браузере

github.com/petkaantonov/bluebird/wiki/Optimization-killers#32-leaking-arguments

Jii: Полноценное приложение с архитектурой Yii2 в браузере

Ну конечно лаконичнее. Ведь код babel и код coffee делает разные вещи. for-of — синтаксис для обхода итераторов, а for-in в coffee — для массивов. Подучите матчасть по javascript.
Вот вам примерчик:

const numbers = new Set([1, 2, 3]);
for (const num of numbers) {
  console.log(num);
}

А вот вам вдогонку пример, как coffee убивает производительность вашего кода:

// coffee
foo = (args...) ->
  console.log(args)

// js
var foo,
  slice = [].slice;

foo = function() {
  var args;
  args = 1 <= arguments.length ? slice.call(arguments, 0) : [];
  return console.log(args);
};

Jii: Полноценное приложение с архитектурой Yii2 в браузере

Феерическая глупость — использовать инструменты без чтения документации. Советую ознакомиться с loose mode, зачем он нужен и почему по дефолту без него.
Вот так правильно

Jii: Полноценное приложение с архитектурой Yii2 в браузере

Это не забота о потребляемой памяти, это техническая неграмотность. Любой node сервер работает в асинхронном режиме, а require — синхронная функция. То есть так или иначе в какой-то момент весь ваш код будет загружен в память, и именно в момент подгрузки ваш асинхронный код залочится, а для кого-то это может быть критично, а не пара мегабайт байткода.

Jii: Полноценное приложение с архитектурой Yii2 в браузере

Я пользуюсь babel еще тогда, когда он был в 3 версии и назывался 6to5. Я отлично знаю, как с ним дебажить.
Покажите мусор, покажите что не работает. Хватит бросаться словами на ветер.

Jii: Полноценное приложение с архитектурой Yii2 в браузере

Ах да, и неймспейсы не нужны.

const EventListener = require('react/lib/EventListener');

У вас есть файловая система и common.js/es2015 modules.

Jii: Полноценное приложение с архитектурой Yii2 в браузере

Хоть я и не одобряю как yii, так и вашу поделку, осмелюсь спросить — а чего сложного в дебаге скомпилированного кода из es6 в es5? Есть сорсмэпы, да и babel генерирует понятный, читабельный код. Это вам не coffee.
Зачем вам в node ленивая подгрузка модулей? В php она нужна, потому что на каждый запрос новая инициализация, а зачем такое вам?

Flux в картинках

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

Flux в картинках

Я вот недавно столкнулся с простой проблемой. Допустим вы делаете админку. Получается у вас все сторы превращаются в гигантские статические переменные, причем некоторые еще понятны, UsersStore — ок, список пользователей. А вот где держать пользователя при переходе на /users/:id? В UserStore? Тогда каждый раз оно будет обновляться, в итоге это просто глобальная переменная

Apache vs Nginx: практический взгляд

Ну тут можно продолжать спорить. joomla, modx, wp — это все не интересно клиенту. Ему нужен работающий сайт с удобной админкой. Быстро, дешего и безопасно.
Ну и тысячи не нужны даже разработчикам. Нужно максимум 100, и это с альтернативами по назначению сайтов.
Шареды до сих пор существуют из-за некомпетентности заказчиков/исполнителей, у них сейчас есть выбор, перейти на saas модель (или vps/vpc), либо просто вымирать.

Apache vs Nginx: практический взгляд

По моему в этой версии комментария информации не сильно больше. А что нужно?

Apache vs Nginx: практический взгляд

Я не знаю что это за случаи такие. Только шаред-хостинги, но ничего, они скоро умрут и их заменят saas решения, какая разница пользователю wordpress: использовать saas, или шаред хостинг?
Соли в том, что на каждый запрос apache проверяет, не поменялся ли .htaccess — я не вижу, вижу только минусы.
Кстати можно и nginx подпереть небольшим костылем, в виде watch файлов конфигов и nginx reload, если надо. Все это накостылить в виде демона и запустить из под нужного пользователя. Это если прямо сильно надо.

Apache vs Nginx: практический взгляд

Смотря что иметь ввиду под «на горячую». Сам nginx конфиг не перезагрузит, однако без рестарта его можно загрузить, с помощью nginx -s reload или sudo service nginx reload . Это не остановит сервер, а просто даст ему команду перезагрузить конфигурацию, текущие запросы отработают по старой конфигурации, а новые — по новой.

Apache vs Nginx: практический взгляд

gist.github.com/Dygear/6291550 — вот, вроде, вариант. Правда это код на php.

Apache vs Nginx: практический взгляд

При желании достаточно один раз указать в конфиге сервера include /var/www/awesome_project/nginx.conf