LINUX.ORG.RU

США из-за коронавируса срочно ищут знатоков COBOL. И не могут найти.

 


1

3

Власти американского штата Нью-Джерси начали поиски программистов, знающих язык COBOL, из-за возросшей в связи с коронавирусом нагрузки на старые ПК в американской системе занятости. Как пишет The Register, специалистам потребуется обновить программное обеспечение на мейнфреймах 40-летней давности, которые перестали справляться с нагрузкой, резко выросшей на фоне увеличившегося числа безработных из-за пандемии CoVID-19.

Проблема нехватки знающих COBOL программистов затронула не только Нью-Джерси. В штате Коннектикут власти тоже ищут специалистов по этому языку, притом в этом случае поиск ведется совместно с чиновниками еще трех штатов. Tom’s Hardware пишет, что их усилия, как и в Нью-Джерси, к успеху пока не привели. https://www.tomshardware.com/news/new-jersey-cobol-coders-mainframes-coronavirus

Согласно опросу Computer Business Review (https://www.cbronline.com/news/cobol-code-bases) , проведенному в I квартале 2020 г., с проблемой необходимости модернизации ПО в настоящее время сталкиваются 70% компаний, по тем или иным причинам до сих пор использующим программы, написанные на COBOL. Точное количество таких предприятий неизвестно, но, по информации Reuters, во всем мире в 2020 г. используется 220 млрд строчек кода этого языка.

COBOL активно применяется не только в системах занятости, но и в финансовых организациях. На 61-летнем языке написано 43% приложений, используемых в банковских сферах, и 95% банкоматов по всему миру в тех или иных масштабах используют созданное с его помощью ПО.

К числу причин, по которым организации не спешат отказываться от COBOL и переходить программы, созданные при помощи актуальных языков программирования – это дороговизна обновления. На своем примере это доказал Банк содружества Австралии, решившийся на полную замену всех приложений, написанных на COBOL.

Представители банка сообщили, что переход на новое ПО занял пять лет – он проходил в период с 2012 по 2017 гг. Размер затрат на это крупномасштабное мероприятие известен – апдейт обошелся банку почти в $750 млн.

>>> Подробности

★★★★★

Проверено: Pinkbyte ()
Последнее исправление: Pinkbyte (всего исправлений: 1)

Ответ на: комментарий от anonymous

Я и работаю в финансовом секторе. И переписывал именно финансовый софт с RoR на Java.

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

С рассуждениями и крайностями это тебе обратно в 9б.

anonymous
()

на мейнфреймах 40-летней давности, которые перестали справляться с нагрузкой

говорят, в америке инет хреновый из-за того, что не могут заменить старую лапшу

anonymous
()
Ответ на: комментарий от anonymous

Переписать с этого гумна на java вообще проблемы не вижу, если знаешь java.

Вот поэтому тебя и нельзя допускать ни к чему серьезнее локалхоста и роутера в мамкиной квартире.

Пошевели головой и подумай почему может быть НЕЛЬЗЯ переписывать на джаву.

windows10 ★★★★★
()
Ответ на: комментарий от windows10

Глупость такого масштаба обычно пишут анонимусы.

Partisan ★★★★
()

Ну а на что они рассчитывали? Разработчики нынче совсем не простые работяги, они уже вполне вошли в такое состояние что даже за большие деньги не захотят работать с неинтересными им продуктами. Ну а в 2-3 раза больше рынка все равно за кобол не будут платить, так зачем выходить за рамки комфорта. Надо было думать 10 лет назад, когда эти статьи про недостаток работников на коболе вперые начали появляться. Вот банк австралии смог же.

prizident ★★★★★
()
Ответ на: комментарий от anonymous

Там многие живут в частных домах, невыгодно тянуть оптику в каждый дом. Потому adsl по телефонной линии. К тому же legacy технологии, которые не торопятся заменять, потому что работает и народ платит (а куда деваться). Страны, которые начинали позднее (Россия, Индия) имеют преимущество, потому что сразу перешли на современное оборудование. А вот в Австралии интернет медленный и дорогой, потому что невыгодно модернизировать подводные кабели.

anonymous
()
Ответ на: комментарий от micronekodesu

Отсутствие исходников, потеря авторов, хотя всё можно благополучно выразить через дороговизу, с этим не поспоришь.

AKonia ★★
()

Представители банка сообщили, что переход на новое ПО занял пять лет – он проходил в период с 2012 по 2017 гг. Размер затрат на это крупномасштабное мероприятие известен – апдейт обошелся банку почти в $750 млн. $750 млн. пять лет

это дороговизна обновления.

ММм по 150 лямов в год для крупного банка, целый 0.1% от выручки, какая же дороговизна, вот если бы 0.01% то ещё можно было бы подумать, а так в жопу эту устойчивость и безопасность того, на чём стоит твой бизнес.

shpinog ★★★
()

а вообще, какой сейчас самый надёжный язык (в плане долговременной поддержки и развития) для гос. и фин. секторов, на который можно было бы перейти с кобола?

anonymous
()
Ответ на: комментарий от shpinog

фортран ничего что кобол создавался как отраслевая замена фортрану

нет, понятно что в нынешнем состоянии они оба полнофункциональные современные язычки, но в чём смысл?

anonymous
()
Ответ на: комментарий от anonymous

Могут быть финансовые потери из-за уязвимостей современного по.

А на мейнфремах 40 летней давности, где ничего не обновляется?

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

Зачем им эта безопасность, спёрли, позвонили товарищу майору он так уж и быть малую часть отловит. А всё что тырят это опять же 0.01% смысл заморачиваться, большие суммы не тырят ввиду безуспешности этого дела и такие суммы отслеживаются.

shpinog ★★★
()
Ответ на: комментарий от LongLiveUbuntu

Разве что в фильмах про программистов. Работал в UBS. Программисты чутка проебались в имплементации, тестеры вместо проверки расчётов занимались проверкой размера кнопочек в UI. В итоге несколько клиентов переплатили от десятков до сотен тысяч евро лишних комиссионных в год. Ничего страшного. Кто-то из менеджеров банка заметил ошибку, деньги клиентам вернули, извинились, программисты баг исправили. Автотест дописали.

anonymous
()
Ответ на: комментарий от stasolog

Губернатор Нью-Джерси ищет программистов на Cobol’е (комментарий)

И? Аргументов весомых то нет, а истории они такие, имеют свойство разниться.

С мертвого языка на мертвый? Классная идея.

Кобол чё мёртвый то, обновления есть, как платные так и бесплатные реализации. Фортран так же, ничё живой, обновы есть.

shpinog ★★★
()
Ответ на: комментарий от anonymous

Постоянно ноют что чет обновилось и все отвалилось. А с Java какие то траблы, Oracle она видимо не особо нравится. Выбор языка не так прост...

stasolog
()
Ответ на: комментарий от anonymous

можно за лето изучить и уехать в америку

ага, попробуйте, главное - не забудьте забыть всё нажитое непосильным трудом

сила Кобола в его железобетонной надежности и заточенности именно под финансы-бухгалтерию

почему до сих пор кобольство в деле? потому что от добра добра не ищут

по контрасту - хотелось бы заглянуть в будущее (лет хотя бы на 30) нынешних пайтонов, растов, жабоскриптов и пр.

anonymous
()
Ответ на: комментарий от shpinog

И? Аргументов весомых то нет, а истории они такие, имеют свойство разниться.

Я ссылку на комментарий дал.

Кобол чё мёртвый то, обновления есть, как платные так и бесплатные реализации. Фортран так же, ничё живой, обновы есть.

Ну я про это писал в том треде. Правда бесплатные реализации плохи.

stasolog
()
Ответ на: комментарий от anonymous

Хм, а ведь неплохой вариант, подправить язычек только, добавив bcd-арифметику и прочие удобности. Желающих правда будет все так же мало, но уже намного лучше COBOL'а, и ближе к современным языкам.

stasolog
()
Последнее исправление: stasolog (всего исправлений: 1)
Ответ на: комментарий от stasolog

Я ссылку на комментарий дал.

Ссылка не аргумент, я о содержимом.

Ну я про это писал в том треде. Правда бесплатные реализации плохи.

Ну так не бомжи обновляются, могут и у mfi взять лицуху.

shpinog ★★★
()
Ответ на: комментарий от micronekodesu

Банальная невозможность разобраться в старом коде (а порой и просто отсутствие оного). Глобальность и взаимосвязанность систем.

И много, много других на первый взгляд неочевидных причин.

Погугли, как FAA 20 лет пыталась заменить свои майнфреймы.

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

beastie ★★★★★
()
Последнее исправление: beastie (всего исправлений: 2)
Ответ на: комментарий от shpinog

Ссылка не аргумент, я о содержимом.

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

Ну так не бомжи обновляются, могут и у mfi взять лицуху.

Ну эт понятно. Я просто инфой делюсь.

stasolog
()
Последнее исправление: stasolog (всего исправлений: 1)
Ответ на: комментарий от anonymous

Разве что Java. Есть, конечно, плюсы, но это сильно повышает требования к разработчикам. Хороших джавистов и больше, и дешевле они.

WitcherGeralt ★★
()
Ответ на: комментарий от stasolog

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

Что за числа такие? Библиотеку накалякать не вариант?

писать иногда по несколько строчек, так наверное выйдет что программы на Java будут более длинными и менее понятными, лол

Я не думаю что там 90% строк это работа с числами, там 90% это бизнес логика. Собственно в фортране с мат либами всё отлично, так сказать эталон, если твоё предположение верно то почему нет?

, но Oracle принимает в последнее время странные решения, например убили Java EE и отказали в передаче несчастного неймспейса Eclipse для развития, + новые версии теперь выходят часто, время жизни у них маленькое…

Только всё это не имеет отношения к самому языку непосредственно, думаю там люди будут исходить не из наличия jave EE и недоIDE. Жаба конечно говно, но с точки зрения надёжности все пердят что хороша, сам не проверял.

shpinog ★★★
()
Ответ на: комментарий от shpinog

Кобол чё мёртвый то, обновления есть, как платные так и бесплатные реализации

И кто же их выпускает? Оттуда программистов нельзя взять?

anonymous
()
Ответ на: комментарий от shpinog

Что за числа такие? Библиотеку накалякать не вариант?

Пройди по моей ссылке, там ниже я рассказывал. Библиотека не спасает, так как перегрузки операторов в яве нету.

Я не думаю что там 90% строк это работа с числами, там 90% это бизнес логика.

Которая работа с числами все же, не со строками же.

Собственно в фортране с мат либами всё отлично

Не думаю что там матан жеский нужен, или матрицы хотя бы, там проблема в устройстве чисел.

Только всё это не имеет отношения к самому языку непосредственно

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

stasolog
()
Ответ на: комментарий от anonymous

будут брать. аккуратно, по ночам.

anonymous
()

ещё интересно, кто сейчас производит запасную комплектуху для мейнфреймов 40-летней давности? если таких производителей мало и закупки дорогие, то тут попахивает распилом

anonymous
()
Ответ на: комментарий от windows10

Пошевели головой и подумай почему может быть НЕЛЬЗЯ переписывать на джаву.

Патамушта затраты, и все режут косты. Дешевле поддержка, чем полноценная переделка.

WatchCat ★★★★★
()
Ответ на: комментарий от stasolog

Пройди по моей ссылке, там ниже я рассказывал. Библиотека не спасает, так как перегрузки операторов в яве нету.

А что нельзя эту библиотеку написать на том же Си\С++ там же вроде хорошая интеграция, да и к яве вроде можно почти всё прицепить не? Собственно я не думаю что там прям такая большая библиотека будет, да и задача скорее всего типовая и много раз решенная.

Которая работа с числами все же, не со строками же.

Но не напрямую, это уже абстракции и обёртки.А что где-то можно работать с числами не используя числа?

Не думаю что там матан жеский нужен, или матрицы хотя бы, там проблема в устройстве чисел.

В LLVM не решенная и потенциально не прилепимая к любому из кучи языков в него могущих ?

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

Здесь мне кажется больше вопрос именно жлобства, просто выбор явы обусловлен меньшими затратами на обустройство этой надёжности, и дешевизне специалистов (человеко-часы) для реализации. При желании это всё можно хоть на C\C++ (учитывая последние изменения вполне можно писать надёжный код), хруст, GO, да и ещё кучу хипстоты. Через 10 лет это всё будет таким же говном легаси как джава.

shpinog ★★★
()
Ответ на: комментарий от anonymous

ещё интересно, кто сейчас производит запасную комплектуху для мейнфреймов 40-летней давности? если таких производителей мало и закупки дорогие, то тут попахивает распилом

Да их кроме IBM никто не делает тыщу лет, а если делает то комплектуха от них.

shpinog ★★★
()
Ответ на: комментарий от shpinog

А что нельзя эту библиотеку написать на том же Си\С++ там же вроде хорошая интеграция, да и к яве вроде можно почти всё прицепить не?

Проблема в синтаксисе, так то все реализуемо, посмотри на код по ссылке, программы делают одно и тоже, все в порядке по этой части, но если на коболе можно написать 2+2*2, то в яве это превращается в кучу кода с созданием классов, вызовом методов.

В LLVM не решенная и потенциально не прилепимая к любому из кучи языков в него могущих?

Ну можно и для явы препроцессор написать, или компилятор подправить, и никаких проблем, я уже выше написал. Только видимо какие то проблемы с этим, иначе почему эти траблы описывают? Может разрешено юзать только закрытый компилятор от ibm на их железе и за внесения правок и препроцессоры расстрел на месте с потерей лицензии.

Через 10 лет это всё будет таким же говном легаси как джава.

Код на С написанный по 89 стандарту и сейчас смотрится так же как современный, никаких отличий нету.

stasolog
()
Ответ на: комментарий от windows10

Пошевели головой и подумай почему может быть НЕЛЬЗЯ переписывать на джаву.

Просвяти меня, о солнцеликий. Почему НЕЛЬЗЯ переписывать на джаву с кобола? Моей головы увы не хватает для понимания сей истины.

Вот поэтому тебя и нельзя допускать ни к чему серьезнее локалхоста и роутера в мамкиной квартире.

А мы посмотрим, можно ли тебя.

anonymous
()
Ответ на: комментарий от Pirr

если в контексте новости, то по крайней мере, надо ориентироваться на старые стандарты, как я представляю

если на русском, то наверное, вот это подойдёт

Бабенко Л.П., Богданова Г.С., Загузова Л.К., Первин Ю.А., Романовская Л.М., Ющенко Е.Л. Государственный стандарт 22558-77 «Язык программирования Кобол». ГК стандартов СМ СССР, М., 1977. – 980 c.

linuxmachtfrei
()

Мне нравится как все благополучно не смотрели «исходник» и не знают что губернатор ищет volunteers, то есть халяву… ну да ну да… удачев ему)

nerfur ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.