Позволю себе не согласиться: я не склонен полагать, что в скрипте, призванном автоматизировать некие процессы внутри одного/ряда документа/ов так уж сильно необходимо быстродействие. Там львиная доля операций зачастую сводится к изменению шрифта текста, или вычислению суммы значений столбика таблицы, либо генерации нового листа электронной книги/страницы отчета в текстовом редакторе. Сколько ни писал на VBA под EXCEL, серьезного быстродействия не требовалось, если код строить оптимальным образом. В VBA на MS Office этот оптимальный способ зачастую может быть сведен к применению встроенных функций Excel (Application.WorksheetFunction.[AnyFunction]), прямому перебросу из массивов в объекты типа Range и обратно и тому подобным "хитростям", о которых всегда поначалу "забывают рассказать", - вместо горожения огорода из циклов и развилок. При больших объемах данных (скажем, обработка таблицы из 63х3000 ячеек, в 10 столбиках которой много текстовой информации, подлежащей обработке, а в прочих - вспомогательная информация) работает там описанный подход существенно быстрее. Здесь, подозреваю, принцип будет сохраняться, однако на практике не проверял пока, - не довелось.
Вместе с тем, писать код, не имея под руками механизма, обозначающего ошибки, и позволяющего выполнить пошаговую отладку (не проверял насколько хорошо это работает в LO, но возможность такая в тамошнем IDE присутствует) на первых порах крайне грустно, - мне кажется, что в каком-то смысле даже неподъёмно. Имея альтернативу: знаю Python, но не имею IDE, не знаю LibreOffice Basic, но имею IDE - я бы выбрал освоить в пределах минимума LibreOffice Basic, и решить текущие задачи на нем. С другой стороны - остается открытым вопрос о том, требуется ли
s-001s решить текущие задачи, или же он целенаправленно хочет глубоко изучить вопрос. Однако, хотел бы изучить - не беспокоило бы отсутствие русского перевода, как мне кажется. Ну да это уже лирика