Robur

Сначала думаете как лучше организовать свой рабочий процесс - а потом его переносите в Jira. У вас судя по всему этого процесса нет сформированного, и Jira сама по себе вам не поможет его сделать из ничего.

function test({a,b,c}: TestInterface)

проверить их тип руками.
if (typeof stringProp !== 'string') //ах-ох
ну и дальше по потребностям и фантазии. Если надо что-то другое показывать - то можно прямо в рендере.
или использовать https://www.npmjs.com/package/prop-types

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

Объем очень большой если хотите понять все то приготовьтесь потратить годы. И учтите что то что вы будете читать сейчас - через несколько лет уже устареет и надо будет это забыть чтобы прочитать что-то новое.

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

Можно подойти по другому - брать конкретные задачи, формулировать конкретные вопросы и искать на них ответы и решения и в них уже вникать.
Так вы не будете знать "все" но научитесь быстро узнавать нужное, а для этого надо уметь самому понимать что читать и быть в состоянии за 15 минут пересмотреть 20 статей и ссылок чтобы найти ту где написано вам нужное.

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

потому что вы нигде сам passport не вызвали.
добавьте
app.use(passport.initialize())
и passport.authentificate в роуты. В общем - для начала сделайте как в документации.

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

неправильный подход - это когда вы чего-то похватали по верхам, попытались вайтивайти, у вас не вышло, потому что на самом деле вы нихрена не умеете, вы обиделись и пошли в интернет/на тостер строчить посты как вас обманули.

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

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

А то что вы копаетесь в кишках - не сильно важно.

process.memoryUsage()

Хотя это в ноде, не заметил что вы про window

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

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

Будет ли это хорошим опытом

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

возможно ли прийти в чужой монастырь, и начать обучать сотрудников нормальному ведению проектов

В какие-то компании возможно, в какие-то нет. В этой вашей новой - сможете? Это обговаривается при приеме?

Возможно, это будет неплохой точкой роста, как минимум опыт работы с людьми и их обучение.

Возможно.

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

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

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