О балансе мира

Приятно осознавать, что твои ЗУН закрывают 95% любых задач в ИТ.

Неприятно осознавать, что твои ЗУН используются на 5%.

В качестве утешения приходится использовать тот факт, что принцип Питера покамест актуален и позиции сдавать не собирается.

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

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

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

Мир таки балансирует сам себя. Это позитив!

О разработке и тестировании социальных форматов

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

Социальная платформа - это рамка социальных отношений между людьми в обществе, заданная многочисленными высказываниями/предикатами, формирующими разнообразные форматы социального взаимодействия, что я показал в своих основополагающих работах, а именно:
1. Универсальная методология анализа и синтеза на основе базисов высказываний: escalibur — ЖЖ (livejournal.com),
2. Об определении миров и работе с ними: escalibur — ЖЖ (livejournal.com)
3. Пояснения по поводу идей: escalibur — ЖЖ (livejournal.com)

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

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

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

Если говорить про ИТ, то процесс проектирования информационной системы задаётся ГОСТ34 и состоит из следующих этапов:
1. Формирование требований к АС
1.1. Обследование объекта и обоснование необходимости создания АС
1.2. Формирование требований пользователя к АС
1.3. Оформление отчета о выполненной работе и заявки на разработку АС (тактико-технического задания)
2. Разработка концепции АС
2.1. Изучение объекта
2.2. Проведение необходимых научно-исследовательских работ
2.3. Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователя
2.4. Оформление отчета о выполненной работе
3. Техническое задание
3.1. Разработка и утверждение технического задания на создание АС
4. Эскизный проект
4.1. Разработка предварительных проектных решений по системе и ее частям
4.2. Разработка документации на АС и ее части
5. Технический проект
5.1. Разработка проектных решений по системе и ее частям
5.2. Разработка документации на АС и ее части
5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку
5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации
6. Рабочая документация
6.1. Разработка рабочей документации на систему и ее части
6.2. Разработка или адаптация программ
7. Ввод в действие
7.1. Подготовка объекта автоматизации к вводу АС в действие
7.2. Подготовка персонала
7.3. Комплектация АС поставляемая изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
7.4. Строительно-монтажные работы
7.5. Пусконаладочные работы
7.6. Проведение предварительных испытаний
7.7. Проведение опытной эксплуатации
7.8. Проведение приемочных испытаний
8. Сопровождение АС
8.1. Выполнение работ в соответствии с гарантийными обязательствами
8.2. Послегарантийное обслуживание

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

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

Особенно хотелось бы обратить внимание на начальные и конечные этапы работ, а именно - формирование требований и концептуальное проектирование (разделы 1 и 2) и тестирование при вводе в эксплуатацию (раздел 7).

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

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

Попытка подобного рода была предпринята в Чили при президенте Альенде, когда он пригласил для изменения социально-экономических платформ Стаффорда Бира с его кибернетической платформой прямого действия. Эксперимент был бы весьма успешен, если бы не был прекращён силовым путём.

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

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

Следует особенно остановиться на тестировании социальных систем. Тестирование должно пронизывать весь процесс проектирования и создания социальной системы.

Тестирование социальных систем должно начинаться с формальной проверки их базисов высказываний на непротиворечивость. После этого, базис должен подвергаться тестированию на основе общественного обсуждения, где каждый желающий должен иметь возможность предъявить свои аргументы по вопросу качества базиса. Аргументы могут быть двух типов:
1. Формальное доказательство проблем в базисе высказываний.
2. Доказательство от противного, то есть пример обхода или взлома базиса высказываний таким образом, чтобы пример нарушал цели и задачи базиса.

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

Далее должна быть протестирована сама реализация социальной системы, путём деплоймента её на локальный тестовый стенд и доработка по результатам тестирования.

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

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