Robur

у вас и на while(j == "address") {
должно зависать, если бы не break.
Зачем вам там while? while это цикл который будет работать бесконечно пока условие не поменяется, у вас t или j должны меняться внутри while чтобы они поработали и перестали.
Или вам там нужно поменять while на if или что-то не так в принципе.

оно равно расстоянию от верха страницы до верха документа + высота страницы.
scrollTop + window.innerHeight

В таком варианте как вы написали - вам else вообще не нужен. А ненужный код лучше не писать.

В других ситуациях может быть по другому. else сам по себе никаких проблем не имеет, пишите если нужен.
Основное правило с if - не городить большую вложенность и делать код внутри как можно короче, если он становится достаточно большой - выделять в функцию.

ПС. "0" в return не нужен.

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

Неправильный способ - взять адрес и сетевую маску (из них можно легко вычислить все возможные адреса) и просканировать сеть, найдя работающие компы.
Правильный - один хост должен посылать в локальную сеть broadcast с определенным интервалом, а другой - слушать и показывать найденную игру.
Простой - получить локальный адрес на втором компе и вывести его пользователю, пользователь просто скажет его другому игроку и тот введет его руками.

Используйте относительные пути. img/cat.jpg вполне может сработать.

Можно в контролируемой среде, где вы можете изменить настройки браузера и поставить на комп пользователю что хотите - например для корпоративных пользователей. Если это пользователь в интернете - то можно через расширение браузера, вот например: https://developer.chrome.com/apps/fileSystem

Последние лет 5 мало кто заморачивается на скорость/память и создают кучу лишних колбеков как в классах так и в функциональных компонентах. Все привыкли что табы в браузере сжирают дофига ресурсов и ценят удобство/привычки разработчика больше чем скорость и эффективность работы приложения. Во многих случаях этот подход имеет смысл.

Класс или функциональный компонент - дело вкуса, эффективность разработки одинаковая, разница в работе минимальная.

Хуки только появились, со временем будет наработана практика их использования, повылезают проблемы (если будут), народ выработает best practices и тогда можно будет сказать насколько это лучше прошлых подходов.

<Route path="/iwantrenderonthis" component={MyComponent} />

Если path не устраивает чем-то можно усложнить матчинг вплоть до своего кастомного но суть та же. HOC довольно удобен.
и это можно положить в любое место в приложении, если роут совпадает - MyComponent рендерится, если нет то нет.
ReactRouter v4, может в прошлых было сложнее, уже не помню.
Возможно хуки дадут сделать это красивее, не пробовал.

скрипт гугл-аналитики либо не подключен либо не успевает загрузиться.

Если собирается нормально а в vscode ругается - у вас vscode использует какой-то другой тайпскрипт нежели тот что используется для сборки. Возможно и tsconfig тоже не подтягивается или подтягивается не тот.

Если вы про сам реакт - такого не должно быть, разница производительности между development и production режимами минимальная. Профилируйте и разбирайтесь что именно тормозит - проблема скорее всего где-то в вашем коде, ищите.
Если хочется просто чтоб работало а разбираться лень - разрабатывайте на продакшен-версии (NODE_ENV = "production".)

Зачем вам анализировать код? что вы хотите в нем найти? Если ошибки синтаксиса - пропустите через компилятор он вам всё скажет. Ошибки выполнения вылезут при запуске.

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

Лайфхак чтобы все смотрелось секси - взять и бросить пару хобби, освободившееся время потратить на изучение доков, примеров, особенно внимательно посмотрите "разработку интерфейсов" и UX. Так же время нужно чтобы пробовать разный код и смотреть что получилось. Если не будет получаться - выделить больше времени за счет отказа от личной жизни.
Из технических приемов (не лайфхаков) - больше времени уделять на проработку интерфейса, мобильные приложения - не то же что веб, одним резиновым меню по верху страницы и выравниванием колонки контента по центру не обойдешься. Придется продумывать как оно должно выглядеть на разных разрешениях, и возможно даже менять лэйаут полностью при сильно большой разнице. Это если секси, если попроще - то просто сделать два варианта - телефон и планшет и для каждого размеры/шрифты делать больше или меньше в зависимости от размера экрана