+34!

Но сказали, что таковых нет, что несёт несколько другой смысл. Всё пройдёт. Пройдёт и это...
Меня вообще мода на понятие "фулл-стек" несколько удивляет.

Лет этак 25 назад (за "раньше" не скажу), когда говорили о сильном специалисте в mainstream programming (за исключением нишевых вещей типа "програмист PL1") подразумевалось знание "вообще всего".
И вставку ассемблерную в код сделать, и с БД какой надо поработать, с железом, знание основных языков/парадигм, с UI в той или иной форме работать. И т.д., и т.п.

В целом после нормального обучения в ВУЗе + работы в параллель учёбе (это где-то в середине/конце 90-х) каждый (ну хорошо, сильная половина выпускающихся) мог компилятор/интерпретатор по-быстрому настрочить, хорошо разбираться в тестировании (г), неплохо знать реляционную модель (не говоря уж об SQL как таковом), хорошо представлять методологию разработки, хорошо знать стандартные алгоритмы, теорию графов, комбинаторику, линейную алгебру (всякие там матричные вычисления) и прочее.

Но вот хоть ты уср... на изнанку вывернись, с кокого-то момента пошла специализация.
Но что такое при этом "full-stack"? Знание одной конкретного набора технологий, используемого в конкретной конторе на конкретном проекте? А в соседней конторе? Проекте?
Возьмём Web (уж что проще) - перепрынет разраб вот прямо так сразу с plain PHP (или не, с клепания всего и вся за 5 минут на Bitrix!) на Ruby on Rails? Один это стек или разные? А на Scala? А на Scala в BigData, где, к примеру, тоже тем или иным боком REST API сбоку присобачен. Это тот же стек?
И т.д.

Сдаётся мне, что нынешняя мода на full-stack - это старое "нужен и швец, и жнец, и на дуде игрец".
Да, на всяком барахле - прокатывает.
Между тем вот прямо перед глазами проект на многие миллиарды, но в котором команда не захотела заиметь с самого начала Database/Performance спеца. Сейчас на финальной стадии с фитилём в жо... заднице бегают ищут - "А-а-а-а!!! В следующем году в продуктив!"
Эти ещё рано спохватились. Обычно за голову хватаются, когда уже. Причём самое эффективное средство оптимизации - грамотный дизайн системы - уже не применишь.

Конечно, зарываться в сверхузкую специализацию - глупо. Тому же "чистому DBA" опыт разработки более чем полезен.
Но это не отменит того факта, что "чистый кодер", пусть даже и со знанием SQL/реляционной модели, в жизни не сможет представить себе ситуаций (вот просто так, "из головы"), которые есть в высоконагруженном продуктиве.
Просто не имеет возможности столкнуться с реальным профилем нагрузки, типичными проблемами. Да даже регламенты работ пишутся "кровью и нервными клетками поддержки".

Более-менее нормально работает связка - команда с одним человеком с уклоном в сторону дизайна базы (в любом случае, коллективно базу дизайнить - та ещё фиерия) + тесное сотрудничество с полноценными DBA.

То, что называется сейчас full-stack - это, в моём представлении, в целом малоквалифицированная рабочая сила. Спрос на неё - большой. Будут ли ради этого релоцировать сотрудника (а это траты!) - хочется примеров.

Всё это не отменяет уже обсуждавшихся (неоднократно?) сложностей с переездом на senior позициях с узкой специализацией, основная из которых - "надо было вчера".

Да, да, да! :)