Чисто программерское

В процессе раздумий на тему юзабилити пришёл мне в голову забытый со студенческих лет принцип максимума энтропии. Если спроецировать его на пользовательский, или же программный интерфейс можно сказать следующее: интерфейс нужно делать так, чтобы любая операция, проводимая пользователем с помощью этого интерфейса, могла быть реализована максимальным числом способов (разумеется, при ограниченных трудозатратах). В случае с API - то же самое для использующего его программиста.

Вот пара примеров.

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

И ещё. Не далее, как вчера, столкнулся с задачей пройтись по некоей таблице на базе MSSQL c целью поиска и замены фрагментов текста в поле типа ntext. Поле длинное и в nvarchar его не сконвертировать, и функция replace тоже не работает. А из SQL-процедуры выходить не хочется. Что делать? Есть команда readtext. Но она только выдаёт текст клиенту (если работать с консоли - выводит на консоль). Сохранить текст в переменную и проверить его нельзя. И тут-то помогает большая вариативность T-SQL! Нужно всего вызывать readtext внутри ещё одной процедуры, а результат этой подпроцедуры вставлять во временную таблицу, где его можно посмотреть и проверить.