Средства и методы разработки

А я и вовсе не хочу понимать что там куб нагородил. Но мне для этого конечно нужна более полная информация - границы применимости, накладные расходы и лёгкость адаптации. Мне нужен более гибкий конструктор, который сформирует наборы конфигураций (а не одну прибитую гвоздями), понятную диаграмму работы периферии и схему взаимодействия библиотечных процедур. Ну и оптимальный эффективный код. Самое смешное, что всё это не сложно сделать, просто нет понимания у поставщиков что нужно потребителям. Беда куба в сырости и глючности, а не в самой концепции. А бизнесс логику я сам ручками по старинка как-нибудь закодю уж, ладно. А ковыряться в регистрах периферии мне уже давно не прикольно. Была бы унификация - тады ладно, но в каждом чипе выискивать отличия в битах и режимах - да пошло бы оно пип-пип-пип.