Ivan Yakushenko

1. Если устраиваешься на работу в русско-язычную компанию, то и резюме должно быть на русском.
2. Ты устраиваешься на работу программистом, а не деплоером приложений на хероку. Это хорошо, что твои приложения где то запущены, но работодателей интересует твой код, его и показывай.

I like people, not only books. In my childhood I figured out that I should think about how
other people feel, this led to desire to be a psychologist but after playing with computers I
discovered that programming can solve so much more.

Чет вообще в голос. Без обид, паста крутая. Какое она отношение имеет к твоим профессиональным качествам?
3. Это хорошо, что ты перечислил книжечки, которые ты прочитал, но они должны быть ни как не в пункте твоих знаний.

Из твоего резюме понятно только то, что ты умеешь чета там на хероку заливать, прочитал несколько книг и философствуешь на уровне пьяного одноклассника. Из 160 заявок 2 отклика с таким резюме - предел мечтаний. Посмотри в интернете примеры резюме, их куча.

P.S. Зашел в git... Убери "Junior Python developer" и как минимум "Git" и "Flask" из навыков. Видно, что ты даже документацию Flask не осилил, вероятнее всего и с Django такая же ситуация.
P.S.2. Если ты по гайдам с sqlalchemy разобрался - это не означает, что есть смысл пихать PostgreSQL в список навыков.

isdir

Делать сессию, а не одиночные запросы.

import requests

session = requests.Session()

r = session.get('http://site.ru/login/index.php')
# ...
r = session.post('http://site.ru/login/index.php', cookies = cookies, data = data)

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

if input('Введите пароль: ') == 'пароль':
    # дальше код

Такой синтаксис в Python отсутствует
if "Зима" or "зима" in c:
Должно быть так:
if 'зима' in c or 'Зима' in c:

1. Заверни в цикл ввод ответа и проверки.
2. Ты для введенного значения применяешь capitalize, то есть введенный текст у тебя Show и Quit, а сравниваешь ты с showи quit

from sys import exit
import random

slv = {'Hello': 'Здравствуй', 'Bye': 'Пока', 'Lesson': 'Урок'}
keys = list(slv.keys())

print('''Введите "show", чтобы увидеть весь словарь.
Для завершения введите "Quit".''')

while True:
    a = random.choice(keys)
    print(slv[a])
    print('Напишите перевод слова')
    while True:
        per = input().capitalize()
        if per == a:
            print('Отлично! Продолжаем!')
            break
        elif per == 'Show':
            print(slv)
        elif per == 'Quit':
            exit()
        else:
            print('Ответ неверен. Попробуйте ещё раз.')

foo = 'cccc8923jbbdkcc'

max_item = lambda s: max(t := {i: s.count(i) for i in s}, key=t.get)

max_item(foo)
# 'c'

P.S. Это будет работать только для Python3.8+

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

for index, line in enumerate(open('text.txt', 'r'), start=1):
    if 'word' in line:
        print(index, line.strip())
        break

Если конфигураций много, то удобнее держать их в файлах .py:

dev.config.py # в .gitignore
test.config.py # в .gitignore
config.py # болванка

В виртуальном окружении просто один параметр dev/prod, или аргументом при запуске cron/systemd или как там ты запускаешь.
Если все-же .env, то можно делать аналогично:

dev.env
prod.env

Заполняешь (настраиваешь) болванки непосредственно на сервере при развертывании.

Как хочешь, так и делай, они всё-равно не парсятся. Но в общем случае лучше придерживаться PEP 526 для аннотаций.

for index, y in enumerate(x["positions"]):
    if y["statusCode"] in ["27047"]:
        requests.post(url + [index])

BeautifulSoup - это просто html-парсер.
Requests - это просто библиотека для осуществления HTTP-запросов.
Scrapy - это фреймворк для скрэпинга/краулинга, который из коробки умеет в асинхронщину, перебор страниц, представление данных и много чего еще, при чем делает это быстро и эффективно.
Так, что есть что - разобрались.
Если нужно спарсить что-то один раз в небольшом объёме - requests + lxml (да, он лучше, чем bs как минимум тем, что умеет в xpath) более чем.
Большой объём? aiohttp + lxml (но тут уже хоть немного нужно уметь в python).
Нужно построить краулер (или много краулеров), который будет работать ежедневно и пробегать кучу страниц? Косплеить велосипедного инженера - это очень хорошо, но scrapy лучше.

В блоке <script id="json-extras" type="application/json"> вся нужная тебе информацию представлена в формате JSON:

Можешь хоть регуляркой вытягивать этот JSON, преобразовывать его в словарь Python и доставать нужные тебе данные.
Так получается, потому что все элементы на странице рендерятся JS'ом, а requests не умеет интерпретировать JS-код, по-этому исходный код отличается от конечного, который отображается в твоём браузере. Проверить то, какой изначально страница представляется до отработки JS можешь так, как подсказал Gennady S