Robur

похожи

Программирование деформирует человека как личность?

Нет.

У кого такое было? Как с этим справиться?

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

MST это Mobx+State tree. То есть надстройка над mobx.
Mobx дает инструменты для создания реактивных данных, но не дает никакой структуры для приложения, максимально гибкая библиотека, как хотите так и строите свое приложение.
mst - построена на основе mobx, дает больше всяких фич, и при этом налагает на вас определенные условия - как вы данные в своем приложении должны организовать и работать с ними.

1. зачем вам сначала все удалять, потом создавать? попробуйте https://docs.mongodb.com/manual/reference/method/d... сравните скорость, что быстрее то и используйте.
2. вообще извращение какое-то, так вам проще просто json - файл в облаке держать - читаться/обновляться будет быстрее.

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

ну, варианта два:
- иметь два реакт-приложения на странице, инициализируя их в разных контейнерах
- приводить к одной архитектуре и структуре для начала.

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

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

const ParseFile = require("./ParseFile");

У вас должен быть export в ParseFile.js

перед обучением нужно подписать контракт что год отработаешь в этой компании после обучения. Я отказался.

вы отказались потмоу что какая-то мутная контора, вам не хочется тратить 9 месяцев на обучение перед трудоустройством, или потому что вы не хотите взвешивать на себя обязательство проработать год?
Это ведь тот самый коммерческий опыт который отделяет вас от работы мечты

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

И вопрос - вы весь год без работы реально все освободившееся время по 8 часов в день что-то учили, развивались, делали?

this при любой вложенности содержит тот this который был установлен при вызове функции в которой эта строка выполняется.

В вашем случае:

в первом варианте - this установлен для конструктора в создаваемый объект. bind(this) привяжет к создаваемому объекту. результат записывается обратно в onPlayerStateChange - поэтому теперь откуда бы эта функция не была вызвана, она будет привязана к созданому объекту (инстанс VideoPlayer)

во втором варианте - bind(this) привяжет к тому this который установлен для вызова createPlayer. Это значение зависит от того как createPlayer была вызвана.
Если просто player.createPlayer, то в this будет player (инстанс VideoPlayer), соответственно он и пойдет в bind(this)
привязанная функция будет передана как обработчик но сама onPlayerStateChange не меняется и остается не привязанной.

YT.Player тут вообще никак не участвует и не играет роли.