goodlike_by,
10 ответов в секунду я так понял от всей сотни?
10 в секунду база должна переваривать, но если тест состоит из нескольких вопросов и имеет смысл принимать ответы только на весь тест а не на индивидуальный вопрос, то можно оптимизировать, например redux-saga на стороне UI и отправлять не один ответ, а когда пользователь ответит на всю пачку.
Чтобы получить запас по скорости еще есть вариант между базой и API поставить очередь типа Rabit MQ или аналоги, но тут я много подсказать не могу, не писал.
На мидла без претензий могут взять и без опыта работы в команде, если будешь показывать хорошие навыки и неплохую теорию, особенно если у себя сам сможешь наладить проект и вывести из треша,ну и плюс аншлийский должен быть, в такой конторе его не потренируешь.
И еше раз, если есть вариант найти хороший проект - нужно искать, никто не мешает тебе рассылать резюме устроившись на работу.
Если альтернатива - год ничего не делать - сомнительная альтернатива.
Spooky 2020, Ну смотри, я не знаю какая у вас в стране ситуация с рынком но в Украине это выглядело бы так (если знаешь английский и имеешь живеньний ум).
Поискал работу на более современном проекте с налаженными процессами - если успешно - отлично, идешь туда, зарабатываешь постепенно лычку мидла.
Нет, выбиваешь комфортную зарплату, год получаешь деньги и опыт, учишся приводить такие проекты в порядок, сам себе ставишь лычку мидла и начинаешь ходить на собеседования. С опытом приведения проекта к современной кодовой базе, через год ты попадешь легко в зарплату в серединке вилки по статистике developers.org.ua
Лучше год ролучать деньги и опыт чем не получать ничего. И кстати больгие проекты это не всегда равно - получение опыта и возможность получения знаний. Могут загнать на рутинную работу, которой будешь не рад.
JordanBelford, Я бы на вашем месте этот вопрос самому себе задал. Или попробовал изолировать проблему на https://codesandbox.io/ и показал немного больше кода.
MrTomMus,
1) Почитайте теорию прежде чем сразу писать. Прочтите например Фленегана, тогда глядя на код вы будете понимать, как он выполняется.
2) Вы должны думать прежде чем создавать новый екземпляр функции, как написать код, чтобы функцию можно было использовать повторно,
3) Когда вы писали строку box = e.correntTarget; у вас в голове была какая-то цель, мне например она непонятна.
И да, странная манера оправдываться за плохо написанный код как будто я критиковал лично вас, а не ваши строчки. Фраза "я только учусь поэтому тут столько ошибок" не имеет смысла вообще, строчки от этого лучше не стали а вас как личность я не собирался критиковать, просто примите к сведению, почитайте и следующий код напишите немного лучше. Говнокод писали все, не воспринимайте это как поражение.
Найди мне в документации "Правила поиска по лексической области видимости ?" На MDN эти понятия в одном разделе объясняются.
https://developer.mozilla.org/en-US/docs/Web/JavaS...