Введение:
Мейнфрейм – это главный компьютер вычислительного центра с большим объемом внутренней и внешней памяти. Он предназначенный для задач, требующих сложные вычислительные операции. Сам термин «мейнфрейм» происходит от названия типовых процессорных стоек этой системы. В 1960-х – начале 1980-х годов System/360 была безоговорочным лидером на рынке. Её клоны выпускались во многих странах, в том числе – в СССР (серия ЕС ЭВМ). В то время такие мэйнфреймы, как IBM 360 увеличили способности хранения и обработки, интегральные схемы позволяли разрабатывать миникомпьютеры, что позволило большому количеству маленьких компаний производить вычисления. Интеграция высокого уровня диодных схем привела к развитию очень маленьких вычислительных единиц, что привело к следующему шагу развития вычислений.
Назначение мейнфреймов:
Итак, мэйнфрейм — это компьютер, который может поддерживать большое количество приложений и одновременно обслуживать тысячи пользователей.
Такая вычислительная система может служить как сервер и как хранилище данных.
Мэйнфрейм как сервер — это некий программный компонент, который выполняет сервисные, обслуживающие функции по запросу клиента. Он может выступать как файл-сервер, на котором хранятся все файловые ресурсы локальной компьютерной сети.
Также серверы могут функционировать без личного участия человека, но при этом должна быть обеспечена надежность устройства, т.к. она должна обслуживать клиентов круглосуточно. Для этого на серверах есть элементная база, где происходит дублирование системы, и есть более надежная оперативная память с большим временем наработки на отказ.
Самым главным достоинством серверов является их производительность, которая зависит от:
- типа и производительности процессоров;
- от объема и типа оперативной памяти;
- от производительности дисковой подсистемы.
Мэйнфрейм как сервер должен быть обеспечен такими функциями, как мониторинг и диагностика, которые позволяют управлять им на расстоянии.
Мэйнфрейм как хранилище данных — это центральное хранилище, где происходит обработка данных. К нему подключаются устройства с менее мощной производительностью, такие как рабочие станции и терминалы.
Сферы применения мэйнфреймов:
Мэйнфреймы пригодны для решения практически любых задач, требующих больших вычислительных мощностей, — от научных и инженерных до коммерческих. Необходимость больших вычислительных мощностей может быть обусловлена двумя обстоятельствами:
- сложностью решаемых задач, например, в области исследования генома человека, морской нефтеразведки и т.п.;
- ростом объемов обрабатываемых данных, связанным, в частности, с тенденцией перехода к интегрированным системам управления организациями, предприятиями, компаниями и т.д.
Тенденция перехода к интегрированным системам управления проявляется в стремлении к использованию единой базы данных предприятия, объединению на информационном и технологическом уровнях всех ключевых аспектов производственной и коммерческой деятельности предприятия, таких как производство, планирование, финансы и бухгалтерия, материально-техническое снабжение, управление кадрами, сбыт, управление запасами, ведение заказов на поставку продукции и предоставление услуг (см. рис. 7.1). Появились особые классы информационных систем — ERP-системы (Enterprise Resource Planning, планирование ресурсов предприятия), информационно-аналитические системы (ИАС), системы поддержки принятия решений (СППР), требующие значительных вычислительных мощностей.
Частота релизов и Quality First
Все мы читали о том, что очень важно поставлять ценность кастомерам как можно быстрее, поэтому эффективные команды делают релизы очень часто. С другой стороны мейнфрейм продукты это Enterprise решения в котором качество играет одну из ключевых ролей
Мы используем немного изменённый Scrum фреймворк в нашем процессе разработке и живём двухнедельными спринтами, в конце которых мы делаем релиз продукта с обязательным проходом всех юнит-тестов и полной регрессии. Звучит довольно стандартно, но у нас возникают следующие трудности:
-
Исторически мы можем поддерживать несколько версий продукта. Для нас это значит, что в конце спринта мы делаем релиз только для одной версии продукта. Как следствие, новые обновления для каждой версии выходят примерно раз в месяц. Также, по личным наблюдениям, мультиверсионность стоит нам примерно 20% времени команды — что очень много.
-
Даже с учётом ежемесячных обновлений, больше половины кастомеров обновляют продукты только если у них случилась проблема или пришло время ежегодного обновления (если так за год ничего критического не случилось). Из-за этого у нас бывают кастомерские проблемы, в которых решение было релизнуто год назад (клиенты на ещё более старой версии), и ты настаиваешь на установке самого свежего релиза, чтобы вновь не пытаться чинить то, что уже давно исправно работает.
Так рынок перегрет?
На самом деле трудоустройство даже 60% недавних выпускников онлайн-курсов — дело вряд ли осуществимое. Особенно — если учитывать тот факт, что работодатели не спешат нанимать новичков, которых нужно обучить до нужного уровня и ещё начислять зарплату всё это время.
«Компания смотрит на джунов через призму инвестиций, так как должна вложить время и ресурсы в его обучение. На собеседовании быстро становится понятно, почему кандидат переучился — искренне интересуется и обладает системными знаниями или пришел только за деньгами. Так и получается, что кандидатов много, а подходящих мало», — сказала Елена Охота, заместитель руководителя отдела управления персоналом компании Axoft.
Общая ситуация такова: вкладываться в обучение новых кадров, особенно в условиях, когда компании не могут прогнозировать своё будущее, готовы только крупные игроки. И то — только в формате стажировок, чтобы вырастить спецов под себя и потом нанять не по конским ценам.
Несбывшийся новый гендиректор IBM
Эксперты TechCrunch не исключают, что Уайтхерст мог уйти, к примеру, после закрытия сделки по покупке Red Hat и не становиться президентом IBM. По их данным, между ним и «Голубым гигантом» была некая «договоренность», согласно которой он остался в штате топ-менеджеров IBM. Вероятно, срок этого «соглашения» истек, и Уайтхерст принял решение двигаться дальше.
Некоторые аналитики видели в нем следующего генерального директора IBM, который мог прийти на смену Арвинду Кришне. Такого мнения в течение долгого времени придерживался и основатель и главный аналитик консалтинговой компании Moor Insight & Strategies Патрик Мурхед (Patrick Moorhead). Он сообщил TechCrunch, что был весьма удивлен уходом Уайтхерста с поста президента IBM.
Никакой ясности
СЕО IBM ни разу не обмолвился о том, собирается ли компания в будущем попытаться восстановить свой бизнес на территории России, или же она планирует уйти с российского рынка полностью. О сроках возвращения в Россию Кришна тоже ничего не сказал.
В словах главы IBM не было никакой конкретики по отношению к россиянам, работающим на эту американскую компанию на территории России. С одной стороны, он заявил, что IBM «защищает и поддерживает их», с другой же – компания широко известна своим умением увольнять людей не просто десятками или сотнями, а тысячами и даже десятками тысяч.
Например, В 1993 г. IBM уволила одновременно 60 тыс. человек, объяснив это оптимизацией и реорганизацией бизнеса, и на тот момент это был рекорд для нее. Спустя 22 года IBM взяла новую высоту – в 2015 г. она лишила работы 111 тыс. человек или около 26% своего персонала.
ИТ-компании могут получить компенсацию до 80% расходов на маркетинг
Поддержка ИТ-отрасли
В августе 2019 г. IBM уличили в массовом увольнении людей в возрасте. Это продолжалось годами, и в результате стремления компании «омолодить» свой штат без работы остались, по предварительным подсчетам, около 100 тыс. человек.
В связи с этим существует вероятность, что происходящее на мировой арене может грозить увольнением россиянам, работающим на IBM в России и за рубежом. Редакция CNews обратилась к представителям IBM с этим вопросом и ожидает ответа. Риск такого исхода событий повышает тот факт, что в конце 2020 г. российский офис IBM уже накрывала волна массовых сокращений. На тот момент причиной была пандемия коронавируса.
На тот момент IBM собиралась уволить около 80 человек. На момент публикации материала в России IBM представляла компания ООО «ИБМ ВЕА» («ИБМ Восточная Европа/Азия»). Согласно сведениям базы List-org.com, на 6 марта 2022 г. в ней работало 984 человека.
Нет данных и о том, собирается ли IBM выполнять свои текущие обязательства перед российскими клиентами. Их дальнейшая техническая поддержка тоже пока под большим вопросом.
Утечки общей памяти
Архитектурно z/OS имеет общую память, которая доступна для чтения/записи всем процессам. И исторически z/OS имеет 24, 31 и 64 битную адресацию, т.е. чисто теоретически память может утекать в мизерной 24-битной адресации, в уже нормальной 31-битной памяти или в бездонной 64-битной. Любое привилегированное приложение (Key 0, SUPER MODE) может аллоцировать память в общем пространстве.
Одним из примеров использования общей памяти может служить следующая ситуация: у нас есть продукт «A», который хочет получить данные о продукте «B», для этого «A» запрашивает общую память, кладёт туда код, который запустится в адресном пространстве продукта «B» (это называет schedule SRB — Service Request Block), пройдёт по нужным блокам памяти, заполнит нужную структуру и вернётся в «A» для дальнейшей обработки результатов и затем «A» очистит общую память.
Но что если «A» будет запрашивать общую память, скажем, каждые 15 минут, но чистить не будет? Размер общей памяти будет уменьшаться до тех пор, пока различные приложения не начнут падать (ABEND) из-за нехватки этой памяти. Фишка в том, что даже если убить «A» z/OS не вернёт неочищенную общую память (на то она общая, особенная и может быть использована только привилегированными приложениями). Т.к. этой памяти станет мало, придётся рестартовать LPAR, это процесс называется IPL.
Поэтому нам, как разработчикам, нужно быть очень внимательными с общей памятью и пытаться чистить её даже в случае ненормального (kill) завершения приложения.
Зачем нужны мейнфреймы если есть куча всего другого?
На самом деле, большинство компаний, использующих мейнфреймы используют их потому что так было ещё лет 30-40 назад и у них есть и инфраструктура, и кадры которые это всё поддерживают … плюс миграция с платформы на платформу удовольствие не из дешёвых, а самое главное что ЭТО ВСЁ ЕЩЁ РАБОТАЕТ.
Так или иначе, с каждым годом некоторые компании отказываются от мейнфреймов, а некоторые наоборот их покупают(ЗАЧЕМ?), поэтому в целом за последние лет 20 число компаний, использующих мейнфреймы, почти не изменилось. Зато большинство компаний выросли и, как следствие, увеличилось число данных, которые необходимо обрабатывать, хранить и продавать.
Как уже было упомянуто, некоторые компании приобретают мейнфреймы не имея их ранее и, субъективно, на это есть всего одна причина: они надёжны. Да-да, мейнфреймы надёжны и летящие в меня камни, помидоры и негативные комментарии не изменят этого факта. Вот в чём заключается надёжность:
-
Софтовая. Т.к. большая часть софта была написана давно, она уже изрядно проверена временем. С большой долей вероятности код работающий 10,20,30 лет проработает ещё.
-
Физическая. Мейнфремы изначально разрабатываются чтобы переживать различные природные катастрофы, или хотя бы минимизировать потери, связанные с ними. Большинству читателей, думаю, это трудно понять, т.к. такие вещи мы видели только по телевизору, когда его ещё смотрели, да и то в других странах где-то далёко.
-
Кибербезопасность. Скорее всего самый аргументный аргумент. Невзирая на тот факт, что большинство новшеств из «обычного» мира в мейнфреймы приходят с запозданием, и даже если будет существовать какая-нибудь уязвимость, ею просто будет трудно воспользоваться. Скорее всего, если я дам свой логин и пароль любому из читателей 99,(9)% из вас даже не смогут залогиниться в систему в первые пару минут.
Drygulch (1980)
В этом списке игра Drygulch, возможно, лучше всего документирована, отчасти потому, что она была разработана как коммерческий продукт. В середине 1970-х годов компания Control Data Corporation (CDC), которая в течение многих лет поставляла аппаратное и программное обеспечение для системы PLATO, получила лицензию от Иллинойского университета на коммерческое использование PLATO. Примерно в 1980 году компания начала продавать домашние терминалы и программное обеспечение для микрокомпьютеров, а также услугу под названием «Homelink», которая позволяла домашним компьютерам подключаться к центру обработки данных CDC за 5 долларов в час.
Сервис провалился по разным причинам, но одним из его результатов стала Drygulch, MMO на западную тематику, написанная сотрудником CDC Майком Джонсоном. В статье в журнале Antic за ноябрь 1984 года описывается игровой процесс:
В игре были представлены магазины, конюшня, гостиница, тюрьма и кладбище. Игроки могли играть за хороших или плохих персонажей, причём первые могли охотиться за головами вторых и отправлять их в тюрьму. Интерфейс противопоставлял двухмерный город и трёхмерную шахту, которая служила подземельем, позволяя игрокам сражаться с врагами и возвращаться с кучей золота.
Поскольку в Drygulch играли вплоть до середины 1980-х годов, я уверен, что где-то должны сохраниться фотографии, если не снимки экрана, но в сети их, похоже, нет. Я не знаю, почему Drygulch не была сохранена подобными Cyber1 инициативами, но подозреваю, что так произошло потому, что игра принадлежала CDC, а не Университету Иллинойса.
За последнее время индустрия игр ушла далеко вперед. И если вы хотите быть востребованным специалистом, создающим игры самостоятельно или в команде профи, вам поможет наш курс разработки игра на Unity. А можете прокачаться и в других профессиях с помощью специального промокода HABR.
Узнайте, как прокачаться и в других специальностях или освоить их с нуля:
Окончательный уход Cisco
Как стало известно CNews, американская корпорация Cisco, производящая сетевое оборудование,
окончательно уходит с российского рынка. Эту информацию изданию подтвердили собеседники
в четырех крупных российских ИТ-компаниях.
Сотрудникам Cisco объявят об окончательном уходе компании с
российского рынка 30 июня, рассказали CNews три источника в крупных ИТ-компаниях.
Компания объявит себя банкротом и выплатит сотрудникам «парашюты» (выходные пособия), уточняет собеседник издания в крупном ИТ-интеграторе.
«Нахождение сотрудников в отпусках и выплата
«парашютов» — известная мера по относительно безболезненному
расставанию с командой. — Рассказал CNews Борис Попов, директор по развитию
бизнеса компании Vinteo. — В подобных случаях выплаты, скорее всего, составят
компенсацию за 3-5 месяцев». Сотрудники российского представительства вероятно
продолжат деятельность в системных интеграторах, которые ранее работали с
проектами Cisco, считает Попов.
По информации другого источника издания на ВКС-рынке, все
операции по уходу вендора с российского рынка будут завершены 4 июля.
Российское представительство Cisco на момент публикации не смогло ответить на запрос CNews.
Debug
Не знаю почему, но дебаг приложений на z/OS в 2021 происходит примерно так же как и лет 30 назад. Самый удобный/мощный дебагер который есть — это консольный XDC дебагер работающий на z/OS с доступом из ISPF панели. Он реально крутой, но вообще не user-friendly и его нельзя прикрутить к IDE, что заставляет большинство джунов использовать printf в первый год и избегать дебагер (но долго бегать не получится, рано или поздно придётся заглянуть в пасть льву).
Да, есть дебагер от IBM с собственной IDE, но лично моё мнение, что он подходит или для «Hello World!» проектов или для небольших карманных проектов.
XDC Debugger
Кадровый голод
Если у вас появляется свободная вакансия в команде, с большой долей вероятности, её место займёт человек, который о мейнфреймах слышал не более чем среднестатистический читатель этой статьи. Вам в любом случае нужно обучить человека тому, что человек будет слышать впервые в жизни: TSO, JCL, USS, ISPF, Datasets, JES, SDSF, SMP/E.
Как правило, первые полгода разработчик не будет приносить пользы, но на него будет требоваться время Техлида, Скрам-мастера, Менеджера и других членов команды.
Справедливости ради, хочу отметить, что т.к. все понимают, что учить нужно будет почти всех и происходить это будет часто, как правило, очень хорошо развиты системы тренинга, обучения, планов развития компетенций и т.п.
Цена вопроса
Кто-то спросит: а разве нельзя построить близкую по классу обслуживания инфраструктуру на кластере х86? И разве не может Linux с тем же успехом работать на «персоналках»? Конечно, это возможно. Но вложить в такое решение придется никак не меньше средств, чем в мэйнфрейм. Да, мэйнфрейм требует изначально больших затрат, как и всякая техника класса hi-end. Но в долгосрочной перспективе затраты на ЦОД, построенный на любой другой платформе для тех же задач и с аналогичными параметрами, будут не ниже, а возможно, даже выше, чем затраты на ЦОД, работающий на мэйнфреймах.
И главное, не надо забывать, что всей созданной вычислительной инфраструктурой нужно управлять. Мэйнфреймы интересны тем, что в них заложено простое и надежное управление сложными процессами за счет высокой концентрации вычислительных средств. Добиться такого уровня управляемости на х86 будет сложно и вложить в это придется много.
В мэйнфрейме помимо процессоров, выделяемых пользователям, работает на порядок больше процессоров разного класса, которые обслуживают вычислительную инфраструктуру, – канальные процессоры, процессоры, отслеживающие состояние компонентов и блоков системы, и т. д. В архитектуре х86 «обслуживающая периферия» невелика, и ее еще нужно организовать. Поэтому, как показывает практика, на стандартной архитектуре можно создать систему близкую к мэйнфрейму по сервисным показателям, но по показателям надежности и эксплуатационным характеристикам – нет. Неспроста всевозможные эмуляторы мейнфреймов для х86 так и остались по сей день эмуляторами. Они могут быть хороши для целей разработки, но не более того.
Биография
В альтернативной Вселенной известной как Земля-982, после последней провальной миссии Мстителей, уставший Тони Старк решил уйти из героев и окончательно отставить броню Железного человека. Тем не менее, он осознавал и боялся, что со временем может возникнуть новая угроза для Земли, поэтому, Тони решил подстраховаться на случай возникновения не предвиденных обстоятельств и создать то, чтобы может её предотвратить. Для этих целей, он сконструировал по образу брони Железного человека, андроида, которого назвал Мэйнфрейм. Старк также заложил в андроида отпечаток своих мозговых волн. Однако, когда он закончил работу над Мэйнфреймом, не было активной команды Мстителей, по этой причине, могущественный андроид оставался неактивным.
Спустя целых десять лет после создания андроида, произошла чрезвычайная ситуация, когда взрослый Кевин Мастерсон (сын покойного Эрика Мастерсона, также известный как Громобой, который был одним из Мстителей) прибыл в особняк Мстителей расположенный в Нью-Йорке
Который прибыл туда, чтобы забрать мистическое оружие, которое ему завещал его отец. Извлечение мистического оружия из хранилища привлекает внимание Локи, который желает его заполучить для себя. С этой целью, он направляет Троллей. В это время, в Особняке Мстителей присутствует Эдвин Джарвис, который является его смотрителем. Джарвис становится свидетелем нападения и посылает сигнал Мстителям
Данный сигнал также приводит к активации Мэйнфрейма, впервые за все время после его создания.
На данный сигнал отзываются Джубилейшен Ли (в настоящее время лидер команды Икс-Люди), Кассандры Лэнг (дочь Скотта Лэнга, бывшего Человека-муравья) известная под псевдонимом Жало и Хелен Такахама под псевдонимом Джолт
Поскольку Кевин пытаясь скрыться от Тролей бежит по улицам, он также привлекает внимание Спидбола и Джей2. В то время, когда Кевин загнан в угол, его в последнюю секунду спасает Мэйнфрейм
Но несмотря на то, что героям удаётся разобраться со всеми Троллями, все они были быстро пойманы Локи, который забирает всех героев в Асгард. Там он намеревался зарядить оружие «Громобой», после чего использовать его против своего брата Тора, который теперь является правителем Асгарда. Когда Локи производит зарядку Громобоя, Кевин удаётся выбраться и завладеть оружием, а также освободить других героев. Между героями и Локи вновь разгорается сражение, в котором он опять начинает одерживаться верх, однако, данная заварушка привлекает внимание Тора, в результате чего, злодей был вынужден бежать. Тор возвращает героев обратно на Землю, по прибытию Мэйнфрейм предполагает организовать новое воплощение Мстителей. В конечном счёте, Мэйнфрейм, Жало, Джей2 и Кевин (который становится новым Громобоем) объединяются и сформировывают команду получившая название, А-Некст.
После создания команды, Мэйнфрейм сразу же попытался стать её лидером. Он часто сталкивается с противодействием в лице Жало (которая не знала, что Мейнфрейм является андроидом). Но когда Мэйнфрейм был серьёзно поврежден, его тайна раскрывается, однако, Жало была одной из первых, кто хочет ему помочь починить его (с помощью своего отца). Со временем выясняется, что всякий раз, когда Мейнфрейм был серьёзно повреждён, он загружает свою личность и воспоминания в другое тело, собранное на орбитальном спутнике.
Вскоре Мэйнфрейм превратился в нечто большее, чем просто обычный высокотехнологичный героя для своих товарищей по команде, он стал их настоящим другом. Он также научился делиться своими обязанностями в качестве лидера со своей напарницей известной под псевдонимом Американская Мечта. Несмотря на это, его направленность на лидерство по-прежнему приводит его к разногласиям с Мстителями, в частности с Девушкой-Пауком.
Современные мейнфреймы
Надёжная работа мейнфреймов является результатом их постоянного усовершенствования на протяжении шестидесяти лет. Их усреднённое время наработки на отказ приближается к пятнадцати годам. Специалисты, которые разрабатывали VM/ESA, на протяжении почти двадцати лет, работали над удалением, обнаруженных в операционной системе ошибок. Результатом явилась операционная система, которую возможно применять везде и всегда, даже при повышенной степени ответственности. Кроме того, мейнфрейм в состоянии проигнорировать или исправить почти все аппаратные ошибки и ошибки программного обеспечения, применяя такие методы:
- Резервирование или дубляж ресурсов. В частности, в составе ЭВМ в резерве два процессора и есть резервная память, различные способы доступа к периферии.
- Возможность менять почти все блоки «на горячую», то есть не выключая питание.
- Гарантированная сохранность информации. Применяется структура памяти с исправлением ошибок. То есть возникающие ошибки не разрушают информационные данные в памяти или в устройствах ввода вывода.
- Загруженность мейнфрейма допускается до 80 — 95% от максимальной в длительном режиме. Для сравнения, серверы UNIX способны длительно работать при нагрузке не более 20-30% от максимальной.
- Устройства ввода и вывода информации мейнфрейма спроектированы для работы с самой высокой загруженностью, то есть с высочайшей пропускной способностью.
- При работе ЭВМ, можно использовать масштабирование, причём оно может быть и вертикальным, и горизонтальным. Под вертикальным масштабированием понимается возможность наращивания до двенадцати центральных процессоров на одной ЭВМ. Под горизонтальным масштабированием понимается объединение нескольких компьютеров в единый системный комплекс, который может соединить до тридцати двух ЭВМ. При этом есть возможность объединить географически удалённые устройства. А если применять операционную систему VM, то возможно объединение в единый комплекс любого числа ЭВМ. При использовании программного масштабирования, на мейнфрейме возможно сконфигурировать практически неограниченное количество разных серверных ЭВМ. При этом любой сервер будет изолирован от других серверов.
- Доступность информационных данных. Так как вся информация сохраняется на едином сервере, то приложениям нет необходимости собирать исходные данные из многих источников, нет нужды в добавочном пространстве в памяти для их оперативного сохранения. Эти информационные данные, к тому же, всегда актуальны. Необходимо иметь лишь незначительное число физически реальных серверов и программное обеспечение будет существенно проще. В итоге, это приводит к увеличению скорости работы и значит производительности.
- Аппаратное обеспечение мейнфрейма имеет внутреннюю защиту, например, криптографические блоки. Защитные средства операционной системы могут быть дополнены программами RACF или VM/SECURE, которые предоставляют самую надёжную защиту.
- Обеспечивается сохранность инвестиционных вложений. Применение имеющегося прикладного программного обеспечения не влечёт дополнительного вложения средств на покупку новых программ для иной платформы.
Legacy код
Я не утверждаю, что другие платформы не сталкиваются с легаси, тут скорее даже проблема не в самом легаси коде, а в его возрасте: он может быть написан на старых языках программирования и с применением устаревших практик разработки. И в данном случаем ты даже не знаешь что хуже: разбирать код на HLASM (High Level Assembler) или пытаться понять код на C++, написанный с использованием большого числа глобальных переменных.
Т.е. код, который ты читаешь, может быть написан до публикации книги Clean Code (2008) … да что уж там, даже до публикации Code Complete (1993).
Да и в целом найти человека, умеющего хотя бы читать HLASM или REXX, намного сложнее чем C, C++, PHP, Java разработчиков. Отсюда, кстати, вытекает следующая особенность.
Компания во времена Великой Депрессии
Так как к мировому экономическому кризису 1929-1939 корпорация уже вышла на многомиллионную прибыль, она продолжила стабильно развиваться — рабочим выплачивалась з/п, а исследования продолжили финансироваться. Удержаться «на плаву» помогли и крупные правительственные заказы США в 1935-1936.
Нужно отметить следующее:
- 1928: введение новых перфокарт с увеличенным (до 80 количеством столбцов), которые получили название IBM Card.
- Заказ правительства на систематизацию данных о занятости американских граждан — требовалось проанализировать информацию о 26 млн человек! «Голубой Гигант» справился с задачей, чем обеспечил себе поток будущих крупных заказов от государства.
По данным ряда источников, американская разведка провела тайную спецоперацию «Скрепка»: спланировала миграцию перспективных ученых из фашистской Германии в США. Эти научные кадры в дальнейшем стали «ядром» IBM.
Читал Вашу статью, не веря глазам своим. В России, есть люди, которые не хают мейнфрейм, сравнивая его с динозавром и легаси-экзотикой? Слабая информированность (здесь присутствует откровенное отсутствие желания изучать другие технологии) и недальновидность российских ИТ-шников сыграла «злую шутку» с ними. В СССР ( с учетом военных применений) было создано более 21 000 мейнфреймов ЕС ЭВМ, кол-во персонала, обслуживающий этот массив машин не поддается учету, и, вдруг, проходит 20 лет, и наступает почти полное забвение IBM-технологии, такое возможно только в России и в СНГ. В этом году (2024) планируем создание небольшого дата-центра, ядром которого будет старый мейнфрейм 10-ти летнего возраста, где будет использован и HLASM, и Rexx, и С с FortranVS, и даже Linux
под z/VM и z/OS, и многое другое. Продолжайте дальше популяризировать эту тему, т.к. дремучесть наших итшников в технологиях IBM уже вызывает не улыбку, а скорбь.