Обновить
-4

Программист

1
Подписчики
Отправить сообщение
«Я считаю большим плюсом менфреймов и z/OS то, что код, написанный и скомпилированный десятки лет назад можно исполнять на современных мейнфреймах и современном уровне ОС/ПО».
Это как бы половина истории, мед.
Однако, полуправда — это не правда, ведь так?
Код написанный и откомпилированный хх лет может и работает. Но написан он на древнем синтаксисе языков с использованием приемов и практик, которые сегодня не просто устарели — многие просто запрещены для использования в новых программах.
В результате, поддержка такого кода становится малоприятным и бесперспективным занятием. В том смысле, что навыки полученные на такой работе не получиться применить в чем то новом, потому что теперь подобные вещи делаются по-другому и, зачастую, гораздо проще. Рекомендовать такую работу молодым я бы не стал. Те кто ожидают пенсии — пусть занимаются. Все равно этот код по-хорошему надо переписывать.
Ну, и, конечно, гладко все миграции проходят только на бумаге и в рекламных проспектах. В реальности, можно просто побраузить список ошибок в RETAIN на эту тему чтобы увидеть что далеко не все так гладко.
Кроме того, надо посмотреть какими силами обеспечивается эта совместимость. А цена за это — жесткий вендор лок по всему начиная от железа и заканчивая компиляторами. Потому и очень ограниченный список софта. Если уж так сравнивать, то программы написанные под MS DOS можно запускать на Win10 :-).
Для того чтобы делать такие сравнения, надо быть экспертом не только в z, а как минимум не хуже в том, с чем сравниваете.
Все вышесказанное — это некий эмоциональный поток, где главный аргумент в качестве обоснования — «я считаю».
Это весьма смелое заявление. Поставим рядом z и i и сравним, кто кого сделает по удобству, надежности, архитектуре?
i — это по большому счету улучшенная и кардинально переработанная версия z. Ну, т.е. люди, которые делали s/38, танцевали от 370 — это очевидно. И потому заложили и виртуальную машину и объктность и рациональную БД в ось.
Это как сравнивать 3270 с 5250. Познакомившись со вторым, не захочется возвращаться на первый.
Ну так Астралинукс вроде как непосредственно с производителями Байкалов работают. Так что бинарники от Байкал в их дистрибутиве как бы ожидаемы.
А разве эта проблема не решается унификацией на уровне библиотек типа OpenGL?
Кто нибудь поясните плз, в чем заключается оптимизация конкретно под байкал?
Я по наивности полагал, что если софт уже оптимизирован под конкретные ядра АРМ, то как бы все должно сразу работать более менее неплохо.
Хм, вопрос был: «много ли домашних пк на arm?».
Чем M1 не пример? Он не «домашний»? Он не «арм»?
Ха-ха-ха. Меня уволили? Ну да. И еще и зуб на ibm имею…
Сколько нового о себе родном порой узнаешь от незнакомых людей на хабре.
Ну и да, какой я спец, по сравнению с вами :-).
Ладно, я вижу с кем имею дело. Переход на личности, неимоверный ЧСВ и ноль технических деталей. Удачи в пугании «молодежи» неимоверной крутизной изделий от ibm. Только вряд ли преуспеете. Больше шансов с непрофессионалами: чиновниками, менеджерами… А в открытой технической дискуссии вы просто бессильны и смешны. Когда вам приводят линки на конкретные кейсы успешных миграций самых сложных систем, ответить вам нечем, кроме каких-то мифических историй с минимумом деталей. Так что складывается полное понимание, что дело там было в некомпетентности конкретных исполнителей, а не в мифической незаменимости мэйнфреймов.
Даже жалко вас, немного.
Вообщем, на пенсию, пора вам на пенсию ;-).
Ох, я эти рассказы слушаю с иронией :-).
Чтобы вести разговор предметно, надо представить детали: в какую архитектуру мигрировали, каким образом, какой тип приложения, какая нагрузка, тогда можно будет разговаривать.
Ой, уверяю вас, уж я то точно не обижаюсь :-). Я иронизирую.
Ну и, конечно, процесс миграции с МФ идет повсеместно, а не только в РФ. Так это объективный процесс, а не «политика».
Как специалист, отдавший «зеленым экранам», как мы шутим, пол жизни, в том числе непосредственно в ibm, я этот процесс поддерживаю и считаю прогрессивным. Будущее за открытыми технологиями и стандартами, потому что они дают гибкость и возможность выбора, что хорошо для бизнеса и рынка.

