Иван В

По-моему, ответ простой - что было записано в договоре, то и обязан.
Т.е. если речь шла о коде - то только код. Если договаривались о "запустить на сервере" - то надо ставить на сервер. Но вот о том, что для вебсервера используют Мак, я еще не слышал :-)

Какое оптимальное время въехать в проект?

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

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

Для анализа кода поставте план - график. Например 1 неделя на развертывание проекта.
Если там специфичное облако - то на изучение облака еще 1-2 недели.

План график должен включать обязательные пункты который надо пройти. Например если это
Laravel/react - то вы должны поднять в облаке привет-мир на этом стеке и продемонстрировать
что он работает. И только после этого переходить к развертыванию проекта.

Если на проекте есть архитектурная документация, confluence, wiki - то берите пару недель на чтение.
Выписывайте ВСЕ новые слова на бумажку. По ним задаете вопросы.

У вас должен быть ментор или консультант который раз в несколько дней должен отвечать
на ваши вопросы по списку. Ваш план-график должен учитывать риски и внезапные investigations
результатом которых могут быть НОВЫЕ таски которые вы сами создадите. Например - сдохли
сертификаты по сроку. Создать новые. Это время. Это тоже таски и они должны быть эстимированы.

От проекта зависит. На моëм проекте например новичкам даже сеньорского уровня до первой простой таски требуется недели две, а выход на 100℅ эффективность занимает 3-6 месяцев.

В связи с этим у меня вопрос, чем же обоснована такая популярность этой библиотеки у работодателей?

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

а модульность со мной сыграла злую шутку (прочитал, что хорошим тоном считается разбивать проект на мельчайшие модули, разбил свой, через пару недель я просто почти забыл, что от чего у меня зависит и какой модуль у меня что тянет за собой и главное куда тянет!

Видимо вы попробовали выучить реакт за неделю, потом потом на 2-3 недели ушли заниматься своими делами и не трогали его и "внезапно" всё забыли. В целом можно писать комментарии для пояснения. Модульность как раз наоборот упрощает чтение кода и если правильно всё называть и прописывать, то в небольших проектах до 5-10к строк можно будет без проблем разобраться за пару дней тому кто не писал это код.
P.S. Возможно вам лучше выложить вопрос с сылкой на ваш проект и вам подскажут что не так вы сделали, будет полезнее.

Лучше используйте
import {
Routes,
Route,
BrowserRouter
} from 'react-router-dom'
А также функциональные компоненты
Ваш роутер это - BrowserRouter , в котором есть пути в тэге Routes как childs
В Routes вы создаете Route с пропсом path = "url" и в качестве child передаёте компонент страницы

App.jsx

import Home from './Home'
import Stuff from './Stuff'
import Contact from './Contact'

function App() {
  return(
    <div className="App">
        <BrowserRouter >
          <Routes>
             <Route exact path="/" element={<Home/>}/>
             <Route exact path="/stuff" element={<Stuff/>}/>
             <Route exact path="/contact" element={<Contact/>}/>
          </Routes>
        </BrowserRouter >
    </div>

Продолжай изучать JS по Кантору. В конце каждой секции есть задачи, выполняй все, не важно какой они сложности. По Proxy, Reflect и регуляркам можно вскользь пробежаться и не заострять внимание. Параллельно делай задачи на codewars, hackerrank, leetcode. Чем больше, тем лучше. Если в программировании с нуля, то желательно тысячу часов набить хотя бы.

Когда простые задачи начнёшь щёлкать как орешки, начинай читать про структуры данных и алгоритмы. По структурам данных можно в принципе любой источник брать, там всё одинаковое. Можешь глянуть вот эту репу. По алгоритмам советую посмотреть Яндекс. Там только базовые примеры разбираются, но на начальном этапе этого хватит. Когда преисполнишься в этих двух аспектах, начинаешь брать сложные задачи всё с тех же ресурсов (литкод и другие). Лучше даже это параллельно делать - изучать темы и решать задачи.

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

Дальше можно прочитать Кайла Симпсона. К этому моменту ты скорее всего поймёшь, о чём в книге идёт речь.
Почитай про HTTP: тут и тут, знать как он работает - мастхэв для фронта. Теперь можно не просто верстать сайты, а заполнять их контентом через работу с API всевозможных сервисов.

Вот тут можно начинать изучать Typescript и переписывать всё, что сделал ранее, на TS. Самая лучшая практика, как по мне

Потом самое время выбрать фреймворк. Бери любой из понравившихся (кроме старья), читай доку и делай всё что выше, но уже на фреймворке. Со временем, если станет скучно, можешь залезть в их кишки, посмотреть как работает реактивность и другая "магия". Вообще фреймворк можно начать изучать и раньше, но я бы советовал к нему приступать, когда всё то же самое ты можешь сделать и без него. Это из личного опыта. Дока становится максимально понятной, не возникает дополнительных вопросов и в целом меньше косячишь.

По шаблонам и паттернам я раньше читал Рефакторинг Гуру (с енотом). Там примеры на Typescript. Ссылку не кину, мало ли что.

P.S. Все распиаренные курсы - хрень, не советую ими пользоваться. Тем более некоторые из них вообще составлены дилетантами. Это мой знакомый синьор говорил лет 5 назад. А позже я и сам пару раз столкнулся с этим (если в общем - такие ошибки даже стажёры в крупных компаниях не совершают).
Вместо этого следи за современными трендами, отслеживай каких-нибудь людей (я в своё время вот на этого парня наткнулся). Подпишись на какие-нибудь дайджесты типо www.awwwards.com. Смотри как делают другие, пробуй повторить. Рано или поздно начнут свои идеи появляться

Приложение странное, должно скачивать ссылку из firebase, потом делать запрос и получать другую ссылку, которую необходимо открыть в webview. По ссвлке открывался сайт с казино

Подобным занимаются всякие компании, которые занимаются арбитражем трафика.
В G Play / App Store загружают нормальное приложение, а потом распространяют реферральные ссылки, при скачивании по которым этого приложения, вместо оригинального контента будет показано казино или что-нибудь ещё подобное.
При этом сама компания эта к казино отношения не имеет - казино платит за привлечение клиентов.

Кто с подобным сталкивался?

Работал в такой компании, которая и таким занималась, и ещё делали сайт, на котором можно будет удобно менеджить такие ссылки и приложения.

В принципе, обычно, всё честно платят, но работали по ГПХ (в моём случае всё было честно).
Если у вас всё будет по договору, то бояться нечего - вопрос только к тому, хотите ли вы таким заниматься.
Ещё подобные компании часто не очень стабильны и в один день вам могут сказать, что они сокращаются и ваши услуги больше не нужны.
Ну и возможности роста, как мобильного разработчика, у вас не будет.
+ С менеджментом могут быть сложности. Сам со стороны наблюдал, как начальник десятка таких бедолаг ругался на одного из разрабов, который делает всё очень хорошо, но делал за день максимум два таких приложения, в то время как некоторые коллеги делали их по 10 штук.
Короче нервно достаточно

PS: А как компания называется?