Необходимо ли наследование пропсов в этом случае?

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

Необходимо ли наследование пропсов в этом случае?

А мы откуда знаем, надо тебе наследовать или нет? Если надо, наследуй, если не надо, не наследуй.

Как избежать экспорт default?

Никита Красильников,

сложно запоминать названия компонентов

А зачем их запоминать? Копипастишь название и автоимпортом добавляешь импорт. Всё.

Как избежать экспорт default?

как не дублировать название при импорте и при этом экспортировать именовано

А какая разница? Неужели ты вручную пути прописываешь?

Как избежать экспорт default?

многие разработчики не любят экспорт дефаулт

Хз в чём их проблема, если правильно его использовать, то он работает как надо.

Как затипизировать декорируемый класс?

partyzanx,

// Note that the decorator _does not_ change the TypeScript type
// and so the new property `reportingURL` is not known
// to the type system:

Как сделать регулярное выражение для положительных и отрицательных чисел?

но не больше 60 и не меньше -60, только числа.

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

Как затипизировать декорируемый класс?

partyzanx, https://www.typescriptlang.org/play?#code/ATCGCMGc...

Как затипизировать декорируемый класс?

https://www.typescriptlang.org/docs/handbook/decor...

// Note that the decorator _does not_ change the TypeScript type
// and so the new property `reportingURL` is not known
// to the type system:

Как правильно получать данные в fetch?

ForSureN1, ты же шутишь, правда? Правда???

Стоит ли использовать цикл с начала и конца одновременно?

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

Почему изменяется arr2, в чем моя ошибка?

szQocks, ну, у тебя ещё и метод неправильно работает. Финальный фильтр должен на равенство индекса проверять, а не наоборот.
Да и код сильно усложнён, всё это делается в одну строку и намного читабельнее:

return this.filter((v, i) => arr.includes(v) && this.indexOf(v) === i)

Почему изменяется arr2, в чем моя ошибка?

szQocks, а почему она должна пропасть?

Почему не работает git в vs code?

А не легче ли сначала на гитхабе/лабе/прочем создать репу, а потом склонировать её?

Javascript: Нужно ли использовать; в конце строк?

WapSter, потому что для жс эта запись равна этой:
foo = bar + baz[bat] = biz
Продолжать?

Javascript: Нужно ли использовать; в конце строк?

WapSter, это каким? Этим?

foo = bar + baz
[bat] = biz

А тебя не смущает, что с точки зрения жса он записан неверно? Тут дело не в минификаторе, а в интерпретаторе самого жса.

Javascript: Нужно ли использовать; в конце строк?

WapSter, ересь.

if (Math.random() > 0.5) console.log(true) 
else console.log(false)

https://minify-js.com/
https://jsminify.org/
https://codebeautify.org/minify-js
https://www.toptal.com/developers/javascript-minifier

Math.random()>.5?console.log(!0):console.log(!1);

Javascript: Нужно ли использовать; в конце строк?

Миша, в каждом проекте свой стайлинг. Как настроишь, так и будет.

Javascript: Нужно ли использовать; в конце строк?

WapSter, что за бред? Любой нормальный минификатор это учитывает. Он сам ставит и убирает точки с запятой там, где это надо. А ифы вообще может в тернарники переделывать. Да и банально в скобки заворачивать.

Javascript: Нужно ли использовать; в конце строк?

Почему ругается eslint?

Потому что ты такие правила настроил, не?