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)
Ответ на: комментарий от stasolog

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вещественные числа с фиксированной точкой, есть в стандартной библиотеке.

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