isxodnik

Существуют ли книги - я не знаю, но фундаментально ничего не изменилось:

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

Таким языком может быть lua - очень популярный вариант. Можно даже какой-нибудь свой язык для плагинов придумать - вот Minecraft вообще для плагинов стопку json-ов предлагает писать.

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

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

Учиться системно:
- Разработать план обучения (roadmap'ов много в интернете);
- После изучения темы закрепи на практике;
- Для себя построй ментальную карту области знаний;
- Помни про правило бойскаута: "после себя оставляй место чище, чем было до тебя" . В данном ключе - если тебе сказали про А, то узнай что идет дальше, почему А и т.д. (копай в глубь)

Какие есть методы, что почитать? В первую очередь применительно к изучению IT-технологий.

Их нет. Это опыт, насмотреность и большое количество граблей.
Для IT - больше практики

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

Лучший для чего именно? Или в чем именно? Для начала рекомендую определиться с конкретными требованиями. А уже потом, отталкиваясь от конкретных требований и создавать свой редактор. При отсутствии опыта рекомендую для начала реализовать хотя бы какой-то максимально простой редактор текста. А уже после реализации редактора браться за стили текста - сделать какие-то простые вещи типа подчеркивания, курсива, шрифтов и т.п. Следующий этап - реализация редактирования какого-то простого стандарта, типа MD, например. И вот спустя год или даже несколько (если работаете над задачей не фултайм, а по вечерам) и набивания шишек на разработке простого редактора, вот тогда можно уже браться и за ODF. Там еще на несколько лет или больше хватит разработки: спецификация стандарта ODF занимает 1041 страницу текста плюс еще неизвестно сколько дополнительных материалов и ссылок на другие стандарты.