COBOL Работа за рубежом

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

07.04.2020, Вт, 09:53, Мск , Текст: Эльяс Касми

В нескольких штатах США ведутся поиски специалистов в языке программирования COBOL для обновления ПО, используемого в системе занятости – из-за роста числа безработных на фоне пандемии коронавируса она перестала справляться с нагрузкой. Успехом поиски пока не увенчались – COBOL, по оценке Tom’s Hardware, входит в список мертвых языков, и знающих его программистов почти не осталось.
Государству нужны программисты

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

По словам комиссара Министерства труда и рабочей силы Нью-Джерси Роберта Азаро-Анджело (Robert Asaro-Angelo), объем запросов на получение пособий по безработице в масштабах всего штата подскочил на 1600% за последние несколько недель. Губернатор штата Фил Мерфи (Phil Murphy) подтвердил это, уточнив, что в течение последних семи дней количество таких заявок перевалило за 206 тыс., а за последние две недели их было, в общей сложности, свыше 362 тыс. по всему штату.

Фил Мерфи добавил, что половина поступающих заявок обрабатывается с существенным опозданием, и для этого ему и нужны специалисты по COBOL – необходимо модернизировать ПО мейнфреймов. Однако найти таких программистов властям непросто.
Устаревший язык программирования

COBOL (сокращение от COmmon Business Oriented Language) входит в число старейших языков программирования в мире, первая его версия увидела свет в 1959 г. Один и его соавторов, Джин Саммет (Jean Sammet), как сообщал CNews, умерла в 2017 г. в возрасте 89 лет.

61-летний язык программирования, по данным ресурса Tom’s Hardware, считается мертвым, к тому же он был исключен из состава курсов большинства современных вузов несколько десятилетий назад. Непопулярность языка, созданного в первую очередь для разработки бизнес-приложений – это основная причина, по которой властям штата Нью-Джерси придется приложить немало усилий для поиска специалистов, разбирающихся в нем. Специалисты Tom’s Hardware полагают, что Филу Мерфи потребуется искать их среди пенсионеров, готовых помочь стране бесплатно, поскольку настоящих профессионалов, знающих COBOL, осталось крайне мало, и, по их оценке, они получают $55-$85 в час.

Найти специалистов по COBOL среди молодых программистов будет непросто

Проблема нехватки знающих COBOL программистов затронула не только Нью-Джерси. В штате Коннектикут власти тоже ищут специалистов по этому языку, притом в этом случае поиск ведется совместно с чиновниками еще трех штатов. Tom’s Hardware пишет, что их усилия, как и в Нью-Джерси, к успеху пока не привели.
Дорогостоящий апдейт

Согласно опросу Computer Business Review, проведенному в I квартале 2020 г., с проблемой необходимости модернизации ПО в настоящее время сталкиваются 70% компаний, по тем или иным причинам до сих пор использующим программы, написанные на COBOL. Точное количество таких предприятий неизвестно, но, по информации Reuters, во всем мире в 2020 г. используется 220 млрд строчек кода этого языка.

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

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

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

Источник https://www.cnews.ru/news/top/... onadobilis

1

Я на американских сайтах встречал удалёнку. Можете попробовать сейчас предложить свою помощь в качестве добровольца, чтобы наработать связи и "сделать себе имя". А потом уже есть достаточно большая вероятность получить предложение от компаний на удаленку. В штатах реально огромный спрос на спецов по Коболу. И этот неудовлетворенный спрос только растет из года в год.

1

https://www.computerra.ru/2649... irovaniya/



Добавлено через 2 минуты

Сейчас этот язык считается мертвым, так как на нем перестали писать. Уже несколько десятков лет он исключен из образовательных программ. Несмотря на это, IBM продолжает продавать мейнфреймы, совместимые с COBOL.

Добавлено через 6 минут
Ну и фигни конечно популистской понаписали... Вагон и маленькая тачка.

1

Автор этой статьи (Алина Хмелёва) выдрала абзацы из контекста разных публикаций, загнала этот хлам в Гугл переводчик и скопипастила на страницу. Ну, правда, кое где всё таки подредактировала текст.

