История вычислительной техники в лицах
Скачать 6.24 Mb.
|
| Когда мы впервые начали активно сотрудничать с другими союзными школами кибернетиков, прежде всего с москвичами, то мне поначалу было трудно избавиться от некоторой робости перед уверенной поступью столичных корифеев. Виктор Михайлович добродушно подсмеивался над нами: „Не нужно чувствовать себя провинциалами“. Как-то он взял с собой молодых специалистов, в том числе и меня, на конференцию по вычислительной технике, проходившую в Москве, где выступали с докладами тогда уже Герои соцтруда главные конструкторы С.А. Лебедев, Ю.Я. Базилевский и другие известные специалисты. Увидя нас после конференции, Виктор Михайлович спросил: — Как, молодежь, потягаемся? — Вроде бы да! — Ну, раз можем, значит, будем! Вот эта неискоренимая вера, что все по плечу, только нужно как следует взяться, была очень характерна для Виктора Михайловича. И она передавалась его „команде“, и с ним не страшно было „ввязываться“ в самые сложные проекты». Б.В. Гнеденко разрешил мне только три дня в неделю бывать в лаборатории, а остальные три были даны для изучения предмета, вхождения в курс дела. На время моего отсутствия каждый день назначался временно исполняющий обязанности заведующего лаборатории из числа кандидатов наук (Л.Н. Дашевский, Е.А. Шкабара, Б.Н. Малиновский, А.И. Кондалев). Гнеденко разрешил работать в нашей лаборатории B.C. Королюку и Е.Л. Ющенко, так что в ней оказалось шесть кандидатов наук. (Правда, Королюк потом не вошел в ее состав.) Вычислительные машины тогда проектировались на основе инженерной интуиции. Мне пришлось разбираться в принципах построения ЭВМ самому, у меня стало складываться собственное понимание работы ЭВМ. С тех пор теория вычислительных машин стала одной из моих специальностей. Я решил превратить проектирование машин из искусства в науку. То же самое, естественно, делали и американцы, но у них эти материалы появились позже, хотя сборник по теории автоматов увидел свет в США в 1956 году. Теория автоматов, послужившая основой для проектирования ЭВМ, была тогда развита слабо. Первый, кто высказал мысль о возможности применения математической логики для проектирования технических устройств был, по-видимому, Шенон — в США, а у нас — В.И. Шестаков, М.А. Гаврилов. Они применили простейший аппарат формальной математической логики для конструирования переключательных цепей коммутаторов телефонных станций. Но оказалось, что он пригоден и для простых электронных схем, поэтому в послевоенные годы, когда начала развиваться цифровая вычислительная техника, стали предприниматься попытки применения этого аппарата для решения задач синтеза схем ЭВМ. Я начал работать над этой проблемой и организовал семинар по теории автоматов. Одна из первых моих работ заключалась в том, что я нашел гораздо более изящное алгебраически, простое и логически ясное понятие для автомата Клини и получил все результаты Клини. И самое главное — в отличие от результатов Клини я развивал теорию, направленную на реальные задачи проектирования машин. На семинаре мы рассматривали вопросы проектирования машины «Киев», и можно было увидеть, что работает из моей теории, а что нет. «Душой семинара стала впоследствии любимая ученица Виктора Михайловича Юля Капитонова, а его постоянными участниками я и Виктор Боднарчук, — вспоминает А.А. Летичевский. — Это был романтический период, когда мы жили в новой науке, рождавшейся на наших глазах, гордились, когда удавалось решать задачи, поставленные нашим учителем во время лекций. Иногда семинар продолжался в кафе „Чай-кофе“, на Крещатике и тогда он назывался „чайкофским“. Мы горячо спорили и писали формулы на гладких поверхностях столов и салфетках. Теория автоматов была выбрана Глушковым не случайно. Это был хорошо продуманный тактический ход. Как алгебраист Глушков видел, что понятие автомата, идущее от Клини, Мура и других авторов знаменитого сборника „Автоматы“, вышедшего в 1956 году в Принстоне под редакцией Шеннона и Маккарти и в том же году переведенного на русский язык под редакцией А.А. Ляпунова, представляло собой богатую возможностями математическую модель дискретного преобразователя информации, для изучения которой мог быть применен мощный аппарат современной математики. В то же время разработка прикладной теории на основе красивого математического аппарата могла привлечь внимание инженеров, которым в то время недоставало математической теории для разработки устройств, содержащих запоминающие элементы. Кроме того, в силу большой общности, теория автоматов могла стать основой для разработки моделей кибернетических систем в самых разнообразных прикладных областях. Глушков провел огромную „научно-просветительскую“ работу в лаборатории и вне ее, прочитав специальные курсы лекций по экзотическим в то время дисциплинам: алгебре логики, теории автоматов, проблемам кибернетики и др., а также, что особенно важно, в научных разговорах с сотрудниками неустанно пропагандировал и внедрял в сознание свое научное мировоззрение. Эта его деятельность имела очень большое значение особенно в период организации на базе лаборатории Вычислительного центра АН Украины. Свежий ветер подул уже буквально с первого дня прихода Глушкова. Он начал с ознакомления с тем, что было уже сделано, и затем дал мощный импульс развитию этих работ, но уже в новом, предложенном им направлении». Сохранившееся в личном деле В.М. Глушкова заявление поясняет, какой ценой создавался этот импульс: «Территориальный отрыв лаборатории вычислительной техники от Института математики, специфический характер выполняемых ею работ и наличие большого штата сотрудников приводит к тому, что мне, как заведующему лабораторией, приходится большую часть своего времени тратить на решение административных вопросов в ущерб научной деятельности, которой я продолжаю заниматься сейчас лишь ценой крайнего напряжения сил. Считая такое положение ненормальным, прошу освободить меня от должности заведующего лабораторией и зачислить на должность старшего научного сотрудника Института математики. 12.IV.57 г. В.Глушков». Б.В. Гнеденко наложил резолюцию: «С освобождением согласиться не могу, считаю необходимым немедленно получить должность заместителя заведующего лабораторией по научной работе». Руководить — значит направлять и заинтересовывать Я впервые руководил большим коллективом, поэтому пришлось выработать определенные организационные принципы. О них я нигде специально не писал, но следовал им неизменно, и это всегда приводило к успеху. Единство теории и практики — принцип, вроде, не новый, но понимается он обычно односторонне, в том смысле, что теория должна иметь практические применения. Вот и все. А я его дополнил тем, что не следует начинать (особенно в молодой науке) практическую работу, какой бы важной она не казалась, если не проведено ее предварительное теоретическое осмысление и не определена ее перспективность. Может оказаться, что надо делать совсем не эту работу, а нечто более общее, что покроет потом пятьсот применений, а не одно. Приведу такой пример. С самого начала работы в лаборатории было очень много заказчиков на моделирование различного рода дискретных систем. Нас буквально засыпали всякими проектами постановлений высоких органов. Уже позже, после образования Вычислительного центра, когда был создан отдел Т.П. Марьяновича (точнее, сначала лаборатория при моем отделе), ему было поручено этим заниматься. И я дал ему восемь тем, т. е. восемь заказов, восемь карточек заказчиков. А у него шесть человек. С недоумением он пришел ко мне, и я посоветовал ему создать универсальный язык для моделирования дискретных систем (его потом назвали СЛЭНГ). Я собрал всех заказчиков, провел с ними «воспитательную работу», и они сказали, что это именно то, что им нужно. Вот таким способом мы добились очень широкого применения наших фундаментальных исследований. Принцип единства теории и практики нельзя понимать утилитарно, т. е. считать, что каждая задача, каждая теория обязательно должна быть связана с практикой. Для математики, например, это не так. «Здание» математики, построенное из старых математических дисциплин, настолько прочно связало себя с практикой и настолько высоко поднялось, что если вы, предположим, достраиваете какой-то этаж и не знаете, каким образом он будет связан с нижними, то можете быть уверены, что, если вы решаете действительно трудную задачу, это рано или поздно окажется полезным для практики. Но когда создается новая теория, в основании которой нет еще стройного базового здания, то появляются попытки строить не его, а воздушные замки. Это достаточно легко, но, как правило, бесперспективно для новой области исследований. Поэтому, пока не построен фундамент, строить теории, не опираясь на практику, очень опасно. Может оказаться, что совсем не в ту сторону идет строительство. Это я особенно подчеркиваю. Фундаментальная наука должна давать пользу многим сразу, не только одному. Если вы создадите метод проектирования машины применительно к сегодняшнему уровню техники с учетом всех особенностей составляющих ее элементов и так далее, то вы удовлетворите лишь свои потребности, но только на полгода, год, потому что через год появятся совершенно новые элементы, и этот метод у вас уже не будет работать, а если вы сделаете хорошую теорию, основанную и на этом и на многих других исследованиях, то вы можете помочь целой армии грамотных инженеров и вашими методиками будут пользоваться во всех уголках страны для того, чтобы решать эти задачи. Вот и получается, что фундаментальная наука очень практичная вещь, хотя на самом деле для ее развития надо вознестись в сугубо теоретическую область. Вот так я понимаю принцип единства теории и практики. Следующий принцип — это принцип единства дальних и ближних целей. Он близок к первому, но подходит к вопросу с другой стороны, с точки зрения выполнения работ во времени. Дело заключается в том, что в кибернетике есть одна особенность. Когда развивались другие науки, не имевшие дела со столь большими системами, как кибернетика, то обычно рождение идеи о том, как решить задачу (особенно в математике), являлось главным. Это составляло 90 % дела. Если идея была верной, то ее оформление занимало 10 %. В биологических исследованиях эти цифры могут быть другими: 40 % — идея, а 60 % — труд по ее реализации. А в кибернетике получается так, что в некоторых случаях идея составляет около 0,01 %, а все остальное — 99,9 % — это ее реализация. Объясню это на примере. Мы с самого начала стали развивать направление, называемое искусственным интеллектом, связанное с построением разумных машин и соответствующих программ. На эту тему я написал книгу «Теория самоусовершенствующихся систем», и во «Введении в кибернетику» ряд разделов был посвящен специально этому вопросу. Когда мой аспирант Стогний защитил в 1959 году кандидатскую диссертацию, я поручил ему работу по искусственному интеллекту, в частности, обучению машины русскому или украинскому, в общем, естественному человеческому языку, чтобы она понимала смысл предложения. И мы довольно быстро добились потрясающих вроде бы успехов. Могли «разговаривать» с машиной «Киев», как с маленьким ребенком. Она училась говорить, понимала, задавала вопросы, делала те же ошибки, которые делает ребенок, и т. д. Над такого рода вещами (это была оригинальная работа) работали в разных лабораториях мира. Одни переводили с русского языка на английский и наоборот, другие еще что-то делали. И оказалось, что уже первые попытки давали обнадеживающие результаты: идея уже есть, остается только ее реализовать, а исходя из старого опыта, который был накоплен в других науках, считали, что идея — это уже 40 % дела. Если на разработку идеи потребовалось два года, значит, на ее реализацию потребуется в полтора раза больше и через пять лет мы сделаем программы, которые будут переводить лучше любого переводчика с английского на русский, или сделаем такую машину, которая будет по пониманию языка и смысла хорошим собеседником на уровне человека и т. д. Но оказалось, что это далеко не так. К сожалению, такая недооценка сложности кибернетических задач типична для периода становления любой науки. Такие заблуждения случаются даже у серьезных ученых, которые пытались свой опыт, полученный в старых науках, экстраполировать применительно к новым задачам. Я как-то быстро (может, потому, что занимался философией в свое время) это понял и таких ошибок не делал, таких предсказаний не давал. Особенность больших систем в том, что от идей по их построению до их реализации лежит очень длительный путь. Отсюда и появился важный управленческий принцип — единства дальних и ближних целей. В чем он состоит? Поясню на примере. Надо решать задачу построения разумных машин? Надо. Есть много таких, кто на весь мир кричит: дайте мне 2000 человек, и я за пять лет сделаю (некоторые за три года) разумную машину! Мы с самого начала понимали, что это ерунда, профанация науки, и это очень портит молодежь. Но вместе с тем делать такую машину надо. Как же быть? Сказать, что нам нужно 10 тыс. человек и 100 лет, 30 или 25 лет работы — никто не пойдет на это. Поэтому мы и выдвинули этот принцип — единства дальних и ближних целей. Я этот принцип формулирую так: в новой науке, каковой является кибернетика, не следует заниматься какой-то конкретной ближней задачей, не видя дальних перспектив ее развития. И наоборот, никогда не следует предпринимать дальнюю перспективную разработку, не попытавшись разоить ее на такие этапы, чтобы каждый отдельный, с одной стороны, был шагом в направлении к этой большой цели, и вместе с тем сам по себе смотрелся как самостоятельный результат и приносил конкретную пользу. Я довольно быстро понял, что при руководстве большим коллективом с разнообразной тематикой нужно также применять принцип децентрализации ответственности. Его далеко не все придерживаются, хотя некоторые директора интуитивно к этому приходят. В чем он заключается? Я выделяю участки, ставлю руководителей (заместителей и т. п., ответственных за научные направления) и стремлюсь минимизировать свое вмешательство. Даже когда вижу, что делается неправильно, поправляю не конкретно, а по каким-то интегральным показателям. Если старший начальник будет по пятиминутному разговору отменять решение, на которое младший начальник потратил часы, то тогда правильного руководства не получится. Я же выдерживаю очень жесткую линию и никогда не вмешиваюсь. Единственное, что я могу сказать своему заместителю, — что приходили сотрудники (могу назвать их фамилии, если они этого хотели) и жаловались. Если это действительно ошибки моего заместителя, то надо найти их первопричину и тогда уж предъявлять претензии. Тут я и полтора часа могу потратить на разговор с ним для того, чтобы обсудить не отдельные частные вопросы, а стиль работы в целом. Такой метод дал мне возможность построить двухступенчатую иерархию управления. Но с трехступенчатой и более получается хуже, потому что как я ни учил некоторых своих помощников этим приемам, у них это не получалось, — они все время сбивались на то, чтобы самим все охватить. А когда на них наваливаются все новые и новые дела, то и решаются они плохо. Тут требуются еще выдержка и организационный склад ума, что-ли, чтобы правильно руководить людьми. Когда что-то не ладится с точки зрения управления, следует обратить внимание, опять-таки, не на конкретные ошибки и конкретных лиц (хотя иногда бывает, что человек не справляется, и надо его заменить). Чаще всего дело заключается в том, что просто отсутствует механизм исполнения приказов и устава института, т. е. в основу управления не положены четкие организационные принципы. Понятие децентрализации ответственности включает еще один важный момент. В настоящее время при построении иерархических систем чаще всего уровни ответственности распределяют в связи с уровнями компетенции, т. е. если кому-то поручен участок работы, то считается, что человек отвечает за все, что на нем делается. В частности, директор отвечает за все, что делается в институте, и может получить выговор от вышестоящей инстанции за какой-то проступок, который он в принципе не мог предотвратить. Это находится уже где-то на пятом или шестом уровне иерархии, и непосредственно директор сам контролировать это не может. А метод децентрализации ответственности предполагает, что если на этом участке что-то случилось, то взыскание должно быть вынесено тому, кто является непосредственным виновником данного проступка. А что касается заместителя директора, то ему может быть вынесено взыскание либо за то, в чем он лично виноват, либо за проступки его подчиненных по совокупности. В последнем случае ему предъявляется обвинение в том, что на подведомственном, контролируемом им участке плохо подобраны кадры и плохо проводится работа с ними. Работа с кадрами — это уже непосредственная обязанность начальника. |
Похожие:
 | Современный период микросхемных ЭВМ (Сверхбольшие и ультрабольшие интегральные схемы) |  | Учебное пособие предназначено для студентов, обучающихся по специальности 230105 «Программное обеспечение вычислительной техники... |
| | Лот 1: Оказание услуг по ремонту вычислительной и копировальной техники для нужд пао «Саратовэнерго» | |
| Ас увд, использованием последних достижений вычислительной техники, более современными радиоэлектронными средствами управления воздушным... | | Профиль: Программное обеспечение средств вычислительной техники и автоматизированных систем |
| Приобретение вычислительной техники, сетевого оборудования и периферийного оборудования | | Всероссийский научно-исследовательский институт проблем вычислительной техники и информатизации |
| Гбоу спо «ставропольский региональный колледж вычислительной техники и электроники» | | Сведения о лицах (иностранных гражданах или лицах без гражданства), подлежащих постановке на учет по месту пребывания 6 |