Игорь Оськин - У нас была Великая Эпоха

Формируется годовой план завода. Больших отличий от других систем здесь нет: по одному из выбранных критериев (максимум прибыли или объема реализации или др. на машине составляется оптимальный план).

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

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

Способ реализации системы.

В систему закладывались все известные авторам производственные ситуации и варианты управления. Например, позаказное и подетальное планирование. При привязке системы к конкретному заводу из нее вырезались только те части, которые годились для данного завода, например, только позаказное планирование. Этот процесс вырезания назвали генерацией системы. Невинная игра в термины действовала возбуждающе: у пользователей – заводчан и др. — создавалось впечатление, что генератор порождает нечто новое, ранее не существовавшее. И специально для них. Авторы полагали, что в систему включены все возможные в заводской практике варианты действий. А для несущественных исключений предусматривалась возможность вставлять в систему дополнительные программы, написанные заводчанами. Изменять же основные программы они не могли.

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

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

Юкелис впоследствии эмигрировал в Германию – там как раз началась кампания по восстановлению поголовья евреев – в порядке покаяния. Перед самым его отъездом он и Колесов случайно встретились на улице. «Фашистики расплодились, надо уезжать». Эту тему Колесов не поддержал, невесело пошутили о былом. «Да, конфликтовали, так ведь это я вас воспитывал», — и ткнул его пальцем в живот. Через несколько лет Юкелис развелся и со второй женой, пошел работать чернорабочим, вероятно, для укрепления здоровья и получения пособия по безработице (там, как и в России, распространен черный нал).

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

Программист Буртин, пожилой человек, ветеран войны, как-то сказал ему: «Я знаю, что это не моя Родина…» Колесов промолчал. «Так как же мне к тебе относиться, если ты не считаешь мою Родину своей…»

Юрист Варов при перестройке стал депутатом российского парламента, голосовал за разрушение СССР, в правительстве Ельцина был главным инспектором РФ по труду.

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

Так в генераторе для получения программы печати достаточно указать обозначения данных в табуляграмме: например, цех, изделие, цена, объем производства и т. п. Генератор сам рассчитывает размеры граф и другие параметры печати.

Такая же идея заложена в генератор для получения программ ввода данных.

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

Алгоритмический язык показателей не был доведен до реализации. Автор не сожалеет об этом: оставалось немало сомнений по его применению на практике. Язык требует тщательно строить структуры баз данных – исключать повторы, неявные условия – то есть создавать простые, прозрачные структуры. Именно это реализовалось в появившихся вскоре реляционных базах данных. Диалектическая спираль – развитие от простых линейных массивов через сложнейшие базы иерархического типа к воспроизведению линейных файлов в реляционных базах. В языке не было процедур разузлования – расчетов состава изделий, актуальных для машиностроительных заводов. На практике в проектах программа разузлования выполнялась автономно, на полученных файлах работали программы их совместной обработки типа системы Вишнякова. Язык показателей хорошо ложится на системы обработки экономической информации в министерствах и корпорациях, позволяет задавать непредсказуемые (незапрограммированные) запросы для всестороннего экономического анализа. Но такими системами ЛЭМ не занимался.

Система Брегмана восхитила его изящной простотой его решений: обработка вложенных файлов (множеств) — в отличие от пересекающихся у Вишнякова. Это эксплуатационное ограничение: нужно постоянно вести некий главный файл, а все остальные будут ведомыми, его подмножествами. но это неудобство искупается другими достоинствами системы. Интерпретирующая система вместо транслятора: вечный спор программистов, что лучше. Опыт и квалификация автора исключили опасность медленной работы программ – вся система была запрограммирована самим Брегманом. В Израиле он преуспел: поработал в компьютерной фирме, его оценили и пригласили в совладельцы. Обеспечил квартирами две семьи своих детей и себя.