Владимир Куц

Ну, с них к примеру такую картинку можно получить:

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

Dockerfile для каждого контейнера необязателен. Dockerfile - в основном для специфических случаев. У меня к примеру процентов 80 контейнеров просто используют какой-нибудь python:3.9, а все библиотеки монтируются в виртуальное окружение непосредственно при запуске.
Но если надо - то кладите где вам удобно, да подключайте директорию в контексте для билда образа.

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

монтируете директорию - да из нее нужные файлы и запускаете

3) Для работы с Docker из Python я нашел библиотеку docker, стоит ли ее использовать

Она для довольно специфических случаев использования докера. Проще запускать контейнеры каким-нибудь docker-composer

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

Алгоритм примерно следующий:
Ведем отдельную таблицу лога - какие записи были добавлены, какие удалены, какие изменены. Каждая запись лога подвязана к некоему id - номеру версии.
Некий клиент при запросе - отправляет сначала номер своей версии. В ответ вы выдаете записи - все изменения с версии клиента и по текущую. После этого клиент синхронизирует свои данные - удаляет удаленные записи, запрашивает новые и измененные.
После окончания синхронизации - происходит инкрементация текущей версии на сервере, и все изменения в БД будут уже с новой версией.

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

А Python разработчики имеют дело в основном только с бэкенд - и понятия про фронтенд у них будут на уровне dummy html, css, bootstrap.

Угу... При таком подходе - с чего вы взяли тогда что у фронта будут достаточные знания о работе бекенда? Раз по-вашему бекендер только в dummy html может, - а фронтендер сразу с ходу сможет оптимизированные запросы к БД к примеру писать? )))) Если ваш фронтендер настолько крут - то в принципе незнание языка не помеха, поскольку язык - только инструмент.

Ну вам собственно говоря красным по черному (или какому у вас там) собственно пишет куда пойти и что глянуть.
Собственно сама ссылка fixing-conflicting-dependencies подсказывает что у вас конфликт каких-то библиотек.
Собственно смотрите какие библиотеки установлены у вас и какие требуются для easyocr - и соотвественно подходите к решению проблемы.

И чему же a становится равно после этой команды?
a=a.pop()

и сработает ли этот код после этого?
while a[-1]%10!=0:

как вариант:

import inspect

def b(*args):
    a()

def c():
    pass
    a()
    

def a(*args):
    res = inspect.getouterframes(inspect.currentframe())[1].function
    context = inspect.stack()[2].code_context[0]
    if res != '<module>' and 'a' in context:
        print(f'executed in {res}')


a()
b(a())
c()
# executed in b

Как скомпилировать файл .exe в файл .asm?

В такой постановке - никак.
Этот процесс называется дезассемблированием.
Соотвественно - вам нужен дизассемблер.

Утилиты system internals конкретно для windows помогут. Про psexec вам shurshur упомянул
Для *nix систем - ssh

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