И вместе с этим – еще один принцип:"мамы разные нужны, мамы разные важны". Человек по-настоящему хорошо может делать то, что ему интересно. И только хорошие дела складываются в человеческую копилку. А почему одному интересно одно, а другому другое, понять очень непросто – такова природа человека.

Именно вот с таких позиций я и мои новые друзья обсуждали вечерами и свои лекции и лекции других профессоров, которые мы усердно слушали. Разговор велся на странной каше русского, французского и английского: Заде и Беллман говорили между собой по английски, я с Беллманом – по французски, а Заде со мной – по русски. Но рядом всегда была Фанни – она говорила на всех мыслимых и немыслимых языках и обычно нас выручала в трудных ситуациях.

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

У Беллмана судьба была совершенно иной. Он считал себя, прежде всего, математиком и искал признания у математиков. Но, увы, американские математики ему в этом отказывали и не считали его математиком: уж очень он не укладывался в привычные стандарты. Выбрал себе для работы Rand Corporation и только гораздо позднее стал преподавать в Южнокалифорнийском Университете. Придумывал методы и начинал их применять без особого обоснования. Да и его чисто математические теоремы были доказаны не очень аккуратно с точки зрения высокой математики. Книги писал быстро, порой не доводя до кондиции. Но книги его раскупались, переводились на многие языки и читались, правда не математиками, а инженерами, физиками, экономистами. В Советском Союзе он был гораздо популярнее, чем в США. Особую популярность в нашей стране принесло создание им динамического программирования.

История динамического программирования совсем не проста и я имел к ней определенное отношение.

В конце 50-х годов я придумал способ решения задачи выбора траектории управляемой ракеты, которая обходит некоторую запретную зону так, чтобы с данным запасом топлива перенести максимальный груз. Идея вычислительного процесса мне самому очень понравилась и я ей гордился. Однако В.Г. Срагович, после моего доклада на семинаре нашего отдела мне сказал, что похожую задачу решал молодой киевский математик В.С. Михалевич. И его решение уже опубликовано. Я поехал в Киев и обнаружил, что это действительно так. Правда, он решал задачу профилирования дороги и у него не было дифференциальных уравнений, но идея численной реализации была одна и та же. По-видимому идея метода нам пришла в голову почти одновременно, но Михалевич опубликовал свою работу раньше, тем более, что моя работа была опубликована в закрытом отчете и о ней кроме меня долго никто не знал. Поэтому, когда этот метод решения оптимизационных задач я включил в свой учебник, то назвал его «Киевским веником», назвав Михалевича его первым автором.

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

Вот почему мне было так интересно познакомиться с Беллманом и провести с ним почти месяц в Дубровнике. Наши циклы лекций мы читали парралельно и каждый день сопоставляли прочитанное. У нас сложились по человечески дружественные отношения и они прошли через всю жизнь.

В конце 70-х годов у Беллмана обнаружили опухоль в мозге. Он вынужден был уйти с работы в Rend,е и остался только в университете Южной Калифорнии. Болезнь оказалась неизлечимой – ему делали операцию за операцией, но все было бесполезно. Несмотря на то, что он уже не мог работать, унивнерситет сохранил ему полную зарплату. Но ее было недостаточно для того чтобы покрыть все траты на медицину. В прошлом богатая семья оказалась в очень трудном материальном положении. Им пришлось продать дом и жить крайне скромно. Как мне рассказывали наши общие знакомые, особенно тяжелым был последний год и Найна всеми силами стремилась облегчить участь своего мужа, до последнего дня надеясь на благополучный исход.

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

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

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

Начиная со средины 60-х годов в кругах математиков и лиц, связанных с информатикой, прежде всего тех, которые занимались методами оптитмизации резко возрос интерес к экономике. Большую роль в этом сыграли работы Л.В.Канторовича, одного из создателей линейного программирования. Но еще большее значение имели успехи в разработке эффективных методов расчета различных оптимальных программ – программы вывода космического аппарата, выбора маршрута самолета или оптимального управления тем или иным технологическим процессом. Казалось, что все эти методы и идеи следует немедленно перенести в сферу общественных процессов и мы получим весьма совершенную структуру управления государством и ее экономикой, прежде всего. И возникла идея программного метода управления.

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