для оптимизации запуска, появилась потребность в добавлении argparse, в итоге argparse киает ошибку что аргумент не опознан
python . -oo --customarg value
python -oo . --customarg value
1. -O — аргумент интерпретатора, а не твоей программы, соответственно, он нафиг не нужен в argparse 2. Регистр букв имеет значение. -oo — некорректно. 3. Ты в курсе, что эти оптимизации делают, уверен, что это вообще надо?
1. Я знаю что он не нужен, я и спросил как его указать интерпретатору 3. Уверен что надо, я на пару-тройку секунд ускорил запуск, ПО будет у клиента, так что это важно
Собственно, python аргументы_интерпретатора что_выполнять аргументы_программы Порядок важен.
Не будет там пары тройки секунд почти наверняка. Если ты не засрал весь код ассертами в цикле.
Ассерты это рантайм контракт, двойной ОО оптимизирует загрузку модулей
Кого-кого он оптимизирует? Как, интересно, и где ты это взял?
https://docs.python.org/3/tutorial/modules.html#compiled-python-files
Прелестно, и при чём тут это?
Если у тебя кодовая база не 30МБ весит, а полгига, то это очень сильно ускоряет запуск
А точно это ускоряет, а не наличие кешированных скомпилированных модулей под ногами?
Тесты в студию. Допускаю, но сильно сомневаюсь.
Не могу представить питонячий монолит на полгига
Твой кейс? Соболезнования
Ммм, в LLVM исходников на полгига. Что там за мегапроект на питоне такой?
Вру, 150 метров всего. Остальное — тесты
другое дело на джаве
ну там потому что куча всяких лишних слов в коде
И лишнего кода в словах. :-)
То есть весь шланг с ллвмом, млиром, и сопутствующим тулингом наверное на полгига потянет. Оптимизирующий state-of-the-art компилятор кучи языков в кучу таргетов. Ещё и на плюсах написан, не самый лаконичный язык
Обсуждают сегодня