Пример с радио-группами

Сегодня – формулировка об унификации селективных экранов. О, да… это тоже борьба с энтропией.

Исключающие параметры

Часто бывает, что некоторые параметры образуются в некоторые взаимоисключающие группы. То есть в данном примере: следует заполнять или первое+второе поле, или третье+четвёртое поле.

Исключающие параметры

В дополнение к таком селективному экрану можно написать обработчик, который будет выдавать ошибку вида “параметры А и Б не следует заполнять при заполненных параметрах В и Г”. Вариант суров и неоднозначен.

В качестве более красивого решения можно предложить разбавить эти параметры с помощью радиогруппы.

Исключающие параметры

Параметры к параметру

Параметр к параметру

Параметр к параметру

Вот чуть-чуть другой пример. Радиогруппа уже есть, но некоторые параметры имеют смысл только для определённых пунктов.

 

Реализация

Во-первых, следует сделать пару добавок в описание селективного экрана:

Описание селективного экрана

 

Добавка “USER-COMMAND flag” требуется только для первого элемента в группе. Цель этой добавки – срабатывание PBO при выборе опции (щелчок мыши).

Добавка “MODIF ID OP1” требуется для группировки полей, чтобы “отвязаться” от количества и имён полей в обработчике экрана.

А во-вторых, добавляем обработчик экрана:

Обработчик AT SELECTION-SCREEN OUTPUT

Этот обработчик по сути говорит:

  • Для группы полей OP1: При включенной опции rg_opt1 – требуется включить ввод, иначе  – выключить ввод
  • Для группы полей OP2: При включенной опции rg_opt2 – требуется включить ввод, иначе  – выключить ввод

Ничего сложного, а пользователю, надеюсь, будет немного понятней.

Впрочем, это только один из вариантов…

Между Гуглом и Яндексом

Я давно уже отмечаю, что эти два монстра друг на друга похожи, но никогда не сравнивал их.

Очень многие сервисы повторяют друг друга: 

  • Почта и поисковик – это только основная открытая часть
  • ГуглТолк против Я.Онлайн
  • Метрика Яндекса против Гугловой Аналитики
  • Лента Яндекса против Гуглового Ридера
  • ЯндексДирект против “как-эта-штука-называется-у-гугла”
  • Фотки Яндекса против ГуглоПикасы
  • Ютуб против ЯндексВидео
  • и так далее…

Часто используются не только похожие принципы, но и похожая реализация. Различие кроется в деталях.

Вот можно, например, детально сравнить Ленту с Ридером:

  • Яндекс имеет рекламный блок, у Гугла всяческая реклама отсуствует
  • Яндекс имеет прокрутку по полной странице, Гугл имеет прокрутку по вложенным спискам
  • Гугл имеет полный AJAX, а у Яндекса он, похоже, только частичный.
  • Яндекс использует постраничное разбиение списка новостей, а Гугл использует прокрутку и динамическую подгрузку
  • Гугл имеет колаборативные сервисы “нравится, общие, комментарии”, а у Яндекса есть только репостеры в ЖЖ, Твит и иже с ними
  • Гугл умеет оперировать статистикой подписки – причем как серверной, так и юзерной, а у Яндекса такие возможности почти отсуствуют – можно посмотреть только количество подписчиков
  • Рекомендации Гугла основываются на текущей подписке, но вот откуда сложились рекомендации у яндекса – для меня загадка
  • Гугл позволяет лепить дополнительные теги на новости, а классификация Яндекса останавливается на папках
  • Возможности настройки интерфейса у Гугла более серьёзные, нежели у Яндекса

 

В разрезе данного сервиса мне видится преимущество Гугла несомненным.

Кодекс чести

Перевод статьи Code of Honour за авторством Jens Steckhan (SAP).

Что общего между самураем, клингонцем и работником SAP?

Кодекс чести.

 

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

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

(далее…)

Компромиссы

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

Купить или не купить.
Использовать или выбросить.
Встать рано или проспать.
Доделать или бросить.
Уйти или вернуться.
Любить или ненавидеть.

Если есть решение, значит есть выбор, значит есть компромисс. И даже выбор между мгновенным интуитивным или взвешенным осознанным решением – это также компромисс.

И никогда решение не будет идеальным, так как точки компромиссов, как и точки равновесия – вещь переменная. Переменная функция от постоянно меняющегося окружения, переменная функция от постоянно меняющегося "я".
Идеальным решение может стать только при отсутствии выбора.

Бывает конечно, когда одна сторона настолько оттягивает противоположную, что можно и не заметить её наличия.

Вселенная всегда стремится найти точку равновесия. Точка равновесия находится в моменте, когда разнонаправленные силы находят компромисс, уравновешивая свои значения.

Вселенная силу приложенную уравнивает противодействием. Просто по привычке.

