Robur

Раз у вас вообще нет никаких требований - то возьмите что-нибудь веселое, Fortran какой-нибудь, или хотя бы Erlang.

btn_otvet[key]
если key не индекс - то btn_otvet должен быть объектом а не массивом

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

Для начала проверьте срабатывает ли эффект при удалении.

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

где то в этом списке будет проблема - её и нужно решать

Затем же зачем и в любых других сферах разработки. Чтобы писать более сложный код с сохранением достаточной простоты его поддержки.

Конкретно вам на тех задачах что вы видели это может быть и не нужно. Зависит от того что вы делаете. Можно и без ооп и паттернов жить, если делать достаточно простые вещи.

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

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

Так что правильно сказали выше - ищите другие способы это более реально.
Почему c# программист с опытом 4 лет оказался без 300 баксов и любых вариантов их получить/занять и так далее оставим за рамками, хотя это весьма интересно конечно.

попробуйте вот тут почитать: https://www.toptal.com/nodejs/debugging-memory-lea...
Ну и в целом погуглить как искать утечки памяти и работать со снапшотами heap в ноде. Универсального ответа нет, но есть методы которые могут вам помочь. Heap diff помогает если вы знаете момент когда память занимается и можете сделать и сравнить два снапшота до и после, там найти чем занята память и попробовать найти контекст с которым эти данные связаны и с контекста возможно найдете метод.

newObject.email = oldObject.email

в 2019 и ESXXX всё еще работает.

Если вам надо сделать новый объект, в который включить нужные свойства со старого то pick из lodash (или свой велосипед):

const x={email: 'aaa', name: 'bbb'}
const y = _.pick(x, 'email') /// y={email: 'aaa'}

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