Тупиковая ветка алгоритма

Вот и прошёл мой др. Отлично, кстати, прошёл...
А теперь пришла куча мыслей... Одна из них: мой алгоритм личной жизни зашёл в тупик. Не нормальный алгоритм Маркова. Как? Легко. У моего грёбанного лопатой алгоритма есть две широких ветки. Ну, и ещё пара мелких /темпорари/ веточек. Маразм. Только одна из широких веток жёстко циклится и приводит к зависанию системы, а вторая заходит в глубокий тупик. Тупик. ТУПИК... Фигня в том, что от зацикленной ветки избавиться теперь сложно. А тупиковость другой не изменится без расцикливания предыдущей. Раньше мне наивно казалось, что две эти линии абсолютно независимы и непересекаемы. Однако, гении тоже ошибаются. Важность зацикленной ветки сложно переоценить. Без неё мой алгоритм повалится. Хотя, если бы была чёткая уверенность в выходе из тупиковой ситуации, то, возможно, часть задач решалась бы через вторую ветку, и предыдущая бы не играла такую несущую роль, как сейчас. КАК избавиться от тупика??? Несовершенство моей системы очевидно. Математический интуиционизм. Внутренние страхи и какой-то сбой в пресловутом алгоритме... Детское впечатление? Генетика? Бихевиоризм? Брррр.........
Разговор о допаминовых рецепторах обязателен. И французский поцелуй.

var
fmTransTask: TfmTransTask;
a,b: array of integer;// наличие чувств
// и спрос на чувства
c: array of array of integer; // матрица тарифов на чувства
d: array of array of integer;// матрица эмоций (решение)
z,m,n:integer; //число любимых и любящих
s:string;
implementation

{$R *.DFM}

procedure ShowSolve;
var
i,j:integer;
begin
for i:= 0 to m-1 do
for j:= 0 to n-1 do
fmTransTask.stgSolve.Cells[j+1,i+1]:=IntToStr(d[i,j]);
fmTransTask.lblZ.Caption:=IntToStr(z);

end;

А если бы просто ВЗЯТЬ И СДЕЛАТЬ? Не пере- и не недооценивать друг друга? Не ждать максимума, но получать справедливый минимум? Это ведь всё НЕ ПРОСТО ТАК!!! Не бывает "просто так" вот так. Или мой алгоритм в корне не верен?

Мне просто нужен программист. Потому что я ничегошеньки не шарю в математике. Ген МАТ29 репрессирован геном ШИЗ222. Ро-фактор...

Как правило, свойство искомого алгоритма формулируется в терминах свойств того соответствия, которое должно иметь место между исходными данными и результатами алгоритма. Что не ясно???

СООТВЕТСТВИЕ!!! Должно иметь место... Имеет? Почему яркость для всех превращается в посредственность в моменты, когда нужна яркость?

Пора переставать себя бояться. Пора ДОПУСТИТЬ мысль о возможности выхода из тупика. Ну неужели?! Кого я больше боюсь?

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

Важно подчеркнуть, что сложность алгоритмов и вычислений может определяться различными способами, причём может оказаться, что при одном способе А будет сложнее В, а при другом способе — наоборот. ИМЕННО!

Написание сего не имеет никакого резона в связи с отсутствием влияния на структуру алгоритма. Всем спасибо. До новых встреч в идиот-хаузе.