WbICHA

Вариант, допускающий повторы: ссылка

в тексте ошибки можно увидеть, кого забыли

типа, антипаттерн...

но это все равно вызов метода в конструкторе, что не приветствуется.

Бред. Вот кем не приветствуется - вот он пускай и не приветствует и тихо миро плавает в своем болотце. Спокойно вызывайте приватный инициализатор в конструкторе - это как раз нормально. Конструктор - это и есть инициализатор объекта. Он даже называется "конструктор" - сборщик объекта. Его для этого и придумали. Выносить часть инициализации из инициализатора - на самом неделе не самая умная идея. А вот разбить инициализацию на разные логические части и разнести в разные методы - как раз таки очень даже хорошая практика. Декомпозиция, небольшие и простые функции/процедуры и все такое прочее.

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

В репу заливается весь проект, исключая зависимости, так, чтобы можно было скопировать проект себе на локалку, поставить зависимости и:
- Запустить в режиме разработки одной командой.
- Собрать проект одной командой.
- Выполнить тесты одной командой.

Либо, чтобы из репы можно было скопировать лишь dist/ и сразу опубликовать это как приложение в любом месте, без дополнительных команд.

От такого способа не будет видно, что применялся Реакт?

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

Рекомендую изучить крупные репы и обратить внимание на то, что там в рамках одной репы имеются исходники (src), сборки разных видов (dist/build), опубликованы все необходимые команды так, чтобы даже не зрячая обезьянка могла скопировать и выполнить эту команду, чтобы получить желаемый результат.

присвоение можно запихнуть в функцию-генерик, тогда не будет ругаться:

// ----- общий код с генериками ---------------
type Parsers<T extends object> = Omit<{
	[K in keyof T]: (str: string) => T[K];
}, 'id'>;

function setValue<T extends object>(obj: T, key: Exclude<keyof T, 'id'>, value: string, parsers: Parsers<T>): void {
	obj[key] = parsers[key](value); // магия
}

// ----- конкретный кейс ---------------------
interface Todo {
    id: number;
    name: string;
    text: string;
    complete: boolean;
    num: number;
}

type List = 'name' | 'text' | 'complete' | 'num';

let list: List[] = ['name', 'text', 'complete', 'num']

const parsers: Parsers<Todo> = {
    complete: s => s === 'true',
    name: s => s,
    text: s => s,
    num: s => +s
};

const data: Todo = {
    id: 1,
    name: '',
    text: '',
    complete: false,
    num: 0,
}

for(let input of list) {
    setValue(data, input, formData[input].value, parsers);
}

здесь конвертации из строки во что-нибудь вынесены в отдельный конфиг parsers. Функция setValue принимает его как параметр, и достает из него необходимый парсер по ключу. По каким именно причинам TS не ругается на строку внутри setValue, сказать трудно. Видимо, из-за неопределенности параметра Т, не к чему придраться )

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

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

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

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

На практике СБ смотрит на:
1. твои долги в ССП (особенно по штрафам, тк у штрафов есть источник)
2. наличие банкротства. Как минимум банкроту запрещено работать на руководящей должности (в банке аж 10 лет после получения статуса)
3. вероятность наличия конфликта интересов (если тебя, например, собеседовал твой бывший коллега или вообще твоим новым начальником будет твой родственник и не только)
4. Твоя кредитная история, но только если ты подпишешь разрешение на доступ к ней.
5. Отзывы предыдущих работодателей и коллег
6. Судимости. В первую очередь уголовным. На госслужбу с непогашенной судимостью в принципе нельзя. + А некоторые виды организаций нельзя устраиваться, если у тебя есть судимость по определённым статьям.
7. Твои соцсети. Просто не пиши в своих соцсетях лишнего.

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

На практике я не слышал, чтобы разработчиков как-то очень тщательно проверяли.

Допустим если я пройду курс лечения у психотерапевта, консультации + антидепрессанты

Если это вопрос "проходить или не проходить, чтобы не загубить карьеру", то ответ очевиден: обязательно иди и лечись, если тебя что-то беспокоит.

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

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

Не является. Массив используется на хранения списка значений, в нём нет никаких "имён".
Значения с "именами" можно хранить либо в объекте, либо в специальном типе Map.

Но при этом, если речь про значения примитивных типов, то при их добавлении в объект или Map теряется связь с изначальной переменной, откуда значение было взято.

let a = 3;
let b = 15;

let one = {};

one.a = a;
one.b = b;

a = 42;

console.log(one.a, one.b); // 3, 15
console.log(a, b); // 42, 15

let a = 3;
let b = 15;

let two = new Map();

two.set('a', a);
two.set('b', b);

a = 42;

console.log(two.get('a'), two.get('b')); // 3, 15
console.log(a, b); // 42, 15

Технически, DOCX можно прочитать - это ZIP архив, в котором лежат XMLки. Библиотека для чтения ZIP архивов под JS (в т.ч. браузерный) есть.
Но реально проще будет использовать расширенную поиск-замену в Word, чтобы заменить красный цвет на уникальный символ или комбинацию символов перед текстом. Комбинация ^& означает "искомый текст", т.е. приведённый ниже пример вставляет знак процента перед текстом, написанным красным цветом.

А потом уже вставить в веб-страницу текст без форматирования и разбирать его.

проверка на четность в этой задаче явно лишняя

let arr = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10];

let sum = 0;

for (let i = 0; i < arr.length; i += 2) {
    sum += arr[i];
}

console.log(sum);

Странная идея вообще учить язык А или Б для того чтобы понять язык В.
Учите TS чтобы понимать TS, учите C# чтобы понимать C#.

по типу как в питоне встроенный тип decimal. ничего толкового не нашел

Значит плохо искали! Ибо в первых же нескольких строчках гугла есть decimal.js - что конкретно в нем не устроило? Есть еще куча других библиотек с поддержкой типа decimal. Чем они не устроили?

умножение на 100 и деление. округление все это не подходит

Что значит "не подходит"? У вас там итоговые суммы выходят за пределы диапазона Number.MIN_SAFE_INTEGER - Number.MAX_SAFE_INTEGER? Работа с финансами в целочисленном формате - вполне нормальная и традиционная практика.

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