Добавлено через 1 минуту

Сообщение от Kukstyler Уже несколько десятков лет он исключен из образовательных программ.

Не исключен, а лихорадочно включается. Только вот молодёжь особо даже там у них не изъявляет желания его изучать.

1

Kukstyler, не слишком ли много требований для кандидата в этой вакансии:

Сетевой инженер:
- Опыт развертывания и администрирования серверов под Ubuntu 18.04
- Опыт работы под ssh, опыт написания скрипов в python
- Владение методами и инструментами разработки (UML, Merise, Rational Rose, agile methods, object methods и др.)
- Умение работать в различных средах разработки (например: объектная технология, сетевая платформа разработки: J2EE…)
- опыт работы с веб-приложениями (например, JavaScript, Flash, dreamweaver, Visual Basic, PHP, Flash и других связанных с ними программ…)
- Знание фреймворков
- Знание языков программирования (Python, C, C#, javascript, C ++, COBOL, Visual C ++, ассемблер...), опыт администрирования операционных систем (Windows, Unix, Linux Ubuntu 18.04...) и ОС (Операционная система) реального времени (QNX, eCos, VxWorks…)
- Хорошее знание стандартов информационной безопасности (SSH, TELNET)
- Понимание архитектуры и инфраструктуры системы ;
- Хорошее владение техническим английским языком может быть достаточно,
хороший уровень английского языка является главным преимуществом для понимания технической документации и выполнения задач в международной среде.
?

0

0

Сообщение от Nadym Не исключен, а лихорадочно включается. Только вот молодёжь особо даже там у них не изъявляет желания его изучать.

И правильно делает что не изъявляет. Единственное что со всем этим хозяйством стоит сделать - переписать с нуля по человечески - продуктивность современных языков выше на порядки.

0

Да я не спорю, что продуктивность современных языков выше на порядки.
Мне вот только интересно, это же сколько надо нанять просто "машинисток", чтобы просто перепечатать 220 миллиардов (на сегодня уже больше) строк кода?
Я уже не говорю о том, сколько надо программистов, чтобы проанализировать этот объём?
Опять же эти "переписатели" должны одинаково хорошо владеть и COBOLoм и "современным языком". Или я не прав?

0

Nadym, Вы вообще синтаксис COBOL себе примерно представляете?
к примеру с = a - b
будет выглядить так
А теперь добавьте к этому что тогда когда все это писалось такого понятия как СУБД не было, а тем более как распределенных реляционных БД с транзитивной обработкой запросов и отложенным согласованием результатов транзакций между разными серверами. При этом вся обработка велась на внешнем носителе а не в ОЗУ и носитель этот был в лучшем случаем магнитная лента - - т.е. все условия синхронизации и т.д. костылились для кадого чтения/записи данных.
Теперь надеюсь понятно почему там аж столько нечитабельного быдлокода понадобилось, на по факту примитивнейший по сегодняшним меркам CURD?

Добавлено через 22 минуты

Сообщение от Nadym Я уже не говорю о том, сколько надо программистов, чтобы проанализировать этот объём?

Его не надо анализировать. Его надо выкинуть. А новое писать по уже готовым постановкам - они то как раз делались на совесть и они то как раз и не меняются от смены средств реализации.

Добавлено через 22 минуты

Сообщение от Nadym Опять же эти "переписатели" должны одинаково хорошо владеть и COBOLoм и "современным языком". Или я не прав?

Асболютно не нужно. Нужно ТЗ на задачу. А еще лучше толковая постановка задачи. Вообще сталкивался с подобными делами в молодости. Переделывал систему централизованной подготовки данных с СМ на ПК. В исходе там оно все то ли на алголе было то ли еще на чем таком - даже точно не знаю. При этом современные СУБД использовать было нельзя - обработка велась на мейнфрейме system/370 и выходной формат должен был быть сохранен таким аки есть. Так что голые плюсы и вперед с песнями - последняя СМ сдыхает ВЦ вот вот остановится з/п весь завод не получит. Ну в общем те кто с сопровождением оной системы на СМ занимался очень сильно удивлялись что ее оказалось возможным за 3 месяца с нуля и в продакшин силами одного человека и при этом с апами которые существенно повышают скорость работы операторов вводящих и верифицирующих данные. Когда узнали что еще и в исполнении студента 3-го курса в свободное от учебы время - у них был мягко говоря взрыв моска.

0

Сообщение от Nadym не слишком ли много требований

Мне кажется тут ищут мага

Fulcrum_013, лучше Вам тут не писать. Почему? Потому как Вы нигде с данным языком не работали (это сразу видно), а я - да! По-этому, я могу что-то по этой теме утверждать, а Вы - только скромно предполагать/теоретизировать.
За сим, во имя избежания флуда и прочей хрени, попрошу Вас либо не мусорить и покинуть тему, либо говорить о том, что реально знаете.

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

0

0

0

Kukstyler, Зато довольно не плохо знаю чем занимается софт "обеспечивающий банковские транзакции", а так же скольким экранам кода, даже на современных языках, эквивалентен один SQL-запрос.

Добавлено через 11 минут

Сообщение от Kukstyler Потому как Вы нигде с данным языком не работали (это сразу видно), а я - да!

Задачи и алгоритмы от языка реализации не зависит. А вот от технологии накопителей некоторые алгоритмы зависят еще как.

Сообщение от Kukstyler По-этому, я могу что-то по этой теме утверждать

Что они там по вашему собрались оптимизировать чтобы тормозить перестало? Поиск с линейного, который в наследство от лентопротяжек остался, на бинарный переделать. Больше там и тормозить нечему и оптимизировать нечего чтобы такие проблемы с производительностью (1600%) было реально порешать.

0

Сообщение от Fulcrum_013 Больше там и тормозить нечему

Вопрос: Вы в этих сферах работали?
Если да, то где, когда, кем и на протяжении какого времени?
Если нет, то рассуждения Ваши не более чем предположения о формах жизни в других галактиках.

Для того, что бы Вы поняли, что там ещё может тормозить, Вы должны :

1. Быть открытым к осознанию других измерений, в которых Вы не крутились
2. Осознавать, исходя из первого пункта, что что бы придти к понимаю того, что там барахлит, почему, и как это можно/нужно оптимизировать, нужно время и изучение материи, чтение документации и форумов, и что наверное важнее всего - практика!
3. Наконец, трезвая оценка самого себя! Те вещи, о которых говорите Вы, писали ещё многие на этом и других форумах. Но раковое заблуждение таких людей в том, что "за бугром" не идиоты работают! И думать, что это именно так - по меньшей мере глупо. И если б решения были такими примитивными и лёгкими, какими их видят люди живущие в параллельных (для данной тематики) реалиях, как Вы, то в Штатах, Европе и других местах тоже бы кто-то об этом догадался, и уже давно.

Я уже об этом говорил где-то тут: утверждения подобные Вашим, могу сравнить только со следующим: Жора, из соседнего подъезда, который механик, переводит немецкие автомобили с бензина на газ. Метод гениален и прост: в моторе над которым 20 докторских защищено не дурными людьми, Жора делает дырку обычной дрелью, и присобачивает туда шланг идущий от баллона с газом, приговаривая какие-же немцы тупицы, что сами до такого не додумались.

0

Сообщение от Kukstyler Вопрос: Вы в этих сферах работали?

В АСУП? Да с этого начинал.
[quote="Kukstyler;14478779"]
По факту - ведущим программистом системы заводского масштаба. Занимался как раз переводом со старых компов на персоналки.

Сообщение от Kukstyler кем и на протяжении какого времени

В течении времени достаточном для перевода всего под что нашлось новое железо - т.е. около года. Дальше ушел дипломироваться и дальше с повышением - т.е. стажером в АСУТП где занимался тем же самым - переводом со старого железа на новое. По времени достаточно чтобы сделать гораздо больше чем нашли железа под внедрение - т.е. около полутора лет. Дальше со старым хламом не связывался.

Сообщение от Kukstyler и что наверное важнее всего - практика!

Единственное что для этого нужно - достаточные теоретические знания, которые путем только практики получить не возможно.

Сообщение от Kukstyler И думать, что это именно так - по меньшей мере глупо. И если б решения были такими примитивными и лёгкими

В данном случае оно самое тяжелое. Мэйнфремы абсолютно масштабируемы. Вычислительная мощность кластера мэйнфреймов сопоставима с вычислительной мощностью Raspberry Pi. А соответственно наиболее простое решение - пару ксеонов ( а то и гиперпень на их эти 25k заявок в день хватит)+ эмулятор который очень давно есть под абсолютно все мэйнфреймы. А если это не работает - значит дело касается именно того что не параллелится таким способом - поиска на внешних носителях. На лентопротяжках он линейный потому что ленту мотать в общем случае меньше чем при бинарном. С заменой накопителя на современный нужно и алгоритм поиска везде в этих тоннах кода заменить.

Добавлено через 7 минут
При этом прирост в 16 раз на таком количестве записей от замены алгоритма поиска - играючи. А вот от чего то другого - ну не надо думать что тогда индусы это писали. Тогда когда это писалось программированием только квалифицированные специалисты занимались, так что прооптимизировать так чтоб в 16 раз прирост дало нереально - таких ляпов там не будет. А вот это место как раз не ляп а оптимизация под технологию накопителей, которая заменилась на технологию для которой оптимальна более другая оптимизация.

0

Сообщение от Fulcrum_013 + эмулятор

Господи ну о чём Вы говорите, какой эмулятор? Вы понимаете вообще масштабы обработки данных на Мейнфреймах? За слово эмулятор, в соответствующих местах, и на пособии по безработице можно очутиться!

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

Вы очевидно НЕ работали с Коболом под Мейнфреймами! А за сим, и рассуждения Ваши не более чем предположения, которые являются заблуждениями. Объяснять Вам почему - Вы не готовы принимать информацию, а хотите спорить и доказывать своё. Да и времени, честно сказать нет Вам это всё объяснять (желание отбили уже давно, люди с Вашими взглядами и с Вашим-же модус операнди).

Предлагаю создать фирму, набрать персонал из думающих как Вы людей, да и творить чудеса на просторах всей Забугрландии и становиться миллионером.

Добавлено через 3 минуты
И давайте правда, закругляться с флудом. Мудрить отсюда, что там в Нью-Джерси на Мейнфреймах надо делать... Битва Экстрасенсов серьёзнее выглядит.

Хотите что-то продуктивное внести - милости просим.

1

Сообщение от Kukstyler Вы понимаете вообще масштабы обработки данных на Мейнфреймах

По современным меркам - никакие.

Добавлено через 2 минуты

Сообщение от Kukstyler А имею в виду именно с Коболом под Мейнфреймами!

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

0

Сообщение от Fulcrum_013 По современным меркам - никакие.

Ну вот, Вы гений, а все Банки мира - идиоты, покупают Мейнфреймы за миллионы, тратят миллиарды, что бы обрабатывать данные с обобьём "По современным меркам - никакие. "... Они просто о Вас не знают! Пишите звоните им, уже сейчас! Они ждут Вас!

Вот когда Вы успешно перенесёте легаси систему Кобол-Мейнфрейм на что-то другое, предоставите нам всем соответствующие доказательства - будем Вам публичный пардон, реверанс и поклон (лично от меня и, думаю, не только).

А пока, СТОП машина!

1

Странно все это. С одной стороны - стопицот миллиардов строк кода на коболе, от которого зависит вся финансовая система. С другой - полное отсутствие притока молодых специалистов в этой области в следствие отсутствия какого-либо обучения коболу в вузах. Спрашивается, все эти биржи труда, банки и прочие весьма не бедные конторы, сама жизнеспособность которых зависит от наличия специалистов - почему они не вкладывались в образование? Почему не развивали в вузах для студентов свои направления образования, не преподавали, почему не привлекали молодежь? Возможных причин я вижу пока три:

• Автор процитированной статьи немного привирает, излишне гиперболизируя проблему.

• Несмотря на все средства указанных контор, привлечь молодежь не выходит ввиду абсолютного хтонического ужаса, сокрытого в недрах коболового легаси-говнокода. Любой адекватный человек, одним глазком взглянув в эту бездну тут же с убегает, побросав все килобаксы, которые ему уже выдали за за согласие здесь поработать, и никогда не возвращается.

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

Я давно уже эпизодически пытаюсь что-то на эту тему почитать, но пока так и не пришел к однозначному выводу.

Kukstyler, может вы, раз уж разбираетесь в теме, расскажете, как же так получилось? Тонны архикритичного кода на коболе есть, а специалистов нет

1

Сообщение от Kukstyler а все Банки мира - идиоты, покупают Мейнфреймы за миллионы

У нас в стране в банках нет ни одного мейнфрейма и никогда не было. С потоком транзакций области справлялся сраный четвертый пень - именно он стоял в качестве процессинга в середине 0-х в одном из крупнейших банков ориентированном на корпоративного клиента. И в остальных банка было примерно так же. При этом еще тогда стали переходить к системе " черный ящик" в филиалах администрируемый из головного офиса дистанционно. Не удивительно что у нас автоматизация в банковской сфере на порядок выше чем в Европе и порядка на два выше чем в Штатах.
А те кто покупают - ну заложники старых технологий, которые не понимают что перейти на новые технологии гораздо дешевле чем продолжать поддерживать старые. К примеру разработка системы клиент-банк для корпоративного клиента с нуля и до продакшина средствами середины 0-х заняла примерно 3 месяца силами двух разрабов.

Добавлено через 8 минут
При этом через эту систему периодически заходили пачки по 40-70k транзакций в пакете - выплаты ЗП индустриальных гигантов, выплаты пенисонного фонда и т.п. Никаких даже пролагиваний не было - сраный 4-ый пень проглатывал моментом - регламент на всяк случай 15 минут, но проводилось реально секунды. А там с майнфреймами речь идет о том что с 25k заявок/день не справляются.

Добавлено через 26 минут

Сообщение от Катафалк Я давно уже эпизодически пытаюсь что-то на эту тему почитать, но пока так и не пришел к однозначному выводу.

Там есть еще один вариант - катастрофический дефицит квалифицированных специалистов который начал ощущаться еще в 80х - всех разгребает хайтеч еще в универах. А допускать к переписыванию этих систем неквалифицированных по всей видимости не разрешает государство/сами боятся (и правильно делают). Эт вам не в социалочках свистоперделки развешивать. Если просто упадет это уже 3,1415здец. А если глюканет - то убытков будет прямо финансовых, а не разу не косвенных, гораздо больше не то что чем стоимость разработки, а больше чем потенциальный экономический выхлоп от всей ИТ на долгие годы вперед.

Добавлено через 24 минуты

Сообщение от Катафалк Тонны архикритичного кода на коболе есть, а специалистов нет

Да все очень прото - он не архикритичный и даже не критичный, максимум мишн-критичный. А реально критичный софт - эт в лампочках к примеру. Отам и все спецы - в Боингах и прочих Локхидах, где код действительно дисастер-критикал.

0

Катафалк, частично я уже ответил в соседней теме: https://www.cyberforum.ru/cobo... st14474772

В продолжение мной сказанного: просто не повезло. То, что рост на спрос специалистов будет расти, я говорил ещё много лет назад, тут на форуме. На что посыпалась благая брань, мол язык мёртвый, докажи вообще что он пока есть и т.д.
Т.к. сформировалась целая система, то есть Консалтинг фирмы обучают новичков (сам так учился, а позже не раз курсы проводил), то по мере выхода на пенсию старшего поколения, заменять их молодёжью постепенно получалось. Естественно, пропорция выходящих на пенсию с каждым годом увеличивается в геометрической прогрессии. Но так уж заведено у слишком богатых: пока не прижмёт, лишнюю копейку не выкинут. Так всё и шло, постепенно. А тут нежданно негаданно, коболец подкрался незаметно Всем нам известный вирус спровоцировал резкое возрастание спроса на спецов, а их то с запасом и не было, т.к. консалтингисты тоже не дебилы, учат стольких, скольких сразу могут распихать по клиентам (иначе деньги теряют). Вот и весь секрет.

0