VolgaVolga

Сергей Михалков уже ответил на ваш вопрос:

<...>
— А у нас огонь погас —
Это раз!
Грузовик привез дрова —
Это два!
А в-четвертых — наша мама
Отправляется в полет,
Потому что наша мама
Называется — пилот!

С лесенки ответил Вова:
— Мама — летчик?
Что ж такого?
Вот у Коли, например,
Мама — милиционер!
А у Толи и у Веры
Обе мамы — инженеры!
А у Левы мама — повар!
Мама-летчик?
Что ж такого!

— Всех важней, — сказала Ната, —
Мама — вагоновожатый,
Потому что до Зацепы
Водит мама два прицепа.

И спросила Нина тихо:
— Разве плохо быть портнихой?
Кто трусы ребятам шьет?
Ну, конечно, не пилот!

Летчик водит самолеты —
Это очень хорошо!

Повар делает компоты —
Это тоже хорошо.

Доктор лечит нас от кори,
Есть учительница в школе.

Мамы разные нужны,
Мамы разные важны.

Дело было вечером,
Спорить было нечего.

JavaScript или Python, можешь кидать монетку. И нет, не каждый ЯП создан для определенной области и уж темболее нет специального языка для ботов дискорда и прочих подобных.
99% шанс что как быстро ты загорелся, так быстро и потухнешь.

как получать выплаты от буржуев в 2022

Потому что у вас где-то в коде синтаксическая ошибка.
Ваш К.О.
P.S. Если хотите её найти, то читайте сообщение об ошибке полностью.

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

if (something == false) {
    return
}
// дальнейший код
if (something selse) {
}

вместо

if (something == true) {
    // дальнейший код
    if (something selse) {
    }
}

А просто длинные строки - например SQL запросы - переносить средствами кода, разбивая на несколько. Через heredoc или конкатенацию.

Оптимальным выбором будет Debian как наиболее стабильная ось, что для бэка очень важно.

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

Стажировка же предполагает некое обучение, долгую адаптацию и наставника. Это нормально?

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

Мне радоваться или задать несколько "неловких" вопросов тимлиду?

Вопросы задавать нужно.

или задать несколько "неловких" вопросов тимлиду?

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

и будет как ситуация с юристами в 90х.

Пардон, откуда Вам известно, какая была ситуация с юристами в 90-х? Мама рассказывала сказки перел сном? И в 90-е, и в 00-е и далее - всегда было одно - кто хотел работать - тот работал и (в зависимости от места работы) - спокойно их пережил а то и вовсе греб бабло лопатой. Кто хотел воровать - тот воровал (и половина их сейчас лежит на кладбищах). Кто думал, что достаточно диплома юриста - и ему бабки сами в карман побегут с писком - тот работал продаваном каких-нибудь автозапчастей.

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

Угу. Сейчас даже ИИ, способный машину довести из точки А в точку Б, не могут дотестировать, а ты про замещение творческой профессии...

Если тут есть действующие программисты

Есть

как обстоят дела на рынке IT

Не жалуемся

Стоит ли сейчас стремиться стать программистом

Нам-то откуда знать, стоит ли Вам стать программистом. Тут не психоаналитики собрались

И что вы можете сказать насчёт этого ИИ?

Ничего. Обсуждение фантастики в других ресурсах.

Никак.
Во-первых, надо выучить ТСЯ/ТЬСЯ
А во-вторых, фриланс - это самостоятельность.
С самостоятельностью у тебя большие проблемы.
Иди на завод

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

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

будет как ситуация с юристами в 90х

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

Если тут есть действующие программисты, как обстоят дела на рынке IT?

В мире дела у отрасли радужные, она быстро растёт и развивается, спрос на программистов огромный, зарплаты высокие, рынок соискателя. В РФ пока непонятно, что происходит. Вполне возможно, что российская отрасль ИТ остановит рост на годы. Скорее всего потребность в профессионалах никуда не денется, но вот новички уже будут не нужны и порог входа для них станет преодолим для единиц.

Добавлю пару очевидных фактов:
1. Мелкие фирмы не нанимают стажеров, потому что (см. другие ответы) не выгодно даже бесплатно и они не могут себе это позволить.
2. Средние и крупные фирмы иногда нанимают стажеров. Хотя им тоже не выгодно в краткосрочной перспективе. Но они рассчитывают, что через год (условно) из стажера вырастет junior специалист, останется здесь же работать, и будет приносить компании какую-то пользу. В долгосрочной перспективе это иногда выгодно. Теперь посмотрим, что там насчёт "бесплатно". Для бюджета такой компании практически нет разницы между "бесплатно" и 1 МРОТ для стажера. А проблем от "бесплатного" больше. Если найдётся компания, нанимающая вас бесплатно, то лучше не доверять такой компнии, даже если вы сами согласны работать бесплатно. (Это не относится к волонтёрской работе, конечно, там другое).

Я полностью поддерживаю использование УЛУЧШАТОРОВ типа SonarQube, PMD и прочие которые просто позволяют указать мне на явные ошибки типа potenrial null pointer de-referencing.

Но вот в части - написать по другому - я-бы сказал что это открытый вопрос. Ставить ТЗ нельзя так чтобы "сделать на выходе хоть что-нибудь". При таких критериях мы получим просто рандомный шум который тем не менее компилируется. Типа "бей посуду - я плачу". Но автору такое не надо.

Тогда давайте зададим вопрос. А что собсно надо автору? Приведу пример который я часто использую. Решения задач на codewars. Они разные. Но обычно в топе висят 2-3 штуки которые поражают своей краткостью и различностью парадигм. Например в топе висит одно решение с хвостовой рекурсией а другое с циклом. И я не могу решить которое мне больше нравится. Нравятся оба. Но скорее всего при разработке code beautifier я-бы не стал вообще копать 2 направления. Достаточно было-бы просто поставить задачу сделать код меньше. Я думаю что все согласятся что меньше строк - меньше надо будет скроллить вниз. Особенно эти дело любят Джависты. Как накидают своих бинов с геттерами-сеттерами ойойой. 80% кода - нечитаемый шлак. Ну да ладно. А насколько меньше? Есть обфускация. Это сознательне выпиливание смыслов из всех идентификаторов. Вобщем переменные можно называть $1,$2 e.t.c. и это тоже работает. Но ... согласитесь это путь в никуда.

Поэтому. Чтобы улучшать мы должны САМИ задать вектор улучшения. Парадигмы например. Мы хотим код тяготеющий к функциям или к объектам с методами? Мы хотим код с детальным дебагом (каждый оператор в своей строчке) или нам пойдет исходник как у Джона Кармака. Весь С++ исходник в 1 длинную строку. Мы хотим код на конечных автоматах? Или на комбинаторах? Мы хотим больше перформанс но хуже читаемость (вспоминаем знаменитую Кривую Шипилёва) или наоборот?

Вобщем думайте над вектором улучшения.