Про раскрашивание исходного текста

Считается, что выделение цветом ключевых слов улучшает восприятие исходного текста и повышает эргономичность работы.

Как обычно, BlackBox ломает стереотипы о колено.

В начале работы с BlackBox я столкнулся с тем, что в нём отсутствовала общепринятое выделение цветом. Что сильно удручало попервоначалу, так как даже древний CREdit, которым я пользуюсь уже очень давно, позволяет настроить цветовые схемы автораскраски под любой вкус.

Зато составной документ BB даёт возможность изменить цвет и стиль любого участка исходного текста.

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

Этот факт хорошо известен людям, носящим очки. Если на линзу наклеить небольшой кусочек бумаги, то сначала он мешает, а со временем просто исчезает из поля зрения.

Общепринятый подход автовыделения цветом ключевых слов работает точно так же. Выделяя цветом постоянные и повторяющиеся участки текста, на самом деле, мы их "выключаем" из локуса внимания. Тем самым, происходит концентрация на "рабочих" участках исходника.

А вот подход, принятый в BlackBox - это "архитектурная" раскраска исходного текста программы. То есть, исходник в целом оформлен одним шрифтом, одним цветом, одним стилем. Другим цветом-стилем выделяются только самые важные места.

О чём говорит такая диаметральная разница в стилях цветового выделения участков исходного текста? Я бы предложил следующую интерпретацию.

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

Нерегулярное раскрашивание цветом только самых важных участков текста говорит об исключительности именно выделенных точек и "выключает" основной, невыделенный текст. Это означает, что невыделенный текст программы не представляет ежеминутной ценности ("опасности"), и поэтому тратить на него драгоценное внимание просто расточительно.

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

Подытожу.

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

Предусмотрительность никогда не помешает!

Мой генератор настроек для nnBackup имел одну, не очень хорошую особенность. Он импортировал из текстового файла только те параметры, которые ему известны.

А неизвестные оставлял "за кадром".

Ну и генерировал финальную конфигурацию, естественно, только из известных параметров. А я ж включил в генератор далеко не все параметры — ведь nnBackup умеет очень многое в области резервного копирования.

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

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

Решил не делать редактирование этих параметров в генераторе. Надо будет - вручную исправишь.

Так что теперь утилитка стала на шаг ближе к человеку :) А когда выпускать утилитку в люди - я ещё не придумал.

Обустраиваемся с nnBackup

Постоянно использую отличную утилиту nnBackup для архивирования, резервирования и синхронизации данных.

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

Взял и набросал подсистемку под названием Backup. Подсистемка простая, но достаточно удобная.

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

Как задокументирую подсистему, так и выложу её на components.oberoncore.ru.

А пока что, хочется поблагодарить автора программы nnBackup за классный инструмент.

Старт

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

Премудрость эта зовётся BlackBox Component Builder (не абы что, да).
Сила этой штуки беспредельно велика, и не всякий смертный способен легко вынести непосредственное с ней соприкосновение.

Поехали.