» » » » Павел Дмитриев - На распутье


Авторские права

Павел Дмитриев - На распутье

Здесь можно купить и скачать "Павел Дмитриев - На распутье" в формате fb2, epub, txt, doc, pdf. Жанр: Альтернативная история, издательство Альфа-книга, год 2012. Так же Вы можете читать ознакомительный отрывок из книги на сайте LibFox.Ru (ЛибФокс) или прочесть описание и ознакомиться с отзывами.
Павел Дмитриев - На распутье
Рейтинг:
Название:
На распутье
Издательство:
неизвестно
Год:
2012
ISBN:
978-5-9922-1126-9
Вы автор?
Книга распространяется на условиях партнёрской программы.
Все авторские права соблюдены. Напишите нам, если Вы не согласны.

Как получить книгу?
Оплатили, но не знаете что делать дальше? Инструкция.

Описание книги "На распутье"

Описание и краткое содержание "На распутье" читать бесплатно онлайн.



Петр Воронов сталкивается с огромными проблемами при внедрении технологий XXI века в 1965 году. Вроде бы чего проще — вот они, устройства и микросхемы из 2010-го, но промышленность середины XX века не может просто так скопировать то, что будет производиться через пятьдесят лет, да и бюрократические барьеры мешают.

В довершение всего разгорается политическая борьба за власть на самой вершине советского общества. Раз за разом Петр оказывается перед непростым выбором, от которого уже зависит не только его благополучие, но и судьба самой альтернативной истории, творцом которой он невольно стал…






Как программируют, неужели на ассемблере каком-нибудь? Что там в распечатках? «ДЛЯ» P=1 «ШАГ» 1 «ДО» N+1 «ВЫП»… Черт, да это же Бейсик по-русски! За его внедрение надо не просто убивать, а на кол сажать! Сколько горя из-за него школьники хапнули, когда алгоритмическое мышление на Pascal переводили! М-да… Еще и кириллица — самое умное при отставании школы программирования изобретать свой велосипед. Еще бы на украинском разработку сделали, патриоты квасные[10].

Ну есть же нормальный Algol-60, это я помню из учебников. Собственно, оттуда же в голове осталась «закладочка», что академики, создавая Algol-68, довыпендривались до того, что его никто, кроме самых высоколобых, не мог понять и использовать. Поэтому благая идея кончилась плохо, преемником Algol-60 стал Pascal — куда более простой и понятный для народа язык программирования. Причем он оказался так живуч, что дотянул до школьных программ нулевых годов, разве что приобрел приставку Turbo (не представляю, зачем и что это дало на практике).

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

Но пока программы измерялись в строках, а не в сотнях мегабайт, сокращение их количества было чуть ли не подвигом[11]. Тут талант и квалификация программиста значили очень много. Вот только оставалось проследить, чтобы они двигались в руководители-постановщики и не вздумали засидеться в кодерах. Светлого будущего у этого ремесла нет.

Итак, записываем:

1. Долой программы на русском, в тысяча девятьсот шестьдесят пятом уже поздно диктовать миру свою моду (провалился бы в сорок пятый, и не шлепнули бы без некролога под горячую руку, вот тогда еще можно было бы дергаться!).

2. Софт скоро будет важнее, чем аппаратная часть, и делать его должны отдельные коллективы. Для начала два-три на весь СССР — для конкуренции. Все партизанское софтописание на каждой АСУ нужно просто прижигать зеленкой. Иначе будет как в моей реальности — неплохая школа математики и разработанная теория на фоне практически нулевого коммерческого результата. Софт, особенно ОС, это индустрия посерьезнее автомобильной, любителей из нее надо гнать подальше.

Легенда о создании операционной системы Linux несколькими любителями-энтузиастами на деле огромное лукавство. Этот феномен родился и окреп на плечах огромных софтописательных корпораций. И для него жизненно необходима критическая масса Интернет. С нуля, из АСУшного коллектива в полтора землекопа, ничего хорошего не появится.

Впрочем, реальный талант пробьется из любого районного ВЦ, как ни дави. Но он хоть будет сразу понимать, что надо не вечно чинить самописную программу расчета зарплаты, а создавать свой мегапроект.

3. Основной язык программирования должен быть только один. Ну от силы их может существовать два или три. Но никак не десять или сто. И лучше всего Алгол, не зря же про него в мои школьные учебники поместили три абзаца. Дескать, хорош для обучения… Вот это и нужно. Доведут до ума, и, глядишь, со временем и до С++ дело дойдет.

4. Программистов потребуется много. Даже очень много. В вузах нужно срочно открывать соответствующие специальности. Кибернетики и прикладные математики не заменят практиков. Кстати, и электронщиков надо бы выпускать побольше, лишними они никак не будут.

Что там дальше в стопке макулатуры? О, более симпатичная модификация МИР-1. Экспортная, похоже, не зря каталог на английском сделали. Клавиатура в столешницу вделана, печатная машинка туда же. И табло поаккуратнее установлено, прямо перед оператором. На нем и маркировка есть… IBM 1130. Ио-хо-хо! М-да, обознался, слишком хорошо подумал об отечественной промышленности. Но как похож-то, прям «Волга» и «Ford Customline»[12].

