> Хм, любопытно.

Как ни странно, ксюша на этот раз не гонит. STM32 - отличные камешки. У них хорошее соотношение цена/качество, они распостранены, у них широчайший ассортимент на любые задачи, а также крутая периферия, которая всяким AVR и в проекте не снилась. И к тому же они замечательно програмятся из того же линуха, например.

> Ну, я так вообще не embedd-овщик :), вот и любопытно как с
> этим работают люди, которые как-то более опытны.

Читают даташит и программируют. Никакой ракетной науки. У ARM правда с этим все хитрее. Если у AVR даташит описывает все, то у ARMов - только особенности реализации. А даташит на "процессорное ядро вообще", если он нужен - берется таки у ARM.

> Это понятно, но это не правильно.

А ты знаешь, серебряных пуль

> В каком-то смысле mbed делает правильную вещь — заставляет пользователей upload-ить свои труды,

Во первых, код бывает разный. В том числе и совсем задачеспецифичный.
Во вторых, втюхивается вендорлок на один какой-то сайтик.
В третьих, зависимость всего процесса разработки от сетевой конективити как-то не есть совсем уж правильно.
В четвертых - я бы сто раз подумал до того как брать код от того кого ЗАСТАВИЛИ его выложить. Одно дело если кто добровольно опубликовал код, подготовившись к этому и понимая особенности процесса. И совсем другое - если это нечто вымученное клещами.

> бажность — это действительно очень плохо. А можно пример бага для
> понимания о чём речь?

В мк обычно вылиывается в непредсказуемое поведение которого по документации быть не должно. Может варьироваться от малозначительных мелочей типа досадного несоответствия документации до весьма фатальных вещей навроде внезапного зависания процессорного ядра без причин (т.е. все сделано все по документации, etc).