noname

где по требованиям я идеально подхожу,

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

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

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

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

Твоя цель - оффер, и все посторонние мысли о справедливости, какая компания, какое тестовое и т.д. Они только отвлекают и мешают.

когда тебе говорят выполнить ТЗ, которое не является для тебя вызовом и занимает всего час времени, а потом не отвечают вообще - это довольно грустно

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

Стоит ли пытаться "удивить" проверяющего? Есть ли прок от того, что в задании, где просят написать коротенький код, я его дополняю, подключая celery, меняя базу данных с локальной на более релевантную, засовывая приложение в докер образ?

Можно написать базовую версию, а потом сделать ветку и навертеть в неё сверху всякого, что показывает глубокое знание языка, владение абстракциями и шаблонами, знание тонкостей фреймворка, умение писать масштабируемые системы и т.д. и т.п.

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

1)Заключается договор на экваринг / принимается оферта (через регистрацию)
2)Под НДА передается документация / опубликована в общем доступе.
3)Ваша площадка находиться в тестовом режиме
а) отдельная песочница
б) просто тестовые валюта расчетов
4) Проводятся работы по настройки вашего магазина. Включая SSL сертификат.
Подходят даже само подписанные. У части платежных систем были (возможно остались проблемы) с тем что на один айпи, только один сертификат. Возможно придется погонять тесты пока сертификат не окажется правильно настроенным. Техподдержка платежной системы может подсказать чем тестить.
5) В ЛК платежной системе указываются ip адрес сервера. урлы для хуков пречека / авизо о результатах оплаты
6) Прогоняете по чек листу тесты. Обычно дают номера карт (эта всегда успех, а этот номер вызывает такую-то ошибку)
7) Заполняете протокол самотестирования и акт готовности к реальной работе.
8) мерчант переключается в боевой режим. (обратного пути в песочницу нет)

p.s. Обычно еще требуется на сайте разместить информацию об юрлице продавце (ИНН и т.д) - типовой такой пункт для соответствия сайта требованиям экваринга. В документации на подключение указано.
Ну и менеджеры обычно консультируют.

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

То, что вы описали, называется squash-коммттом. Это когда все коммиты тематической ветки склеиваются в один, и этот коммит добавляется в конец основной ветки, без сохранения связи с исходной тематической веткой. Это проще всего делать в момент слияния вашего Pull Request на GitHub. Выбирайте там метод слияния Squash and Merge.

Могу посоветовать использовать поиск. Здесь этот вопрос задавали уже сотни раз и ответ каждый раз один - Марк Луц "Изучаем Python".

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

генерируете ключ. Заливаете его на гитхаб.
пушите в репу в URL который выглядит примерно так git@github.com:username/reponame.git

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

Есть. DPI называется. Система блокировок провайдера - она построена по принципу "соответствия качества и цены", то есть цели пытаются достичь минимальными затратами. Минимальными - это перехват DNS-запросов. Перед тем, как зайти на инсту, например, браузер должен получить ее адрес, для чего он использует DNS, который не проксируется. Провайдер перехватывает этот запрос и подсовывает в ответ адрес своей заглушки.
Да, есть DoH, но он легко глушится, ибо список конечен.

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