Посмотрим, что пишут про чудо вражеской техники. Сначала о цене, ну капиталисты же, все о деньгах думают, нет чтобы о кибернетике или искусственном интеллекте в тишине кабинетов поразмышлять. Крупно так, от $32 280, аренда $695 в месяц и соответственно $42 280 с жестким диском. Технические параметры похожи на МИР, только есть возможность добить память до 8к шестнадцатибитных слов, то есть до шестнадцати килобайт. Чтение из памяти МИРа даже быстрее на треть, две с половиной микросекунды против трех целых и шести десятых. Молодцы ИКАНУ[13], хоть тут нос заокеанским коллегам утерли[14].

В комплекте IBM библиотека из двадцати пяти математических функций и пятидесяти каких-то прикладных программ. И Fortran, как обойтись без этого вредительского софта… Что там со скоростью? Сто двадцать тысяч операций сложения в секунду? Против трехсот у МИРа?[15] Это точно не ошибка? М-да… Похоже, у наших разработчиков настоящий талант делать из конфет дерьмо!

Еще и с периферией полная феерия, простите за каламбур. Есть IBM 2311, тумбочка под диски в семь мегабайт размером с хорошую пиццу. Строчный принтер IBM 1403, как его по-русски-то назвать, в общем, печатает для шестидесятых очень быстро, но шумно. Графопостроитель, правда, убогий какой-то, не планшетный, и в «добивку» — целый комбайн перфокарт-ридера. Здоровенный, дюймов на семнадцать, графический дисплей IBM 2250 меня просто убил наповал. Световое перо, кстати, при нем вполне даже присутствовало, не придумал ничего нового академик Глушков.

На фоне серийной штатовской модели наш МИР-1 (которой предстояло тянуть до серии еще год-два как минимум) смотрелся кустарной поделкой из паровозостроительной мастерской. Наверняка он еще был и более дорогим, вот не верю я в чудеса социалистической экономики. Отставания почти нет, говорите? Ну-ну, отправить бы вас, составителей российских учебников, сюда, в тысяча девятьсот шестьдесят пятый. Ловкость мысли, и никакого мошенничества — стоит только сравнить массовое серийное изделие США с проектом малосерийки в СССР.

Впрочем, надо отдать должное, в ИКАНУ быстро подсуетились и внешне передрали IBM, еще полугода не прошло. Их героические последователи в скором времени только в пятилетку станут укладываться. Кажется, начинаю хорошо понимать, почему в конце шестидесятых Политбюро приняло «обезьяний закон» о слепом копировании серии IBM-360/370 в виде ЕС. Попробуй, заставь того же Глушкова просто делать нормальную, конкурентоспособную технику, а не витать в высоких эмпиреях ОГАС[16]… Да еще необходимо, чтобы изделие укладывалось в стоимость аренды $1000 в месяц. Видимо, в СССР такие вещи делались только через расстрел.

Впрочем, не на одном академике свет клином сошелся. Как я понял, сейчас именно Глушков оказался наиболее близок к Косыгину, да и вообще к ЦК. Но есть и другие коллективы разработчиков, вполне может быть, что там дела идут намного лучше.

Придется записать следующую серию «рекомендаций». Вопрос — будет ли их кто-нибудь слушать?

1. Стандартизация. Только она может спасти отрасль. Срочно, за полгода, разработать и утвердить единый интерфейс сопряжения всей периферии. Пусть это будет тот же самый последовательный порт RS-232, хватит его на все надобности. Разве что для больших расстояний понадобится что-то типа RS-485, но это то же самое, только вид сбоку[17]. Ну, и не забыть что-то стандартное для жестких дисков, главное — ничего не выдумывать, взять девайс от IBM 360 и передрать ввод-вывод.

2. Выпуск периферии нужно перевести на отдельные заводы или даже в отдельное министерство, и сделать так, чтобы фирмы-производители могли хоть немного друг с другом конкурировать. А еще нужно сразу забыть про перфокарты и перфоленты, не стоит даже пытаться их делать. Магнитную ленту отправим в ту же степь. Если уж совсем приспичит — придется покупать импорт. Далее… Нам требуется срочно, пожарными темпами развивать производство гибких и жестких дисков. Смогли же его наладить в США по вполне разумной (на фоне самой ЭВМ) цене $10 000 за семь мегабайт. Не думаю, что это намного дороже считывателя и пробивателя перфокарт[18].

3. Предлагаю прекратить оригинальничать со всякими МИРами. Пару месяцев назад я серьезно предполагал, что надо отказаться от «больших» ЭВМ и сразу сосредоточиться на персональных компьютерах. Наивный фантазер! Про себя-то, приказав самомнению молчать, можно и такое сказать: реальность оказалась куда круче вбитых жизнью в двадцать первом веке инстинктов! Поэтому правильным будет выбрать нормальную «триаду» и ее придерживаться.

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


На Facebook В Твиттере В Instagram В Одноклассниках Мы Вконтакте
Подписывайтесь на наши страницы в социальных сетях.
Будьте в курсе последних книжных новинок, комментируйте, обсуждайте. Мы ждём Вас!

Похожие книги на "На распутье"

Книги похожие на "На распутье" читать онлайн или скачать бесплатно полные версии.


Понравилась книга? Оставьте Ваш комментарий, поделитесь впечатлениями или расскажите друзьям

Все книги автора Павел Дмитриев

Павел Дмитриев - все книги автора в одном месте на сайте онлайн библиотеки LibFox.

Уважаемый посетитель, Вы зашли на сайт как незарегистрированный пользователь.
Мы рекомендуем Вам зарегистрироваться либо войти на сайт под своим именем.

Отзывы о "Павел Дмитриев - На распутье"

Отзывы читателей о книге "На распутье", комментарии и мнения людей о произведении.

А что Вы думаете о книге? Оставьте Ваш отзыв.