un1t

Есть два варианта.

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

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

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

Выбор ЯП и стека вещь сугубо субьективная. Параметров слишком много, чтобы можно было объективно сравнить.
Все перечисленные технологии популярны и в ближайшиее 5 лет будут востребованы. Выбирай то что нравится.

В пользу Node: всё идет к тому, что js станет стандартом как на фронте, так и на сервере. Через 5 лет серверную часть не на js будут писать только ленивые ретрограды.

Ну-ну. Или стухнет как руби.

Приложения получаются быстрее python и др. в 10-15 раз, выдерживают большие нагрузки,

У JS нет превосходства в производительности над Python. Скорее наоборот. Но в целом я бы не рассматривал производительность как фактор выбора, т.к. в первом приближеннии она одинакова.

нет задач, которые нельзя было бы реализовать в рамках MEAN-стека.

Можно так и про ассемблер сказать, но это не делает его удобным для веб разработки.

Технология в стадии активного развития, через 5 лет сегодняшние её косяки будут исправлены, и она станет стандартом де-факто для web-приложений, как php для web-сайтов когда-то. Нет смысла тратить время и распыляться на морально устаревающие средства.

Некоторые косяки действительно будут исправлены. С монгой все поигрались и забыли, вернулись к реляционным БД. Express.js это наколенная поделка, которую можно написать за один вечер. Там по сути кроме роутинга ничего нет. Может быть черзе 5 лет на ноде появятся какие-то полноценные фреймворки типа Джанги, Рельсов или Симфони, но на сегодняшний день их нет. Angular это вообще фронтенд, его можно с любым бакендом использовать.

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

Используется но не повсеместно, только теми командами которые умеют. У нас TDD.
TDD это не про чистый код, а про соответствие кода требованием и возможность рефакторинга, апдейта библиотек и т.п..

Вобщем выяснил что было. Дело было не в синхронизации. А в том что порядок сортировки был не определен. Поэтому при запросе разные ноды выдавали разный результат. И даже при запросе к одной ноде результат выдавался разный (видимо эластксерч сам делает балансировку запросов). Добавил сортировку по id, проблема решилась.

Проблемы которые могут быть это ссылки по неправильной схеме и mixed content, но это все не критично. В случае масштабных проектов, могут быть некоторые нюансы с балансировкой, например балансировщик может не поддерживать https. Но в вашем случае это вряд ли.