О низкоуровневом программировании некоторое представление имею - доводилось и программки для БЗ-34 писать (морской бой, самообучающаяся программа для игры в ним - в рамках 96 инструкций для процессора, 16 регистров и стека), и работать с ассемблером для Z80 и x86 (в основном работа с графикой - базовые операции с видеопамятью, всякие брезенхеймы, кое-что посложнее).

Что касается качества кода, processing, как я понимаю, вариация на тему классического C, которому не 10 и не 20 лет, который использовался и используется в т.ч. для программирования достаточно ограниченных по ресурсам устройств. А C-компиляторы (без плюсОв) давно отточены и генерят неплохой код. Так что для работы с некритичными по времени и объему задачами C вполне подходит. При том, что си-компилятор генерит вполне компактный код, он позволяет не задумываться ни о хранении переменных в регистрах, ни о стеке при работе с подрограммами. Как минимум для работы с альфа-бета версиями софта Си в 90% случаях годится - и предпочтительней, чем голый ассемблер.

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

> этот язык развращает

Классический C не может развратить :) Развращают и оболванивают - языки типа бейсика :) Вообще, язык стоит выбирать в зависимости от задачи. А одна из задач, которую мог бы решать Arduino, как мне кажется - это пробуждение интереса у тинейджеров к созданию собственных устройств. И тот же processing позволит интересующемуся подростку быстрее заняться реализацией своих идей. А разобравшись с азами, можно ассемблером заняться - если будет необходимость и желание :)

Спасибо за ссылки :)