Лучшие практики Node.js — советы по структуре проектов

[FirsofMaxim]

Спасибо, есть небольшая боль с camelСase именованием файлов.

[Format-X22]

Очень большое отождествление NodeJS и Express, хотя в названии именно NodeJS. Ну и код в примерах от 2014 года и ранее, так уже не пишут, для веба 5 лет это много, тем более революция с ES6/2015 превратила язык в почти другой.
Очень старые советы, пожалуйста, не применяйте их бездумно.

[napa3um]

И «иерархическая конфигурация», имхо, зло почти всегда. Чем площе конфиг, тем надёжнее, если конфиг стал иерархичным, то это может говорить о чрезмерном протекании в него бизнес-логики («программирование на конфигах»). Ну и смешивать конфигурацию и окружение тоже кажется не очень хорошим делом, у них совершенно разные циклы жизни, хорошо спроектированные переменные окружения не должны пересекаться с конфигурационными параметрами приложения (но могут управлять переключением задействованной секции конфига, назначать роль инстансу, линковать куски ландшафта между собой и т.п., — всё то, что обычно хочется передать админу/девопсу).

[dsrk_dev]

по первому пункту. допустим у меня есть файл с описание sequelize модели юзера, по логике он должен лежать в папке юзер, но допустим он мне нужен ещё и в orders, куда его класть в таком случае? или импортировать из папки юзер, но ведь тогда у нас получится связь между независимыми модулями