Да, жалко немного людей, которые 30 лет делали одно и то же и настолько закостенели в своих привычках, что переход на что-то другое для них сложен а нередко и невозможен. Но, с другой стороны, я видел и нежелание учиться и смотреть что происходит вокруг у многих. Слишком удобно было думать, что вот это, полученное когда-то знание будет кормить всегда и можно не развиваться в профессии. Так что и не особо жалко. Пора, друзья, или начать учиться новому или идти на пенсию.
Ясное дело, к кому же еще они могли обратиться.
Надо было к вам, и вы бы им объяснили, что мигрируют с мэйнфреймов только неудачники и колхозники. А профессионалы выбирают имб форева :-).
Ну так надо обращаться к специалистам, которые этим занимаются ;-).
А так, есть статистика, что вообще большинство проектов в авйти выходят за рамки плана по бюджету и срокам.
Ну так то, что делалось 30-40-50 лет, просто не мигрируешь. Однако, все же предпочитают идти на эти траты. Значит есть смысл. И ладно бы одни такие — все как один GDS решили мигрировать, так что это объективная необходимость, а не аномалия.
Ну и, потом, не все так грустно сегодня с миграцией. Тяжело было первопроходцам в этом деле. А сейчас уже наработаны практики и компетенции, так что многие компании (начиная с AWS) предлагают помощь в этом вопросе.
Так я о том и говорю, что ввиду закрытости, все эти представления о «как там у них» были во многом мифическими.
Ну, и в СССР было не все так грустно. Я застал не так много, но там тоже были и творческие люди и творческие коллективы. Была возможность для самореализации и крутые проекты.
И насчет — изобретай сколько хочешь — тоже я бы поспорил. Сейчас все сильно зависит от денег. Нет денег — не наизобретаешься много.
Ну и, последнее. Все же, сравнивать как оно сегодня и как оно было в начале 80-х — не корректно. В айти сильно все изменилось и на западе как раз в плане стартапов, денег, возможности творчества.
Я слышал все эти разговоры еще в СССР, типа, чтобы жить как они надо работать как они и т.п. Мол, это у только нас — начальники дураки, а в коллективах полно бездельников или людей которые вообще непонятно как оказались в IT. И можно было бесконечно язвить и злословить по этому поводу над «совком».
А потом СССР рухнул. И я попал сразу в одну самую что ни на есть главную американскую айти компанию — ту, что на три буквы. А из нее — в другую, не менее известную — что на две буквы :-). И испытал известное разочарование. Оказывается у них все то же самое. В тех самых лабораториях, где казалось, творят гении, атмосфера примерно такая же, как в советских НИИ. Так это в еще в айти компаниях. Я уж не говорю о том, что твориться в айти отделах всяких энтерпрайзов. Так что как-то начинаешь спокойнее относиться к НИИ. Не так там было ужасно. НИИЭВМ проектировал машины и писал софт. МПОВТ работал в три смены, круглосуточно отгружая в фуры продукцию которая расходилась не только по СССР, но и по всему восточному блоку. Она была весьма востребована, пока были производства и работало народное хозяйство.
Ну вы просто путаете разные типы нагрузки. Вы тогда еще запросы гугла посчитайте :-). С такими понятиями у гугла нет шансов без парка z :-).
Ну, там суть была в том, что i умеет «в виртуализацию» не хуже чем z.
Зато есть PCIe и OpenCAPI.
Вот-вот, о чем я и говорю — много маркетинга и мало инжиниринга.
Ну так я о том, что ценность этого подхода сильно нивелируется.
На самом деле, чтобы говорить о «ниочем» надо предметно смотреть по результатам. Взять старшую модель i и посравнивать на тестах с младшей z.
То же «железное сквозное шифрование» реализуется в серверах Power с помощью On-chip accelerators. А через OpenCAPI можно подключать вообще что угодно.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность