Кстати, с Линуксом у оной корпорации отличные отношения, не только на уровне пиара, но и на уровне внедрения внутри (и вроде бы и contributions, но я не в курсе, это совсем другой отдел).
Угу, все мы знаем, сколько эта корпорация вкладывалась в проект GNOME.
И я не вижу у себя морального права требовать от них учиться программировать, посколько в их профессиональной области я сам понимаю не лучше.
А я вижу. И академик Ершов - видел, когда выдвигал лозунг "программирование - вторая грамотность".

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

Где-то до начала 80-х IT развивалась именно в сторону упрощения этого подхода. Потом пошло развитие в противоположную сторону. Собственно об этом - противостоянии подхода "программа = высказывание того, чего ты хочешь добиться" vs "программа это изделие, сделанное профессионалом" я писал в статье о вреде дружественных интерфейсов.

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

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

Заметим, что реально Gnome и KDE, как среды, я ни для себя, ни для семьи не использую. Зато многие программы, разработанные на их библиотеках - ещё как.
Ну так других-то нет. Я тоже вынужден использовать всякие evince.