Разум-ориентированное программирование
    Дмитрий Сахань
    Не кажется ли вам, что нынче программирование интеллекта уперлось в непреодолимую стену? Тогда давайте для начала порассуждаем об эволюции самого программирования. На заре развития (история гораздо глубже, но мы начнем от первых Бейсиков) программирование ограничивалось простым командным программированием. Не было понятия процедур и функций, были только переменные и операторы, то бишь команды. Код программы выглядел в виде пронумерованного списка инструкций. Единственной на тот момент командой перехода между строками исходного кода был оператор GOTO. Безусловно, очень скоро возможности командного программирования исчерпались, нужно было расширить его рамки.
    Первой ласточкой процедурного программирования явился оператор GOSUB - вызов подпрограммы. Но это еще не было процедурное программирование в чистом виде. Был лишь факт, что шаг сделан в правильном направлении. Через короткое время идея вызова подпрограмм оформилась в вызовы функций и процедур, а программирование стало называться процедурным. Основная фишка такого подхода заключалась в том, что процедуры и функции могли принимать большое количество входных параметров, то есть код процедур уже не обязательно должен был привязываться к именам глобальных переменных. Вместе с этим родилось понятие глобальных и локальных (доступных только внутри процедуры) переменных. Кроме того функции могли возвращать результат выполнения в вызвавшую их точку исходного кода. В свою очередь это привело к возможности рекурсивного программирования (когда функция вызывает саму себя N раз, анализируя свой же возвращаемый результат), которое по сути дела является стилем процедурного программирования, а не отдельным программированием. Еще с появлением процедурного программирования отпала необходимость нумерации строк программы, так как функции и процедуры имели свои имена и могли свободно располагаться в любом месте кода (нумерация же строк привязывает фрагмент кода к определенному местоположению в исходном коде).
    Программисты быстро оценили новый подход и бросились использовать его возможности. Еще через время стали заметны изъяны и в нем. Все больше усложнялись программы, все сложнее становилось управлять возрастающим количеством переменных, все четче проглядывалось "родство" между некоторыми переменными, все сильнее разбухали строки входных параметров процедур. И вот кому-то пришло на ум объединить родственные переменные в структуры, а новое программирование получило название структурного или, другими словами, ориентированного под структуры. Тут же появились понятия структур (иногда их называют записями), а также содержащихся в структурах полей данных, указателей на структуры (чтобы не тащить содержимое структуры через стек) и такого прочего. Существенный плюс заключался в возможности вложить в структуру другие структуры, в которые, в свою очередь, могли быть вложены еще какие-нибудь структуры. Теперь процедура могла принимать во входном параметре всего одну переменную (структуру), а уже из нее извлекать любые вложенные данные (поля). Сразу же сложилась удобная практика указывать требуемое поле, перечисляя через символ точки (в языке Си через "->") полный путь к полю внутри структуры.
    AgeData = record // объявление структуры (AgeData)
    Birth: String //
    Dead: String //
    end
    Worker = record // объявление следующей структуры (Worker)
    Name: String //
    Age: AgeData // в ней находится вложенная структура типа AgeData
    Address: String //
    Remark: String //
    end
    var
    A: Worker // объявление переменной со структурой типа Worker
    begin
    A.Name = "Петя Иванов" // доступ к нужному полю через символ точки
    A.Age.Birth = "01 января 2000" // доступ к нужному полю через символ точки
    print(A.Name) // доступ к нужному полю через символ точки
    end
    Удобства структурного программирования казались поразительными, пока программисты не натолкнулись на следующий непреодолимый барьер. ............