Я для себя определяю движущее противоречие как вечное противоречие данного класса систем. Стремясь преодолеть это или эти противоречия, система развивается. Но она не может его преодолеть никогда. Если движущее противоречие разрешено, то мы переходим к новому классу систем.
Фрагмент письма А.Соколу, 19.09.1997
По твоему вопросу о критериях отбора движущих противоречий, как определить, движущее противоречие или нет?
Я для себя определяю движущее противоречие как вечное противоречие данного класса систем. Стремясь преодолеть это или эти противоречия системв развивается. Но она не может его преодолеть никогда. Если движущее противоречие разрешено, то мы переходим к новому классу систем. На новую огибающую S-образных кривых. Преодоление движущего противоречия не просто приводит к новомуу поколению, а именно к новому классу. Хотя провести здесь границу так же трудно как между объективным и субъективным.
Могу только высказать ряд наблюдений.
Смена классов собпровождается отказом от одного из важнейших элементов системы, или его заменой на принципиально другой, работающий на другом принципе (телега лошадь - двигатель внутреннего сгорания; счеты - эвм). Как правило, новый класс систем и новый принципиальный элемент открывают широкое поле для дополнительных функций. Которые при старом принципиальном элементе не могли быть реализованы. Но даже в приведенных примерах с телегой и компьютером при смене принципиального элемента не исчезли все те противоречия, которые были им присущи.
Был так же и вопрос по движущим противоречиям в СУБД (базах данных). Пока с лету могу сформулировать такие движущие противоречия:
Для разработки базы данных нужно четко представлять себе чего ты от нее хочешь, чтобы организовать структуру данных, но создавая исследовательскую базу данных никогда не знаешь, какого рода информация и в каком виде может понадобиться в процессе исследований.
Даже если удастся разрешить предыдущее противоречие, существует еще одно. Как бы не была хороша структура данных и механизмы ее обработки, но со временем всегда возникает необходимость перетасовать базу по другим критериям и ключевым словам.
И еще один совет - веди учет ключевых слов и делай словарь, что и под чем ты понимаешь. Это нужно не только, когда работаешь с коллегами, но и самому, когда база становится большой и трудно вспомнить, что и под чем подразумевается. Мне кажется, что систему ключевых слов имеет смысл делать как-то отдельно от хранилища карточек с информацией, не заталкивать их в одну таблицу, а сделать возможность, чтобы таблицы с ключевыми словами были отдельно и их могло быть несколько, чтобы можно было получать от коллег их таблицы классификации и использовать паралллельно со своими.