Константин Китманов

https://loopback.io/
https://hapijs.com/
restify.com

npm install делали? если да, то сделайте npm install concurrently --save-dev

Я сейчас не могу найти это в документации (что-то она у них от раза к разу все хуже), но последний раз, когда я пользовался, эта опция называлась 'include css' — вот так, с пробелом. С дефисом это если через командную строку. Если не получится, то попробуйте еще includeCss.

Тут есть ссылки на реактивные либы с объяснением разницы: https://habrahabr.ru/post/317360/

Зависит. Если код сильно зависит от внешних API, то на написание моков может уйти довольно много времени.

Если фронтенд надо запускать при помощи nodejs сервера, да еще под sudo, то что-то пошло очень не так:)

Попробуйте pm2.
Я успешно использовал supervisord. Еще говорят, что в дистрибутиве с systemd очень просто написать т.н. unit и он сам будет запускаться при старте и перезапускаться при падении.

В таком виде всегда будет медленно, потому что компилируется всё с нуля. Используйте watchify (например) — он следит за изменениями и кэширует скомпилированные файлы.

Ну а если цель «изучить react» или «быстро сделать приложение на react», а не «трахаться с галпом и браузерифаем» то не мучайтесь и возьмите create-react-app.

• Изоморфные приложения и SSR. Мы хотим очень динамический вебсайт, который почти весь рисуется на клиенте, но пауки до сих пор не умеют в JS, да и людям долговато ждать, пока сайт отрисуется. Выход -- рендерим HTML на сервере тем же самым кодом, что и на клиенте. Альтернативы есть, конечно, но на nodejs это выглядит проще всего.
  
• Многозадачность без ручного управления параллельностью. Пока у нас лог в Redis пишется, данные из Postgre достаются, картинка с диска читается, мы уже принимаем следующий запрос от другого клиента. Все это безо всяких усилий с нашей стороны (разве что понять, наконец, что такое callback). Опять же, есть альтернативы (go с горутинами, акторы в Scala).
  

Ну и да, вопрос вкуса и знаний:) Я могу сделать сайт на PHP, Python и C#, но не буду. Ибо зачем, если nodejs справляется ровно так же, а код я напишу на порядки быстрее.

Хорошие таблицы -- это ни разу не тривиально и для любой нестандартной фичи придется плясать с бубном независимо от платформы. Посмотрите ag-grid.

- node.js, Смущает его однопоточность. Есть немалый риск что новый запрос придёт до того, как закончится обработка старого. Как это отлаживать - хз.

Дык за это отвечает платформа. Новые запросы просто стоят в очереди (ну естественно если их не оборвет по таймауту клиент или reverse proxy).

Дебаггер в вебшторме умеет отлаживать нодовские приложения, просто сделайте аккуратно по документации.

app.use -- это будет не контроллер, а мидлварь (вангую, что вы хотели сделать app.get). Правда, 5 раз оно не должно вызываться все равно, так что надо копаться в коде.

Но в таком случае абсолютно не понимаю как мне отправлять начальный html "набор" из ссылок на css и js файлы и скелета сайта.

nodejs прекрасно работает в качестве движка для обычных сайтов.

app.get('/', (req, res) => res.send('./index.html'))

Ну разве что для скорости стоит раздавать статику nginx'ом.
Если речь о серверном рендеринге React'а, то смотрите соответствующую документацию.

Не понимаю как стоит организовать авторизацию пользователей и взаимодействие с базой данных.

sequilize.js или Mongoose, Passport.js для авторизации

Не будет ли проблем с ассинхронностью nodejs?

Если вы понимаете, как JS устроен, то нет.

Как структурировать код nodejs сервера? Есть ли какие-то фреймворки для таких задач?

express.js/koa, kraken.js, sails.js. express никакой структуры не предусматривает, так что ищите бойлерплейты.

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

Не существуют. Откуда им знать, пишете вы плагин для gulp или используете его для сборки?

По теме: юзайте поиск.
https://toster.ru/answer?answer_id=559717#comments...
В чем разница между --save-dev и --save?