Strannyk

Тут упомянули ассемблер, но всеже самый старый это машинные коды. Асм компилируется в них.

Однозначно Python.

При наличии школьной базы, просто берёшь учебник на английском и читаешь с Google Translate. Повторять до тех пор, пока переводчик сам не отвалится.

Будьте оригинальны
https://tinder.com/app/recs

Не найдете коллегу, найдете еще кого то.
ПС в настройках выставите парней.

Рекомендую к прочтению: Про токены, JSON Web Tokens (JWT), аутентификацию ...

ещё request responce и чайную ложечку DOM

любой популярный ubuntu ( mint ), debian, arch ( manjaro ), void, gentoo...
если интересно понять как работает и есть время, то gentoo, но перед этим лучше пару недель потыкать палочкой во что-нибудь другое

linux - это ядро
дистрибутив - это по сути ядро + скрипты для старта системы и управления сервисами ( systemd или что-то другое), пакетный менеджер, политика относительно версий пакетов(программ) / обноавлений и документация

Красивый современный и главное удобный графический интерфейс

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

https://www.reddit.com/r/unixporn/top/?t=all
https://www.reddit.com/r/UsabilityPorn/top/?t=all

Дебьян. Для любых целей.

Наследование тут вообще не нужно, нужна агрегация.

Ходить по собеседованиям и собирать вопросы, которые задают. При возвращении домой прорабатываешь те вопросы, на которые ты не ответил

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

Не стоит. СДВГ - это крест на возможности занимать большинство позиций в ИТ. А среди джунов уровень конкуренции такой, что малейший недостаток списывает соискателя в утиль.

С чего бы это?
Ворд и пдф самые ходовые форматы

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

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

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

А так - направление это совместная работа. Понимать весь цикл разработки. Как предсказуемо оценивать сроки задачи, как их правильно дробить, как взаимодействовать с другими разработчиками или командами.
Все инструменты, с которыми сталкиваешься - старайся добиться, чтобы работало, потом интересуйся как это работает. Таже кафка - что она вообще умеет. Тот же ELK стек - можно научиться парсить логи чтобы искать нужные вещи, а можно в самом приложении поправить логгер, чтобы он в ЕЛК отправлял более удобные для парсинга данные. И так с каждым сервисом/технологией - ты как разработчик и со стороны приложения можешь менять и со стороны сервиса можешь смотреть что от него взять можно.

Никто ваши идеи воровать не станет. Вам еще придется приложить до фига усилий и денег в рекламу чтобы убедить когото что ваша идея чего то стоит.