Поддержка легаси кода -- отдельная боль аутсорса, да. В целом же, новые проекты стартуют на свежих инструментах. Опять же, я говорю только то, что вижу, вижу я внутренности одной большой российской компании, которая аутсорсом не занимается и глазами знакомых в аутсорсе энтерпрайз-систем (и не только аутсорсе, всякие дойче-банк девелопмент центры тоже). На самом деле на рынке уровень разработчика мозгом может быть только ограничен. В основном смотрят на опыт/знания технологий/участие в проектах, набитые шишки и решения проблем. В целом, можно сразу начинать писать на скале, проблема лишь в том, что насаждаемое университетами ООП заставляет как раз мозг выворачивать. Конечно, следует определить понятие "серьезный". То есть, если система генерит персистентных данных до терабайта, скажем, в несколько месяцев, оракл или постгрес справятся вполне. Если больше, то придется выбирать между очень дорогими железными решениями и очень дорогими архитекторами постгреса, но со скоростью, транзакциями, репликацией и всеми прелестями RDB, либо с ограничениями CAP-теоремы и NoSQL-хранилищами. Чаще всего я видел те или иные варианты симбиоза RDBMS и NoSQL. Хотя некоторые высоконагруженные системы живут полностью в NoSQL (одноклассники, например, живут в кассандре), но там применяются пачки хитрых хаков для обхода ограничений