Comments 55
Автоматизация в стиле 80-х
Вот какими я помню 80-е:
Что же из себя в начале 80-х годов представлял вычислительный центр 4ЦНИИ МО? Он был неплохо оснащён по советским меркам. К моему приходу в институте функционировали не только ЭВМ М-220, то и ЕС-1022, ЕС-1050, ЕС-1052 и ЕС-1060. Были и дисплейные классы ЕС-7906 и ЕС-7920. Однако основной режим работы на ЭВМ был всё же пакетный режим.
Спасибо за статью! Интересное было время 80-е, да и сегодня тоже.
В одном месте "училась", в другом "работал" и таких несогласований глаголов по родам - вагон. Ну пожалейте чужие глаза и раскройте тайну: Вы девочка или мальчик? )))
на Фортране я писала программу для моделирования ЭВМ «Электроника 100 И» на ЕС-1020
А мама может рассказать поподробнее как на Фортране моделировать ЭВМ?
Имеется в виду трансляция машинного кода ЕС в машинный код на других архитектурах?
Приходили на ЕС, писали программы при помощи Фортрана, отлаживали, а потом они переводились в коды мини-ЭВМ и шли на них. Если было нужно, мы их дорабатывали
Или что-то еще?
Если хотите, напишите мне в телеграм @amstremi, дам мамин контакт. Если вспомнит, обязательно поделится.
Я считаю что широкому кругу посетителей ресурса это тоже будет интересно.
Поэтому пожалуйста передайте вопрос маме, а сюда запостите ответ. Если ей удастся восстановить в памяти ту историю.
Спасибо
Это блог компании ABC, в которой маркетоид Анна занимается продвижением продукта XYZ. Все остальное - замануха и мишура. А вы тут, понимаешь, пришли душнить техническими деталями, как будто они и вправду кому-то интересны и имеют смысл :-)
Программисты 80-х не были (столь) токсичны (как нынешние). Возможно, в силу отсутствия (чрезмерно) развитых (анонимных) средств коммуникации.
Ну да, и трава была зеленее ...
Смысл имеют. Мне радостно читать, что комментаторы интересуются маминой работой. Да, я маркетоид, моя профессия и любимая компания помогли создать материал, посвященный моей маме. Я горжусь ей и восхищаюсь ее работой. Мама приехала из деревни, поступила на физический факультет университета. Отучилась и работала на одном из ведущих оборонных предприйтий Саратова. После выхода статьи мама позвонила однокурсникам, коллегам, всколыхнулись воспоминания. В комментариях нашлись ее давние знакомые. Ведь им сейчас всем 70+ лет. Так что эта статья имеет смысл, еще какой огромный смысл.
Благодарю вас, что подсветили это.
Хорошо, с большим удовольсвием
Подозреваю, отлаживали вычислительную часть алгоритмов...
кое-что на Фортране моделировать можно, конечно для этого надо написать пакет поддержки функционально близкий к ранним системам моделирования - DES (Discrete Event Simulation), динамическое выделение памяти, типа работа с очередями событий, планирование, исполнение событий и т.п., собственно так и делали в 60-70х для моделирования систем массового обслуживания, определения размера буферов i/o, потока задач и т.п., но глубокого много уровневого моделирования DES на уровне прохождения сигналов встречать не приходилось
С удовольствием поздравляю всех причастных с Днем Программиста.
В это смысле статья очень к месту.
Чтобы было интереснее, подкину тему. Как я уже тут упоминал, я когда-то стоял у стенда с перечнем факультетов и специальностей и выбирал между АСУ ТП и ТПМ (это технология пластических масс). Выбрал химию.
***
Теперь кейс с научной конференции нашего института РАН. Макромолекулы полимера - это одномерная цепочка. Жесткоцепные так и остаются "палочкой" (но очень плохо растворяются). А гибкоцепные образуют в растворе клубок. Радиус клубка в зависимости от свойств полимера и конкретного растворителя разный (при равной концетрации). По этому критерию растворители делят на хорошие и плохие (для данного полимера).
Да, так в нашем отделе была группа ребят, которые моделировали физико-химические свойства полимеров как в твердой фазе, так и в растворе. И вот их представитель Миша рассказывал аудитории о том, что по итогам моделирования, чем лучше растворитель, тем меньше радиус клубка макромолекулы. Народ был с утра расслабленный, поскольку дело было на турбазе после веселой ночи. Но мастерства не пропьешь, как говорится, поэтому тезис был моментально услышан и оспорен.
Макромолекула сворачивается в плотный (малого радиуса) клубок, когда сродство к растворителю мало. В смысле, "он плохой, мы с ним не дружим" и не расслабляемся. Если же сольватирование молекулами растворителя выгоднее плотной конфигурации, то радиус клубка в растворе, понятное дело, растет.
Когда Мишу спросили, почему у него вышло наоборот, он ответил "А мне программа так посчитала".
(в духе тостов из к/ф "Кавказская пленница") Так выпьем же за то, чтобы программеры всегда помнили о физической сути автоматизируемых процессов!"
На фотке -- абсолютно точно не ЕС-1020. Возможно, это чехословацкая ЕС-1021 (именно эта фотка появляется в качестве иллюстрации к одной статье на чешском), но они в СССР не поставлялись.
Пролог. В черно-белом городе черно-белые люди работая на черно-белых компьютерах получали черно-белое удовольствие.
Расшифровка. Четырнацатого числа весеннего месяца мая во входную группу между двумя крыльями НИИЧАГО, шаркающей программисткой походкой вошел сеньор программист с тубусом перфокарт подмышкой...
Еще занималась разводкой плат. На столе закреплялся ватман, а сверху бегал ползунок, заправленной черной тушью. Он рисовал плату, транзисторы, резисторы. Я сидела за ЭВМ, нажимала на клавиши и управляла им — ползунок двигался горизонтально, потом вертикально, вырисовывал разъемы и платы.
это назвалось графопостроитель...
Прочитал про работу программиста в 80-х. Насколько же все было интереснее тогда. Люди действительно делали что-то важное, а не красили кнопочки и перекладывали JSON'ы. Почему я не родился на 20 лет раньше ?
Скучно было бы, таблицы эти на Фортране строить и заполнять, никаких тебе мониторов, только тарахтящая электрическая машинка Consul 254, особенно удивляло наклеивание маркеров из металлизированной липкой ленты на магнитную ленту для указание начала ленты для ЭВМ, мне это тогда еще казалось каким то колхозом, посменная работа, ну это для девочек операторов и кого-нибудь, кто косяки машины бы устранил, программисты днем перфокарты набивали.
Вообще, до появления дисплеев ввод обычно с перфокарт, а вывод обычно на АЦПУ; Консул -- это консольный терминал машины, и программисты с ним дела особо не имели. Хотя на мелких машинках он бывал и в качестве обычного терминала (у них, есно, то же самое, только на 10 лет раньше; скажем, первые PDP-11 комплектовались телетайпом в качестве терминала -- тот же Консул, вид сбоку).
А вот что колхозного в наклейке светоотражающих маркеров на магнитную ленту, убей не пойму :)
для малых машин часто перфоленты, для больших машин, если режим работы пакетный, то перфокарты в основном, если режим разделения времени - терминалы и магнитные ленты, imho CDC 6600 самый красивый пульт, никаких i/o прерываний, просто прелесть :)
Я как то спросил еще в 1988 году, нельзя ли на начало магнитной ленты маркер какой-нибудь записать (наклейки закончились), мне и сказали запиши там единички, я с шкафа управления и записал.
Во-первых, чтобы распознавать "единички", как и любую другую информацию, лента должна двигаться достаточно медленно, что исключает её быструю перемотку, -- а светоотражающие полоски ловятся датчиками на любой скорости, поэтому-то перемотка ленты и осуществляется в несколько раз быстрей, чем простое передвижение, как при записи/считывании.
Во-вторых, содержимое ленты постоянно перезаписывается, и подобные "программные" маркеры легко могут быть стёрты -- особенно если появляются сбойные блоки, и приходится выполнять стирание промежутка.
Ну а в-третьих, как Вы собираетесь отличать подобные "пограничные" блоки от обычной информации на ленте?
Там 9-я дорожка служебная, писались туда биты четности, я так понимаю места свободного было там много...
9-я дорожка пишется одновременно с остальными восемью и содержит контрольный разряд для для каждого записанного байта. А ещё пишется контрольная сумма в конце каждого блока, и всё это вместе даёт возможность исправлять при чтении некоторые ошибки. Так что нету там свободного места -- не говоря о том, что читать на большой скорости движения ленты и получать надёжный результат невозможно. Не просто так ленты при чтении/записи двигаются медленно, и лишь перемотка идёт быстро.
Поверьте на слово человеку, который тоже начал работать программистом в 80-ые. По сравнению с сегодняшним днем не так уж и много интересного было.
Вернутся в те времена можно только ради молодости и чтобы вновь увидеть родителей. А ради остального? На фиг.
А мне жалко всех программистов 70-80 советских. Писали они софт для машин, которые вымерли как класс. Я про ЕС серию.
Не вымерли они. IBM продолжает производить мэйнфреймы z/Architecture -- наследники Системы 360, 370 и т.д., архитектура которых была реализована, в том числе, и в ЕСках. Это в России своя электроника почти полностью умерла -- но это уже второй вопрос.
Ну я про Россию. Причем уверен некоторые бы и сегодня работали где нибудь. Но вот беда цветмета в них много было.
А так удивительно люди решали огромные задачи, на технике которая в разы слабей к примеру моего ноутбука не первой свежести. Уважение им только.
Даже не в разы, а в сотни, а нередко -- и тысячи раз слабее. Скажем, упомянутая в статье ЕС-1020 (самая медленная из "настоящих" ЕСок) выполняла 30 тыс. 32-разрядных сложений или вычитаний в секунду. Каждый проц современного ПК (а их много -- скажем, у меня 12-ядерный Ryzen-что-то-там, а соответственно, я имею 12 процов) способен выполнить, если звёзды сойдутся (а нередко они сходятся), порядка 10 млрд. подобных операций в секунду. Но сейчас эти миллиарды уходят, главным образом, на всякого рода свистоперделки, реализованные с помощью целой кучи библиотек, фреймворков и прочих пыхтонов. (Конечно, сейчас реально есть программы, сделанные более-менее эффективно и действительно нуждающиеся в огромных вычислительных мощностях, -- но, наверное, 95% современного ПО с точки зрения эффективности находится ниже всякого плинтуса.)
Вроде как РЖД до сих пор не смогла полностью импортозаместить IBM z, так что специалисты нужны.
А машинисток не жаль? все люди делают пустую работу.
***
Какая разница на чем и что программировать? Смысл в формировании "алгоритмического" мышления, взгляда на мир. И в начале формирования специфической субкультуры (см. фотки в статье). Сейчас она на пике, но - к сожалению - полагаю, что пойдет на спад из-за автоматизации теперь уже труда программистов.
Люди были хорошие и это главное.
Я еще студентом успел на Алголе написать "прогу" решения квадратного уравнения, набить на перфокартах (на фото в статье и у меня еще чистые есть) и пропустить на БЭСМ в институтском ВЦ.
***
Напомню еще о программируемых калькуляторах
https://ru.wikipedia.org/wiki/Электроника_Б3-34
Купил в Таллине и на пару суток выпал из жизни. Писал прогу по генерации случайных номеров для "Спортлото 7 из 49". Генератор случайных чисел и нормирование в интервал 1-49. К тому времени (1980) уже были популярные книжки на эту тему.
привет Аня, приятно было увидеть старые фотографии людей с тантала, трудно поверить, но много лет назад приходилось там бывать пару раз, кажется узнаю место катания на лыжах, вероятно в районе 2-3й дачной на горке напротив тантала :)
Сумбур какой-то, так и не понял, кто мама, кто дочь и от куда взялся ещё парень. О программировании мало и не интересно. Кстати, в то время говорили "электронщики" или "железячники". Не понял также, если человек пишет на Ассемблере или ПЛ/1 на ЕС1020, то что ему надо изучать на курсах по ЕС1060?
Ну, курсы могут быть для "переезда" с ДОС ЕС (DOS/360) на ОС ЕС или СВМ ЕС (OS/360, VM/370). Хотя, как по мне, больше потусоваться и "обменяться опытом": если ты уже более-менее освоил программирование, то для перехода откуда угодно куда угодно достаточно документации.
Ну не знаю. В 70-х я служил системщиком и никаких курсов в НИИ ЭВМ или НИЦ ЭВТ не припомню. Операционки мы "изучали" в основном по исходникам, особенно ДОС, где даже умудрялись менять код. А вот, чтобы функциональному программисту надо было знать операционку, сомневаюсь. Максимум JCL и то, она пишет, что у нее был какой-то персональный оператор.
В общем, какая-то мутная история.
Новые команды (S360 vs S370). 1.1. ЕМНИП, весьма полезная и часто используема команда ICM появилась в S370. 1.2. Если "разработчик" (доработчик) ОС - всё, что связано с виртуализацией в новых ОС.
Новые среды разработки (CMS)
etc.
Я уже ответил на это: зачем ей такие хитрости при наличии "персонального оператора".
О боги, как повезло тем кто касался этих священных перфокарт
Дырочки прямоугольные в них пробивались прикольные;)
В пачку с лентой из сложенной той же перфокарты собирались тоже прикольно:)
А так это удобная карточка для ходовых телефонов, у меня они и стояли годами. Управляющая компания и пр. И сейчас стоит.
Были еще большего размера с пропорциями 3х2, на них в НИИ часто вели картотеки в деревянных выдвижных ящиках. У меня на 6 штук для литературных источников. А потом в 90-е появился Borland Paradox и я набил в их в БД.
Сравнивать АСУшника 1970-х с веб-разработчиком 2020-х, это правильно. Оба же "программисты", а остальное не важно.
Ещё можно сравнить работу каменщика 1970-х и электрика 2020-х. И то и то "строитель". :)
Спасибо, интересная статья об истории программирования. Да, прогресс на лицо, от огромных помещений с машиносчетной техникой, до обычного ноутбука на рабочем столе.
Чем программист отличается от разработчика: Программист программирует железо, а разработчик настраивает фреймворки!
От мини-ЭВМ и перфокарт к IDE и фреймворкам. Как поменялось программирование за 50 лет — взгляд изнутри