Комментарии 107
Ну а COBOL Cowboys, насколько можно судить, будут получать выгодные предложения еще много лет.
Пока не вымрут, а банкам придется платить кучу денег за переписывание систем...
Я вот смотрю на несчастных фронтендщиков, которые месяцами учат новые фреймворки, а те через полтора года становятся неактуальными, и очень жалко их становиться.
Se vi paroli Esperanton, mi parolus Esperanton ankaux.
Зная несколько европейских языков, выучить основы Эсперанто дело реально пары дней.
А так — ну выучу я кобол, потом приду в банк и скажу «я тут мальчик из другой страны, давайте я вам банковскую систему подлатаю»
В данном случае работа идет не с коболом, а с готовыми приложениями на Коболе, причем ввести в курс дела тебя может человек, которыйх их небось разрабатывал, а сейчас активно поддерживает.
То есть сразу зарплата, с возможностью стать переемником.
На сегодняшний день, мне сложно представить, где можно найти преимущества cobol-а над современными языками и инструментами — на выбор множество более перспективных вещей.
Таким образом именно для разработки — он не очень. А для поддержки legacy — ну вот за деньги можно.
Можно обратится не в банк — а к ковбоям, нужны ли им еще программисты и узнать перспективы по оплате.
А что, так сложно выучить COBOL (несколько десятков операторов) ради возможности некоторое время поработать во временно прибыльной отрасли?
И это как-то уничтожит полученные ранее знания по какому нибудь C# или JS?
Опять же, окончательно знания экзотического старого языка на самом деле никогда не станут абсолютно невостребованными. В программировании своя археология имеется, которая может даже доход приносить. А программирование на нем принципиально ничем не отличается от программирования на любом другом языке кроме, разве что, отсутствия привычных библиотек и некоторых конструкций вроде классов.
Помнится, когда-то у меня была даже книжка по этому языку (жаль, затерялась куда-то со временем). Тогда же ознакомился и ничего особо фантастического не обнаружил. Язык как язык. Уровень сложности примерно как у PL/1 какого-нибудь (на PL, кстати, даже программировать как-то приходилось, если освежить в памяти подробности, и сейчас на нем смогу писать)
А что, так сложно выучить COBOL (несколько десятков операторов)
В этот шаблон вместо слова COBOL можно подставить почти любой язык. Но одно дело изучить язык, а совсем другое — научится его эффективно использовать. Вот Вы же дальше сами пишете:
отсутствия привычных библиотекбез библиотек, если Вы с нуля начнете изобретать колесо, Ваш труд будет малорентабельным
конструкций вроде классова такие «конструкции» тянут за собой парадигмы программирования, которые тоже надо знать и понимать
Оно в жизни вообще так. Если кто-то желает заниматься программированием, ему недостаточно изучить язык. Придется еще вникать в предметную область автоматизируемого процесса, изучать необходимые библиотеки, а иногда еще искать их. Если работа состоит в поддержке чужого ПО, то придется еще и с ним плотно знакомиться.
И так везде.
Подалуй, у тех же "ковбоев" я бы на первое место поставил предметную область и особенности ПО.
А язык на этом фоне — просто мелочь, о которой и говорить не стоит. Причем знания предметной области в будущем помогут при необходимости заняться другой системой на другом ЯП. Да и знакомство с другим ПО совсем не помешает в дальнейшей жизни.
Что же до классов, то они всего лишь обдэлегчают следование парадигме ООП, а не определяют его.
Да и умение раблтать в разных парадигмах любому программисту пригодится.
Ну во-первых программисту всегда надо изучать новые языки и не стоять на месте. Если он будет знать только один язык и не будет развиваться, то долго он хорошим специалистом не останется.
Тут, наверное, никто возражать не будет. Но все же при этом имеет смысл двигаться вперед, а не оглядываться назад.
15 лет назад я тоже думал, что COBOL и Ассемблер мертвы… Потом сам на них писал 9 лет… И до сих пор приходят предложения о работе. Может быть когда устану гнаться за новыми технологиями, я и вернусь к нему. А ушел с него потому что z/OS напрягала немного.
Чай, банки за сердце своей информационной системы платят в разы больше, чем вам за ваши сайтики да андроид-приложения.
Вы не правильно понимаете проблематику — банки работают с немолодыми программистрами, потому что их интересуют проверенные ребята с опытом.
А не потому что у банка выбора молодых.
100 баксов в час это не в разы больше, чем зарплаты у других программистов. Найти хороших программистов готовых обречь себя на вечную поддержку древнего легаси проекта не так уж и просто. Найти ребят с опытом в поддержке огромных проектов на COBOL через 15-20 лет будет нереально.
Ага, столько желающих с нужными скиллами, что уволенных и вышедших на пенсию работников)
Не будет по естественным причинам пенсионеров — будут тратить два-три месяца на новых сотрудников, а потом и учить их за счет банка коболу.
:)
Так же на форумах начала 2000х пишут, что перл мёртв) Однако он ещё жив и здоров.
А perl — вполне современный, и обратная совместимость у него хорошая (в отличие от питона, например)
Ха-ха! Только вы эти 150 бакселей полностью растратите за проживание в NY. В то время как ковбои из Техаса будут за 100 в час в своей глуши кататься как сыр в масле.
Я вам дам один аргумент за Техас, которого уже более чем достаточно. Там нет налога штата, в отличии от NY. То есть вы на руки больше получаете после вычета налогов.
И что вы подразумеваете под нормальным проживанием в NY? Жить подешевле на Лонг-Айленд и ездить каждый день по три часа в одну сторону на Манхаттен за этими $150?
Нормальное проживание — это когда есть нормальная жизнь. Если критерием является время в дороге, то это время в поездке на работу не должно быть больше часа, как во многих других крупных городах.
Цены на аренду жилья там лишь в 2 раза выше, чем в Москве. Если в Москве хорошей зарплатой считается ~$6 в час, ради которой люди едут туда зарабатывать, то в Нью-Йорке на $150 в час проживёшь вполне норм.
Кто-то говорит, что программистов на Java не хватает, кто-то — что хоть пруд пруди...
По моим личным впечатлением вакансии составляют так, что на них довольно трудно попасть без опыта — все хотят сразу готовых специалистов. Соответственно количество специалистов в отрасли почти не увеличивается — готовые специалисты все заняты, а новых никто учить не хочет. Доходит до того, что в вакансиях требуют опыт по узкоспециализированным фреймворкам, которые за пределами энтерпрайза и данной конкретной фирмы никто "для общего развития" изучать не будет.
Отлично! Вот вам маленький легаси-проект в 3 миллиона строк на COBOL, извольте к четвергу исправить критический баг.
30 лет спустя…
Python Cowboys
PHP Cowboys
C# Cowboys
et cetera...
Тут не только язык тут еще идеология важна!
А вот в случае с авиабилетами там чисто технические проблемы. Тогда как гугл за считанные доли секунды находит информацию в петабайтах данных обрабатывая миллионы запросов в секунду, GDS тратит 30 секунд чтобы составить маршрут из всего нескольких миллионов перелетов в базе, при этом количество запросов на порядки ниже чем у гугла (на хабре была статья насколько там все печально).
Понятное дело что по-началу будут баги, которые нужно будет отлавливать и фиксить, все же текущие системы десятки лет отлаживались. Но блин, это же не причина отказываться от прогресса, повышению удобства и скорости.
Я конечно понимаю что тут больше политический вопрос так как вся банковская система сильно зарегулирована и они боятся даже подышать на существующий устав и софт, которым этим всем управляет. Но все же, 21 век на дворе, с технической стороны это все давно уже можно было автоматизировать.
В далеком 1995 или 1996 работал я в одном региональном банке. Тогда только везде начали межбанковские расчеты внедрять. Приходит клиент, оставляет платежку, девочки операционистки эту платежку раз и отправили по новой системе в другой город.
Через 5 минут возвращается клиент, верните платежку, не туда отправил… А ему отвечают, позно, денежки уже у получателя.
Потом полдня бумажной волокиты было, что бы денежки вернуть клиенту.
Мы программисты тогда гордые ходили, шутка ли провести деньги за 5 минут в город на другом конце страны, а операционистам посоветовали, что бы такую прыть больше не проявляли.
Оглядываясь на американсие банки могу сказать, что там ни одна транзакция не появится раньше, чем на следующий день, если это не операция с наличными.
Я конечно понимаю что тут больше политический вопрос так как вся банковская система сильно зарегулирована и они боятся даже подышать на существующий устав и софт, которым этим всем управляет. Но все же, 21 век на дворе, с технической стороны это все давно уже можно было автоматизировать.
В 21-м веке это всё хорошо автоматизируют те, кому не требуется поддерживать старые не только языки программирования, но и идеологии да зарегулирования там всякие.
Сперва в 10м десятилетии 21-го века всё проще стало для пользователей в "электронных кошельках" (вебмонеи там всякие и им подобные), потом совсем новые идеи в следующем десятилетии 21-го века пришли с появлением так называемых криптовалют.
А старые системы так и продолжают в основном бояться что-то сильно менять в своей работе. То, что когда-то создано и работает, трогать вообще ж не хочетсся. В принципе так же будет не хотеть что-то менять и в системах, созданных и в 21-м веке.
Некий программист-коболист в поте лица трудился над пресловутой проблемой 2000 года. Он чинил программы во многих фирмах и зашибал приличные бабки. Но по мере приближения роковой даты его все больше охватывал ужас: что будет со всеми этими программами и с ним самим? Наконец он решил заморозиться и проспать в анабиозе до февраля 2000 года, а там, глядишь, вся свистопляска и уляжется…
… Он проснулся в странном незнакомом помещении, вокруг ликовали люди:
— Очнулся, очнулся!
— Сейчас с вами будет говорить президент Земного Шара.
На огромном стереоскопическом экране возник человек, весьма похожий на Билла Гейтса.
— Видите ли, программа вашей камеры при переходе к 2000 году сработала неправильно, и вы проспали почти 8000 лет. Но вы не волнуйтесь. Наша жизнь прекрасна. Мы достигли огромных успехов в науке и технологии. Мы покорили время и пространство. Мы…
— Но почему вы меня разморозили?
— Понимаете, приближается 10000 год, а в вашем досье указано, что вы знаете КОБОЛ…
Если это прайс компании — он по современным меркам не такой же и большой. К примеру, оракловых разрабов продают в 2 раза дороже.
В СССР был свой COBOL и назывался он САОД. Система Автоматизированной Обработки Данных. Не думаю, что сейчас он где-то используется.
Я так понимаю. что дело даже не в коболе как таковом, а в том, что системы на нем написанные выполняются на IBM Mainframe, которые по сути является аппаратно-програмным комплексом в ядро системы и желеаз которго встроена и субд и очереди и вирутализация и распределенная отказоустойчивость. Считай как облачные технологии, только которые уже работали в 70х. Мне до сих пор интересно поизучать а в чем там был весь цимес, но на этих мэйнфремах до сих пор пашут в ядре крупнейших банков и альтернативы им особо нет тех нишах.
IBM убивает древнейший язык программирования, который она сама с невероятным трудом только что вернула к жизни
IBM создала инструмент на базе искусственного интеллекта для автоматизированного перевода кода с древнего языка COBOL на современный Java. Тремя годами ранее IBM стремилась вернуть COBOL популярность, поскольку написанное на нем ПО все еще используется в госструктурах всего мира:
https://www.cnews.ru/news/top/2023-08-23_ibm_pri_pomoshchi_nejrosetej
75-летний программист основал компанию по обслуживанию компьютерных систем на COBOL