Денис Дерепко

Да, конечно.

1. Берем сайт
2. И создаем его

Чаще всего так
5 тел пилят бек, 5 фронт
Просирают сроки напроч

Приходит один синьйор и за два дня переписывает все с 0

Для поисковиков нужна статичная хтмлка - ее кто-то должен рендерить
Реакт и ко такое умеют, ангуляр также.
Тк все там нода, то таким занимаются фронтендщики.
Бекенду остается делать апи для всего етого хозяйства

Если изначально рулили бекендеры, то реакты и ангуляры будут занимать нишу jQ

В каждом (длинном) проекте все происходит по-своему

каждая несчастливая семья несчастлива по-своему

Для вас высокая, а для него может и подарок. Все по ситуации и не надо перед ним хвостом вилять.

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

В Германии, профильный диплом требуют. Я слышал кому-то удавалось обходить, но в целом это препятствие.

В США, профильный диплом - важная, но не обязательная опция. Там очень сложно найти компанию, которая впишется делать для вас H1B. Но даже если вы найдете, не факт что получите. Лотерея. + что там еще Трамп придумает ))

В Азии ничего не требуют, по крайней мере в странах вроде Вьетнама, Тайланда. Если нацелитесь на Сингапур, то там все сложно и вроде бы требуют.

Что есть проект?
В туалет сходить тоже можно считать как проект и это сможет потянуть один человек.

Нужно смотреть из масштабов, а не сферы.

Нужно разделять БД на части: структура, служебные данные и рабочие данные. Структура мигрирует - в нее входят схема, таблицы, ключи и все такое. Служебные данные - например данные таблицы со статусами какими-то, может мигрировать, но тут нужно быть аккуратным(эти данные в нормальном режиме статические и необходимы для работы кода). А остальные данные - то есть пользователи там, посты, товары - это все не мегрируется. Их целостность лежит на других механизмах - например бекапы.

Тут нет ничего, что тебе нужно
Ни одного вопроса такого прежде не задавали

Для этого есть всякие распределнные вычисления типа mapreduce на hadoop или аналогичных платформах.

Но 5млн строк это всё-таки не бигдата .
Делайте нормальный скрипт для проверки постепенной, а не 5 милионов сразу в функцию зах*уячить и ждать что всё будет прекрасно.
Можно еще очередь(amqp) поставить и воркеров запустить, и вкидывать туда задания. Но тоже это все аккуратно и постепенно.

0. Ты тут не первый такой умный. Поищи в поиске. Очень частый вопрос.

Вы преувеличивайте проблему:

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

Юридические:

4. Попробуй патентовать. Для этого патенты и придуманы.
5. NDA вы, поди, из статей про стартапы в США услышали. У них другое законодательство. Не знаю в нашей юриспруденции понятия - "неразглашение". Есть "коммерческая тайна". Есть куча описаний как правильно оформить "коммерческую тайну". Договора о неразглашении недостаточно.

Сюрприз:

6. А еще есть авторское право. Авторские права останутся у программиста. И он сможет воспользоваться своим продуктом (что важно - уже готовым, в который вкладываться не нужно).
7. Решается правильным оформлением того, что программист создавал продукт именно для вас и только для вас под зарплату.

P.S.:
Более серьезные программисты - менее подвержены этой проблеме.
У них и репутация и зарплата - незачем воровать.

Начинающие, тем более, что сейчас рекламируется "быстро срубить денег в ИТ" - скорее подвержены искушению украсть.

Есть junior, middle, senior. Очевидно.