Например, возможная демонстрация в том духе, в каком я показывал с интерфейсом расчётной тулзы: "вот, ребята, в Visual Studio вы бы сейчас сидели и два часа делали форму - а тут команда, документ - и можно использовать и другим давать".
Спасибо, посмешили!
Даже страшно стало...
А я ещё раз предложил бы Вам подумать эту мысль.
Для задач обучения она достаточно ключевая.
Развитие алгоритмики - это решение всяческих задач на обработку данных.
Простейшее что-нибудь - обработали последовательность, построили графики и т.п.
Если отвлекаться на формы, то это overhead по времени и усилиям более чем в 2 раза.
Если не отвлекаться, а работать через файлы или командную строку, то нет никакой применимости для реальных задач.
Студент сдаст лабу по программированию с задачкой, например, из ЧМ, где идёт ввод-вывод из файла, а на соседней паре ЧМ ему её не применить (потому что замахаешься), проще Maple запустить.
Если он напишет в стиле ББ - документы с командерами, да ещё и откроет в программе граф. полотно типа omcCanvas и порисует на нём самыми простыми и доступными командами (а полотно это можно тут же взять и скопировать, да сохранить в любом документе) - то этого интерфейса ему хватит для удобного решения любых своих учебных задач по любым соседним прикладным предметам.
Да ещё и при просьбе какой-нибудь каферы "сделай нам штучку вот такую" - взял, сделал, показал документный интерфейс, что это удобно и достаточно - и всё, пусть себе работают...
Имеем экономию времени и чистоту "вузовских" программ от всякого гуёвого кода, который в данном случае только отнимает время...
Подумал. Затем представил себе не какой-то там вузовский код (прототип программы по сути), а промышленную потребительскую программу, сделанную в этом стиле.
Посмеялся. Поужасался. Посмейтесь/поужасайтесь же и вы со мною...
Вот представим себе какую-нибудь повседневную программку. Да хоть тот же почтовый клиент.
Вот у нас есть документ, в нём несколько коммандеров -- принять почту, отправить письмо, и т.д.
Вот рядом с коммандером строчки с адресами получателей, получателей копии и т.д.
Ещё тут строчка с темой письма.
И куча строк -- само тело письма...
Ну и как с этим работать??? Чуть не то нажал -- омг!!! Я случайно грохнул половину интерфейса активного документа!!!
Контрол-зет не пашет -- я успел сохранить документ и по запарке переоткрыть его снова -- уже запоротым!!!
Где мой бекап??? О нееееет, я забыл сделать бекаааапппп!!!
И Вы действительно полагаете, что подобный интерфейс имеет право на существование в повседневном использовании, а не де-нить там в научной лаборатории, в которой лаборанту лень возиться с нормальными файлами и электронными таблицами???
Вот меня всегда поражало двоемыслие и двойные стандарты оберонщиков.
С одной стороны они утверждают, что, видите ли у ФП слишком "пластилиновый" код. Что, мол, жёсткость синтаксиса и простота семантики оберонов позволяет им, оберонщикам, не задумываться о ненужных сущностях кодирования программ, а творчески решать насущные проблемы.
Это пошло ещё, видимо, с паскалистов, которые утверждали, что жёсткость синтаксиса Паскаля по сравнению с Сями помогает творческой работе.
Хорошо. Но какого хрена вы, оберонщики, утверждаете, что "пластилиновый" документный интерфейс -- это благо???
Да ведь жесткий традиционный GUI точно так же позволяет не задумываться над тем, что бы что-то случайно не напортачить в интерфейсе, а спокойно заниматься творческой работой!!!