Robur

1. Если вы хотите получать $$ - то да. Валютный контроль надо проходить при любой такой операции, что именно ваш банк потребует - узнавайте у банка, они бывает хотят разного. Как минимум это СВО (справка о валютной операции) в которой вы пишете откуда бабки. Надо чтобы то что вы туда напишите ваш банк устроило. заполнять надо будет скорее всего на каждый перевод.
Что будет если вы получите сразу рубли на рублевый счет - не знаю, опять же самое лучшее место где это стоит спросить - ваш банк.

2. Прокатит только если пейпал вам будет переводить рубли со счета который тоже находится в РФ. не знаю можно ли так.

Одинаково не влияет.
Диплом поможет облегчить получение визы (тут главное чтобы он просто признавался за рубежом, погуглите), а на устройство разработчиком в сша влияют мозги, навыки и опыт.

лучше уже освежить знания по языку, у вас подход 10 летней давности.

пишите функционально или на нормальных классах, они давно есть.

Можно просто скопировать все свойства в одну кучу, это же просто объекты, но это будет наааааамного некрасивее чем constructor() и super()
В целом ваше желание звучит весьма подозрительно и скорее всего приведет к плохому коду. Используйте стандартные средства языка, привыкните

1. вебшторм ни при чем.
2. проблема с файрфоксом
3. запускайте из терминала BROWSER=none yarn start и отрывайте ссылку руками

Мнение такое - хз что там у вас происходит. С чего вы взяли что кто-то здесь в курсе?
Подключите к проекту кого-то опытного, кто сможет вникнуть, оценить, составить план разработки понять как работает команда, реальные ли задачи-сроки ставятся, наладить процесс если надо и прочее.
Если нет такой возможности - то заложите время на обучение всему этому и целенаправленно кому-то поставьте такую задачу. Скорее всего это будете как раз вы.

https://forum.vuejs.org/t/vue-cli-serve-with-https...
и если не нравится что хром будет ругаться, см ответ тут:
https://stackoverflow.com/questions/55813348/how-t...

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

Посмотреть детальнее, что за правила и как их выполнять можно в таком большом количестве мест в интернете что перепечатывание сюда будет порицаемо в любом приличном обществе.

Один момент - не все принципы одинаково полезны и применимы в веб-разработке, но знать и понимать их все в любом случае на пользу.

1. Как-то собрать надо, как именно - зависит от того как вы вообще это делаете. если через cra то там уже все готово, yarn build, если самописный вебпак - то самим же добавлять продакшун билд конфиги, если еще что-то взяли за основу, то смотреть есть ли там инструкции/возможность собрать продакшен билд.
после сборки это просто папка с html+css+js, выкладываете куда хотите и оно работает.

2. express отдельно, react отдельно, для express приложение на реакте это те же html+css+js файлы, которые он может отдавать пользователю, но лучше их положить отдельно и настроить nginx на отдачу, или вообще положить в облако и не думать про сервер вообще. Это если вы не хотите SSR

3. Для чего нужен nextjs написано на сайте самого nextjs. Это уже настроенная среда для разработки и запуска, где есть сборка, ssr, сервер, вы его ставите, читаете документацию и используете без необходимости настраивать все самостоятельно.

Я бы на вашем месте ел слона по кусочкам - сначала разберитесь как делать production build и деплоить приложение в интернет, без express, без next, без ssr

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

В JS все сериализуется, а не маршализируется.