Текущее состояние – мгновенный слепок постоянно сдвигающегося компромисса между тем, что было, и тем, что будет.
И будущее постоянно уговаривает своё прошлое на уступки, подкидывая ему события.

ЗЫ. UPD.

Различные варианты по запросу значений

Часто бывает необходимость в рисовании всплывающих окон для получения тривиальных ответов от пользователя.

И, разумеется, рисовать собственные экраны и писать обработчики при таком раскладе – занятие целиком неблагодарное.

Запрос ответа “ДА” или “НЕТ”

Вызов совсем простой:

POPUP_CONTINUE_YES_NO

Выглядит этот экран следующим образом:

POPUP_CONTINUE_YES_NO

Запрос значения или нескольких значений

Сначала надо определить список полей и начальные значения:

POPUP_GET_VALUES

Затем следует вызов этой функции:

POPUP_GET_VALUES

Получить введённые значения можно из той же таблицы.

Выглядит этот экран следующим образом:

POPUP_GET_VALUES

Для подобного экрана есть вариант: POPUP_GET_VALUES_USER_CHECKED. В этом функциональном модуле (по всей видимости) можно указать callback-подпрограмму для проверки введённых значений.

Выбор с вариантами ответов

Сначала определяем варианты ответов:

POPUP_TO_DECIDE_LIST

Затем вызываем функцию и анализируем ответ:

POPUP_TO_DECIDE_LIST

А выглядит это окно следующим образом:

POPUP_TO_DECIDE_LIST

Прочее

Ко всему прочему есть ещё много встроенных в SAP функций, в том числе и для работы с табличными данными.

Практически любое соглашение об именовании лучше его отсутствия

… а лучше оно потому, что если его придерживаться, то порядок увеличивается, а беспорядок уменьшается.

С практической точки зрения порядок можно увеличивать до момента, когда он уже начинает вредить “поворотливости”.

(далее…)

Заповеди бывают разными

Десять заповедей по Синодальному переводу Библии.

    1. Я Господь, Бог твой, Который вывел тебя из земли Египетской, из дома рабства; да не будет у тебя других богов пред лицом Моим.
    2. Не делай себе кумира и никакого изображения того, что на небе вверху, и что на земле внизу, и что в воде ниже земли; не поклоняйся им и не служи им, ибо Я Господь, Бог твой, Бог ревнитель, наказывающий детей за вину отцов до третьего и четвёртого рода, ненавидящих Меня, и творящий милость до тысячи родов любящим Меня и соблюдающим заповеди Мои.
    3. Не произноси имени Господа, Бога твоего, напрасно, ибо Господь не оставит без наказания того, кто произносит имя Его напрасно.
    4. Помни день субботний, чтобы святить его; шесть дней работай и делай в них всякие дела твои, а день седьмой — суббота Господу, Богу твоему: не делай в оный никакого дела ни ты, ни сын твой, ни дочь твоя, ни раб твой, ни рабыня твоя, ни вол твой, ни осёл твой, ни всякий скот твой, ни пришелец, который в жилищах твоих; ибо в шесть дней создал Господь небо и землю, море и всё, что в них, а в день седьмой почил; посему благословил Господь день субботний и освятил его.
    5. Почитай отца твоего и мать твою, чтобы тебе было хорошо и чтобы продлились дни твои на земле, которую Господь, Бог твой, даёт тебе.
    6. Не убивай.
    7. Не прелюбодействуй.
    8. Не кради.
    9. Не произноси ложного свидетельства на ближнего твоего.
    10. Не желай дома ближнего твоего; не желай жены ближнего твоего, ни поля его, ни раба его, ни рабыни его, ни вола его, ни осла его, ни всякого скота его, ничего, что у ближнего твоего.

 

 

Десять заповедей в буддизме:

    1. Не убивать
    2. Не красть
    3. Не прелюбодействовать
    4. Не лгать и не клеветать
    5. Не использовать дурманящих веществ
    6. Не сплетничать о других буддистах
    7. Не превозносить себя и не уничижать других
    8. Не скупиться к нуждающимся
    9. Не держать зла и не побуждать ко злу
    10. Не клеветать на Три Драгоценности [ Будда, Дхарма (закон), Сангха (община) ]

 

Найдите 10 отличий.

О дизайне

Борьба с энтропией сродни борьбе с ветряными мельницами. И моё скептическое отношение к дизайну лежит в области энтропии.

Энтропия – мера беспорядка системы, состоящей из многих элементов.

Если рассматривать любой сайт, то он нужен для структурирования изложенной информации. Поэтому правильный сайт должен снижать энтропию интернета. Для этого и придумали целую тонну разных CMS – систем управления содержимым.

Вторым важным аспектом сайта является его функциональность. А функциональность это тоже средство структурирования, но упорядочивает он не содержимое, а поведение и действия.

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

(далее…)