То есть само устройство-нагреватель превращалось в эдакий исполнительный блок со своей логикой работы, которая была заложена в его схеме, а конкретные параметры работы оно получало от управляющей перфоленты. Схема получалась мудреная, к тому же все-равно полностью не покрывала все растущих потребностей по алгоритмам управления. Так, у людей уже бродили мысли, что на каждом куске графика изменения температуры надо бы отслеживать разные значения той же проводимости или прозрачности. Соответственно, их значения надо бы задавать не для устройства, реализующего график нагрева, а для отдельных отрезков графика. И программы, и схемы управления все усложнялись и усложнялись. И кроме перфолент пока у нас не было другого удобного инструмента для программирования.
Набивку перфолент выполняли сами студенты. Вскоре им надоело перенабивать перфоленты каждый раз, меняя разве что константы — сами-то программы менялись нечасто, а вот конкретные параметры — довольно значительно — ведь даже по одной температуре надо было проводить десятки опытов с шагом в десять градусов, а для каждой температуры — еще и с разным временем — с шагом, скажем, в одну минуту — перфолент получалось просто невообразимое количество — десятки и сотни. Неудивительно, что творческие личности вскоре взвыли от такой работы и постарались как-то ее упростить. Ну народ и начал творить. Первое, что они сделали — это составили "бланковую" программу — перфоленту с командами, но без значений. И отдельно стали набивать перфоленты со значениями. А уже потом совмещать два в одном — протягивали обе перфоленты на двух аппаратах, а общий результат пробивался на третьем — эту перфоленту уже и заряжали в исследовательскую систему. А чтобы понимать — откуда надо брать значение — стали на бланковой перфоленте пробивать служебную дорожку — есть единица — берем с одного аппарата, нет — с другого. Это уже исключало необходимость повторной набивки вручную самой программы — номеров устройств, субустройств, масок ожидания — оставалось только набить перфоленты с самими значениями. Но на ленте значений надо было оставлять соответствующие им позиции пустыми. "А чего бы не сэкономить бумагу?" — подумали наши гении. И ввели на "бланковой" перфоленте еще одну дорожку — теперь, встретив единицу в этой дорожке, управляющая схема брала число с перфоленты значений — и протягивала обе перфоленты, забирая значение со второй перфоленты, а ленту команд просто протягивая дальше. А если отверстия не было, забирала номер устройства с ленты команд, а ленту значений не трогала, пока на ленте команд снова не встретится единица. А потом еще немного подумали — и подключили оба считывателя напрямую к исследовательской системе — то есть заменили предыдущий вариант с набивкой сводной ленты сразу чтением исходных лент, без создания сводной. Да, потребовалось два аппарата, но зато вышла экономия на перфолентах — и на самой бумаге, и на ее пробивке — теперь требовалась только отдельная лента команд и отдельные ленты значений, причем те — уже без пропусков под команды. Так мы постепенно приходили к Гарвардской архитектуре. Хотя тут про такое вообще не слышали — все-таки секретные штуки, но вот я как-то ляпнул в разговоре — так и прижилось. А потом и разведка подтвердила, что да, еще в конце тридцатых была предложена эта схема в Гарварде. Про меня в очередной раз зашептали "Ну точно разведчик…".