Кстати, с Линуксом у оной корпорации отличные отношения, не только на уровне пиара, но и на уровне внедрения внутри (и вроде бы и contributions, но я не в курсе, это совсем другой отдел). Угу, все мы знаем, сколько эта корпорация вкладывалась в проект GNOME. И я не вижу у себя морального права требовать от них учиться программировать, посколько в их профессиональной области я сам понимаю не лучше. А я вижу. И академик Ершов - видел, когда выдвигал лозунг "программирование - вторая грамотность".
Понятно, что речь идет не о зубрежке развесистых API всяких фреймворках, а об умении сформулировать свою задачу так, чтобы её мог выполнять компьютер, без дополнительных усилий со стороны человека. Это удобно и выгодно даже если реально никакой компьютер ты к этой задаче приспособить не сможешь, а будешь эту программу сам выполнять.
Где-то до начала 80-х IT развивалась именно в сторону упрощения этого подхода. Потом пошло развитие в противоположную сторону. Собственно об этом - противостоянии подхода "программа = высказывание того, чего ты хочешь добиться" vs "программа это изделие, сделанное профессионалом" я писал в статье о вреде дружественных интерфейсов.
Поэтому я считаю наиболее важной задачей - создание таких средств программирования, которые бы позволяли пользователю максимально легко научиться переводить регулярно выполняемую руками последовательность действий в программу, которая выполняется сама.
Оптимальность для пользователя достигается только тогда, когда пользователь может сам решать, что он делает сам, а что - делает за него компьютер.
Заметим, что реально Gnome и KDE, как среды, я ни для себя, ни для семьи не использую. Зато многие программы, разработанные на их библиотеках - ещё как. Ну так других-то нет. Я тоже вынужден использовать всякие evince.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: 2009-09-23 09:29 am (UTC)Угу, все мы знаем, сколько эта корпорация вкладывалась в проект GNOME.
А я вижу. И академик Ершов - видел, когда выдвигал лозунг "программирование - вторая грамотность".
Понятно, что речь идет не о зубрежке развесистых API всяких фреймворках, а об умении сформулировать свою задачу так, чтобы её мог выполнять компьютер, без дополнительных усилий со стороны человека. Это удобно и выгодно даже если реально никакой компьютер ты к этой задаче приспособить не сможешь, а будешь эту программу сам выполнять.
Где-то до начала 80-х IT развивалась именно в сторону упрощения этого подхода. Потом пошло развитие в противоположную сторону. Собственно об этом - противостоянии подхода "программа = высказывание того, чего ты хочешь добиться" vs "программа это изделие, сделанное профессионалом" я писал в статье о вреде дружественных интерфейсов.
Поэтому я считаю наиболее важной задачей - создание таких средств программирования, которые бы позволяли пользователю максимально легко научиться переводить регулярно выполняемую руками последовательность действий в программу, которая выполняется сама.
Оптимальность для пользователя достигается только тогда, когда пользователь может сам решать, что он делает сам, а что - делает за него компьютер.
Ну так других-то нет. Я тоже вынужден использовать всякие evince.