ARM, RISC-V контроллеры

Не доверять чужому коду легко. Но чаще имеется неприятие чужого кода из-за банального неумения его читать (я не о буквах со словами, а о программах). Традиция обвинять использующих либы в нечтении DS и прочая известна тоже. Нужно же объяснить, http://jokesland.net.ru/programmer.html
http://www.adelaida.net/litera/russkie_pr33.html
почему привыкшим писать без либ (ведь писали же ещё когда таких либ просто не раздавалось?) ну не пишется с либами. И назначить неугодных и виноватых. Тот, кто может поддержать чужой код и благодаря умению рихтовать говнокодвсякий чужой код по-минимуму, имеет наименьшие издержки. Программа, для сопровождения которой не требуется чтения каких-либо других документов, формально сделана как минимум с уважением профессии, культурно. Если либа написана читабельно и её использование приводит к наименьшим издержкам, то эта либа полезный продукт. В коде от STM конечно видны некоторые неоптимальности, но если мне заплатят за оптимизацию, то я нужное рихтану, иначе ковырять буду только из-за вылавливания багов, коих там минимум (мне не попались ещё, а вот в их кремнии попадались). ЗЫ Тот же Nuvoton для Nano вааще ничего толком не даёт, но что в том Nano окучивать? - аж один таймер, пару клоков, да USART/SPI/I2C. А вот писать для EFM32 без либ было бы немножечко грустно - ибо столько людьми сделано и сделано нормально, что возникает вопрос - а какого я это буду писать? потому как напишу в лучшем случае так же, а может и хуже, а главное - получу результат практически такого же качества, но не сегодня, а "когда разберусь во всём".