Билл Хиншо — обычный 75-летний мужчина, который много лет назад вышел на пенсию. У него 32 внука и правнука, так что можно думать, что Хиншо занят своими потомками. Возможно, своей семье он уделяет много времени, но у него есть еще одно занятие — пенсионер руководит достаточно крупной компанией, которая занимается обслуживанием систем на COBOL, языке программирования 60-летней давности.
Сам он высококлассный программист, который начал работать по специальности еще в 60-х годах прошлого века. Тогда компьютеры занимали целые комнаты, а данные вводить приходилось на перфокартах. Но COBOL до сих пор используется, важность этого языка нельзя недооценивать.
Да, его во многих сферах заменили новые языки программирования, Java, Си, Питон. Но аппаратно-программные платформы, разработанные тогда, работают и сейчас. Конечно, они модифицированы и вполне соответствуют духу времени, но вот основа осталась прежней. В США, например, финансовая сфера во многом зависит от таких систем, которые были созданы в 70-х и 80-х. Вот небольшая инфографика, которая может удивить многих.
Принцип «работает — не трогай» хорошо был известен тогда, используют его и сейчас. То есть если есть какая-то система управления финансовыми транзакциями, которая работает хорошо, зачем ее менять? Так считают многие руководители, и они, вероятно, правы. Единственный недостаток таких систем — в том, что иногда они все же выходят из строя.
А вот современных специалистов, которые могут исправить что-то, что работает на Cobol, можно пересчитать на пальцах. Но COBOL до сих пор обеспечивает проведение транзакций на сумму, более чем $3 млрд в день. В эту сумму входят операции со счетами, страхование жизни, кредитные сервисы, работа банкоматов. Всего несколько секунд простоя какой-либо узловой системы на COBOL может стоить бизнесу многих миллионов долларов.
После того, как Хиншо вышел на пенсию, ему стали частенько поступать предложения от банков и других организаций. Смысл предложений — починить то, что сломалось в какой-либо из COBOL-систем. Программист-пенсионер изначально хотел отдохнуть от трудов праведных, но потом все же решил снова взяться за дело, организовав собственную компанию, которая занимается исключительно COBOL. В этом ему помогает еще пара десятков специалистов.
В компанию, которая называется COBOL Cowboys, пригласили работать еще несколько вышедших на заслуженный отдых программистов, а также несколько «юных сотрудников», возраст которых составляет 40-50 лет. Зарабатывает компания очень неплохо, поскольку опытный COBOL-программист может свободно получать от 100 долларов в час. В ближайшее время у «ковбоев» будет много работы, поскольку от COBOL и старых систем никто не собирается отказываться.
Один из экс-руководителей Barclays PLC рассказал о том, что в финансовой сфере работает много компьютерных систем, которые хотелось бы модернизировать. Но это сопряжено со сложными проблемами, которые мало кто хочет решать. «Это сложные комплексные проблемы. Системы разных поколений бывает чрезвычайно трудно совместить друг с другом или обновить», — говорит Энтони Дженкинс, ранее занимавший должность исполнительного директора Barclays PLC.
Так что, если у банка несколько миллионов клиентов, а работа их учетных записей зависит от COBOL, мало кто решается на изменение существующего порядка вещей. Да и зачем, если все работает? «Язык программирования не может быть плохим только потому, что ему 50 лет», — говорит Донна Диллибергер, специалист по мейнфреймам, работающим на COBOL. С ней согласен и Хиншо, он рассказывает о том, что многие системы, написанные им десятки лет назад, до сих пор используются банками.
Конечно, вечно это продолжаться не может, банки и другие организации постепенно заменяют старые системы новыми. Например, так поступил один из крупнейших банков Австралии. Правда, переход с COBOL и старых аппаратных платформ на новые занял четыре года и $749,9 млн.
Но еще много лет у специалистов с опытом в возрасте будет много работы. К примеру, одного из программистов по COBOL уволили в 2012 году. На его место взяли молодого человека с амбициями. Через два года уволенный банком специалист, тогда уже пенсионер, вновь начал работу на банк, получив выгодный контракт. Новичок не смог справиться с программно-аппаратным комплексом банка и пришлось вызвать на помощь старую гвардию.
Ну а COBOL Cowboys, насколько можно судить, будут получать выгодные предложения еще много лет.
Комментарии (103)
Randl
10.04.2017 18:20+3Ну а COBOL Cowboys, насколько можно судить, будут получать выгодные предложения еще много лет.
Пока не вымрут, а банкам придется платить кучу денег за переписывание систем...
saboteur_kiev
10.04.2017 18:22+9Не факт, компания небольшая, внуков и правнуков — 32, кто-нибудь да выучит COBOL, бизнес же уже налажен.
Serge78rus
10.04.2017 19:20-1А Вы бы стали учить заведомо мертвый язык?
MaximChistov
10.04.2017 19:40+38где ж он мертвый если за него готовы платить кучу $$$?
Serge78rus
10.04.2017 20:07+4Сегодня готовы, а завтра? Все же не стоит на месте, разрабатываются новые системы и вряд-ли на COBOL. Да, на долю стариков того, что есть, хватит, но с их отходом от дел постепенно уйдут и старые системы.
r00tGER
11.04.2017 12:36+11Хорошая альтернатива изучению по 100500 новомодных говнофреймворков в год.
NightGhost
11.04.2017 15:01+1Так можно про любой язык сказать. Смотря какая у вас цель. Если стать уникальным специалистом за тонную баксов – то вперёд учить COBOL. Если выучить язык, который «скорее всего не устареет в ближайшие 10 лет» – то действительно, не стоит.
Я вот смотрю на несчастных фронтендщиков, которые месяцами учат новые фреймворки, а те через полтора года становятся неактуальными, и очень жалко их становиться.Anarions
11.04.2017 17:45+2Месяцами фреймворк — это как то слишком жестоко. Фремворки похожи, поняв один изучить другой можно за несколько дней… js он и в африке js.
GeMir
10.04.2017 19:42+14«Мёртвый язык» с шансом неплохо зарабатывать? Люди латынь учат «для общего развития», а уж COBOL не только для того, чтобы Цицерона в оригинале читать хорош.
Serge78rus
10.04.2017 20:01+1В Вашем окружении много людей, знающих латынь? Я вот таких, увы, не знаю (врачи не в счет — написать несколько слов в рецепте != владеть языком).
GeMir
10.04.2017 20:09+5Латынь входит в программу общеобразовательной гимназии начиная с 6 класса, так что в моём ежедневном окружении людей, владеющих языком как и людей, его изучающих заметно больше, чем в среднем по стране :)
Serge78rus
10.04.2017 20:20+3Ну что же, Вам можно только позавидовать, что повезло с окружением. Но Вы же сами противопоставляете свое окружение со «в среднем по стране».
GeMir
11.04.2017 11:44+1Речь шла не о зависти, а о том, что «мёртвый» язык COBOL в определённых кругах вполне себе «жив» и актуален (как та же латынь). А вот к примеру об использовании того же Pascal слышать лет десять уж как не приходилось.
NightGhost
11.04.2017 15:03Знаю двоих, лингвисты, которые её изучали и могут читать худо-бедно, объяснять правила построения слов и предложений, и всё такое. Вероятно скорее они её знают, чем нет. Людей, знающих COBOL, в моём окружении значительно меньше.
RouR
12.04.2017 12:08Я учил латынь «для общего развития», по самоучителю. Ну вот был интерес к тому историческому периоду.
sergku1213
12.04.2017 18:48+3Давайте вместе выучим эсперанто и будем тут общаться на нем на зависть окружающим. К слову сказать, говорят что Лев наш Толстой изучал этот язык аж 5 часов, а потом сел и написал несколько рассказов. Скомпилировались нормально… тьфу, ну в общем, понятно — получилось хорошо.
Areso
13.04.2017 06:42Se vi paroli Esperanton, mi parolus Esperanton ankaux.
Зная несколько европейских языков, выучить основы Эсперанто дело реально пары дней.sergku1213
13.04.2017 08:27+1Я впечатлён! Вы правы про удивительную простоту эсперанто. Я даже когда-то ходил на курсы, но моя лингвистическая тупость не дала возможности заговорить. Теперь может быть лучше — мозг натренировался. Сначала выучил немецкий, потом выучил литовский, но забыл немецкий. Тут дело даже не в тупости, а в моем неприятии процесса изучения грамматики как такового и её(грамматики) применения в разговоре. Так что разговорному немецкому учили по методике Шехтера, кажется. Без грамматики, только разговор в конкретных ситуациях. Вы знаете, помогло. И литовский уже сам, по переезду учил, слушал как говорят вокруг и… правда — шаг вправо, шаг влево от обычных разговоров и меня начинают с трудом понимать.
saboteur_kiev
10.04.2017 19:49Если бы я видел перспективу заработать — почему бы и нет.
А так — ну выучу я кобол, потом приду в банк и скажу «я тут мальчик из другой страны, давайте я вам банковскую систему подлатаю»
В данном случае работа идет не с коболом, а с готовыми приложениями на Коболе, причем ввести в курс дела тебя может человек, которыйх их небось разрабатывал, а сейчас активно поддерживает.
То есть сразу зарплата, с возможностью стать переемником.Serge78rus
10.04.2017 20:13+2Если человек осознанно сделал выбор стать программистом, то, наверное, его интересуют не только деньги, а и разработка софта, а не вечная поддержка написанного другими.
shogunkub
11.04.2017 06:08+2По-разному бывает. Осознанный выбор стать программистом в наше время делают и из-за денег в том числе.
Serge78rus
11.04.2017 09:55Ключевое слово — «в том числе». Да, деньги в любой профессии играют важную роль, но если их ставить на первое место — то надо организовывать свой бизнес, а это предполагает совсем другой род деятельности.
sergku1213
12.04.2017 18:51+1ИМХО — выучить язык и написать на нем программу и разбираться в больших, чужих программах, да еще плохо структурированных (в те времена писали как эффективней) две больших разницы. Тут походу именно огромный опыт нужон.
saboteur_kiev
12.04.2017 19:19Вы просто выпали из контента — вопрос был соглашусь ли я сейчас учить Cobol.
На сегодняшний день, мне сложно представить, где можно найти преимущества cobol-а над современными языками и инструментами — на выбор множество более перспективных вещей.
Таким образом именно для разработки — он не очень. А для поддержки legacy — ну вот за деньги можно.
Mitch
12.04.2017 02:40Можно обратится не в банк — а к ковбоям, нужны ли им еще программисты и узнать перспективы по оплате.
geher
10.04.2017 20:58+2А что, так сложно выучить COBOL (несколько десятков операторов) ради возможности некоторое время поработать во временно прибыльной отрасли?
И это как-то уничтожит полученные ранее знания по какому нибудь C# или JS?
Опять же, окончательно знания экзотического старого языка на самом деле никогда не станут абсолютно невостребованными. В программировании своя археология имеется, которая может даже доход приносить. А программирование на нем принципиально ничем не отличается от программирования на любом другом языке кроме, разве что, отсутствия привычных библиотек и некоторых конструкций вроде классов.
Помнится, когда-то у меня была даже книжка по этому языку (жаль, затерялась куда-то со временем). Тогда же ознакомился и ничего особо фантастического не обнаружил. Язык как язык. Уровень сложности примерно как у PL/1 какого-нибудь (на PL, кстати, даже программировать как-то приходилось, если освежить в памяти подробности, и сейчас на нем смогу писать)
Serge78rus
11.04.2017 09:35А что, так сложно выучить COBOL (несколько десятков операторов)
В этот шаблон вместо слова COBOL можно подставить почти любой язык. Но одно дело изучить язык, а совсем другое — научится его эффективно использовать. Вот Вы же дальше сами пишете:
отсутствия привычных библиотек
без библиотек, если Вы с нуля начнете изобретать колесо, Ваш труд будет малорентабельнымконструкций вроде классов
а такие «конструкции» тянут за собой парадигмы программирования, которые тоже надо знать и пониматьgeher
12.04.2017 16:38+1Оно в жизни вообще так. Если кто-то желает заниматься программированием, ему недостаточно изучить язык. Придется еще вникать в предметную область автоматизируемого процесса, изучать необходимые библиотеки, а иногда еще искать их. Если работа состоит в поддержке чужого ПО, то придется еще и с ним плотно знакомиться.
И так везде.
Подалуй, у тех же "ковбоев" я бы на первое место поставил предметную область и особенности ПО.
А язык на этом фоне — просто мелочь, о которой и говорить не стоит. Причем знания предметной области в будущем помогут при необходимости заняться другой системой на другом ЯП. Да и знакомство с другим ПО совсем не помешает в дальнейшей жизни.
Что же до классов, то они всего лишь обдэлегчают следование парадигме ООП, а не определяют его.
Да и умение раблтать в разных парадигмах любому программисту пригодится.
Dromok
10.04.2017 23:17+2Ну во-первых программисту всегда надо изучать новые языки и не стоять на месте. Если он будет знать только один язык и не будет развиваться, то долго он хорошим специалистом не останется. COBOL вполне годится для изучения, тем более учитывая что как минимум еще 5, а то и 10 лет эта компания может зарабатывать хорошие деньги. Так что отвечая на ваш вопрос, я лично стал бы учить этот язык, если бы у моего дедушки была такая компания :)
Serge78rus
11.04.2017 09:10Ну во-первых программисту всегда надо изучать новые языки и не стоять на месте. Если он будет знать только один язык и не будет развиваться, то долго он хорошим специалистом не останется.
Тут, наверное, никто возражать не будет. Но все же при этом имеет смысл двигаться вперед, а не оглядываться назад.
zm_llill
12.04.2017 22:35Смотря сколько усилий это будет стоить в отношении к открывающимся перспективам.
yura_deg
13.04.2017 09:10+2COBOL нас переживет.
15 лет назад я тоже думал, что COBOL и Ассемблер мертвы… Потом сам на них писал 9 лет… И до сих пор приходят предложения о работе. Может быть когда устану гнаться за новыми технологиями, я и вернусь к нему. А ушел с него потому что z/OS напрягала немного.
dinegnet
10.04.2017 21:08+1За такие деньги — обучатся новые программисты, еще и с удовольствием.
Чай, банки за сердце своей информационной системы платят в разы больше, чем вам за ваши сайтики да андроид-приложения.
Вы не правильно понимаете проблематику — банки работают с немолодыми программистрами, потому что их интересуют проверенные ребята с опытом.
А не потому что у банка выбора молодых.Randl
11.04.2017 11:14+1100 баксов в час это не в разы больше, чем зарплаты у других программистов. Найти хороших программистов готовых обречь себя на вечную поддержку древнего легаси проекта не так уж и просто. Найти ребят с опытом в поддержке огромных проектов на COBOL через 15-20 лет будет нереально.
arheops
11.04.2017 12:42+1Все реально. Ну вот вы лично с какой стоимости часа начали бы изучать кобол? 100 еще недостаточно? а 200? а 200 удаленно? Желающих хватит, поверьте.
Randl
11.04.2017 13:24Ага, столько желающих с нужными скиллами, что уволенных и вышедших на пенсию работников)
arheops
11.04.2017 13:33Ну просто HR отделу когда припекут проще обратится к вышедшим на пенсию. К уволенным врятли. Это же банки. Нового человека будут проверять около месяца, а по этому уже известно и опыт, и факты по надежности.
Не будет по естественным причинам пенсионеров — будут тратить два-три месяца на новых сотрудников, а потом и учить их за счет банка коболу.
YaMishar
10.04.2017 18:20+2Когда я в 94ом году читал книжку про Кобол, мой преподаватель сказал, что я осёл. И предложил почитать Фаронова. Нет, я не против Паскаля, но сейчас бы мне ой-как пригодились бы $100 в час.
:)
evilrussian
10.04.2017 18:36+2Так же на форумах начала 2000х пишут, что перл мёртв) Однако он ещё жив и здоров.
Bytamine
11.04.2017 14:36От перла избавится проще, чем от кобола.
saboteur_kiev
16.04.2017 03:19+1нет. Как и ЛЮБОЙ другой legacy продукт, неважно на чем он написан, важно сколько стоит все это переписать и какие есть тому причины.
А perl — вполне современный, и обратная совместимость у него хорошая (в отличие от питона, например)
fcoder
10.04.2017 19:13+1В статье умалчивается тот факт, что программист на джаве с таким же опытом (или просто хороший синьор с правильным скиллсетом) получит в нью-йорке 120-150 в час в финансовой сфере.
mat300
10.04.2017 19:38+8Ха-ха! Только вы эти 150 бакселей полностью растратите за проживание в NY. В то время как ковбои из Техаса будут за 100 в час в своей глуши кататься как сыр в масле.
nochkin
11.04.2017 07:28+1Уверен, что нормальное проживание в NY будет стоить намного ниже. И это не говоря, что NY достаточно большой, что бы цены сильно отличались (так же как и Техас).
mat300
11.04.2017 08:01+1Я вам дам один аргумент за Техас, которого уже более чем достаточно. Там нет налога штата, в отличии от NY. То есть вы на руки больше получаете после вычета налогов.
И что вы подразумеваете под нормальным проживанием в NY? Жить подешевле на Лонг-Айленд и ездить каждый день по три часа в одну сторону на Манхаттен за этими $150?
nochkin
11.04.2017 08:20Насколько мне известно, Техас не является единственным штатом, с такой особенностью. Но из-за этого народ повально из других штатов в Техас не валит.
Нормальное проживание — это когда есть нормальная жизнь. Если критерием является время в дороге, то это время в поездке на работу не должно быть больше часа, как во многих других крупных городах.
yarric
11.04.2017 09:55+2Цены на аренду жилья там лишь в 2 раза выше, чем в Москве. Если в Москве хорошей зарплатой считается ~$6 в час, ради которой люди едут туда зарабатывать, то в Нью-Йорке на $150 в час проживёшь вполне норм.
anatolius
15.04.2017 14:28с чего вы взяли что 6$ в час это хорошая зарплата в Москве?
mickvav
16.04.2017 00:42Ну, 100 000р/мес — некая характерно разумная цифра. По крайней мере, программистские зарплаты на hh.ru болтаются в районе этой цифры и редко превосходят её более чем в два раза. Что при пересчете в доллары в час даёт ~10$. Больше 6ти, но сильно меньше 150.
gds1
10.04.2017 21:08+7Совершенно верно, только программистов на джаве пруд пруди, а на коболе раз-два и обчелся. Следовательно конкуренции у них нет. И скажут они 200-300 в час, все равно будут платить от безысходности.
yarric
10.04.2017 22:47Кто-то говорит, что программистов на Java не хватает, кто-то — что хоть пруд пруди...
TargetSan
11.04.2017 11:33+1Подозреваю — пруд пруди вчерашних студентов с амбициями и без опыта. И мало по настоящему хороших спецов. Как и везде.
yarric
11.04.2017 18:47По моим личным впечатлением вакансии составляют так, что на них довольно трудно попасть без опыта — все хотят сразу готовых специалистов. Соответственно количество специалистов в отрасли почти не увеличивается — готовые специалисты все заняты, а новых никто учить не хочет. Доходит до того, что в вакансиях требуют опыт по узкоспециализированным фреймворкам, которые за пределами энтерпрайза и данной конкретной фирмы никто "для общего развития" изучать не будет.
Delics
10.04.2017 19:26+1Так написано, как будто там какой-то инопланетный диалект.
Платите 100$ в час (а кол-во часов я назову сам) и будет вам COBOL.
Вот примеры:
http://www.csis.ul.ie/cobol/examples/default.htm#Selection
Простенький калькулятор: http://www.csis.ul.ie/cobol/examples/Conditn/IterIf.htm
Некоторые слова сходу непонятны, но ничего космического не вижу.
zloddey
10.04.2017 19:32+8Отлично! Вот вам маленький легаси-проект в 3 миллиона строк на COBOL, извольте к четвергу исправить критический баг.
Delics
10.04.2017 22:57+6Сложность указанной вами задачи вовсе не в COBOL'е. Если там было бы 3 миллиона строк «быдлокода» на С++, то легче от этого задача не стала.
Даже может наоборот на COBOL'е проще будет найти нужный блок для правки, ведь этот язык позиционируется как «приближенный к естественному английскому языку» (ну по крайней мере старались к этому придти).Symphel
11.04.2017 11:08Сложность в том, что на COBOL для решения задачи X вам таки придется написать 3 млн строк кода, даже если вы не быдлокодер. Потому что он древний и современные парадигмы и паттерны не поддерживает.
Да там даже чтобы поменять формат вывода нужно отдельный тип данных вводить.
shogunkub
11.04.2017 06:14+1Боюсь, что все критические баги в коде банковских систем на COBOL уже лет 20 как исправлены. А может и 30. Одна из причин, почему это до сих пор используют.
xztau
10.04.2017 19:50А какой сейчас современный язык будет востребован как кобол сейчас лет через 30-40?
Bratak
10.04.2017 22:16Никакой — программы все так же на ассемблере будут писать машины, ввиду сложности архитектур вычислительных систем и невероятных по количеству обьемов данных.И да, си++ будет живее всех живых.
mickvav
16.04.2017 00:47+1Фортран ещё нас с вами переживёт. В 2018 планируется новая версия стандарта.
amaksr
10.04.2017 20:52+10В свое время пришлось поработать на коболе несколько лет. Имхо: отличный язык для описания бизнес логики в финансовой или учетной сфере. Кобол кстати, сам по себе, достаточно легкий для изучения, в нем можно разобраться за несколько дней. Проблема в том, что системы, которые на нем написаны и еще используются, как правило ну очень большие, и вот с ними разбираться намного труднее. Так что дяде платят не за язык, а за его опыт в финсистемах, и умение с ними разобраться за конечное время.
GeMir
11.04.2017 11:50+1«Имхо: отличный язык для описания бизнес логики» — уж не потому ли, что он Common Business Oriented Language? ;)
aram_pakhchanian
11.04.2017 00:48Судя по Википедии, есть спецификация Cobol 2014. Так что он мало того, что живет, еще и цветет и пахнет.
NIKOSV
11.04.2017 01:35А потом, в 21 веке, международный перевод денег занимает 3-7 дней, поиск авиабилетов в базе занимает 30 секунд, а все потому, что не хотят разкошелится и наконец-то проапгрейдить/переписать то, «что работает».
ru_vlad
11.04.2017 01:50А вы уверены что новое будет быстрей и надежно?
Тут не только язык тут еще идеология важна!NIKOSV
11.04.2017 02:23Ну я не акцентирую внимания на языке или технологии. В той же банковской сфере больше идеологию менять нужно. Но ее не меняют, потому что это сложно и дорого. У нас в государственных учреждениях до сих пор ДОС используют, потому что менять «сложно и дорого».
А вот в случае с авиабилетами там чисто технические проблемы. Тогда как гугл за считанные доли секунды находит информацию в петабайтах данных обрабатывая миллионы запросов в секунду, GDS тратит 30 секунд чтобы составить маршрут из всего нескольких миллионов перелетов в базе, при этом количество запросов на порядки ниже чем у гугла (на хабре была статья насколько там все печально).
Понятное дело что по-началу будут баги, которые нужно будет отлавливать и фиксить, все же текущие системы десятки лет отлаживались. Но блин, это же не причина отказываться от прогресса, повышению удобства и скорости.
MasMaX
11.04.2017 09:53+2«Тормоза» в банковской сфере связаны не с языком программирования. Там еще очень много ручного труда и ручных проверок. Это для тебя международный перевод состоит из одного клика. А в банках для твоей операции сделают несколько транзакций и подпишут стопку бумаг.
NIKOSV
11.04.2017 11:32Это то понятно, но что мешает это все дело автоматизировать? Почему SWIFT такой тормоз? Почему их софт не может сделать то, что делают люди? Банки до сих пор не могут договорится о каком-то едином центральном реестре? Или проще обмениваться стопками документов (часто обычной почтой) и вручную их заверять на каждый международный перевод?
Я конечно понимаю что тут больше политический вопрос так как вся банковская система сильно зарегулирована и они боятся даже подышать на существующий устав и софт, которым этим всем управляет. Но все же, 21 век на дворе, с технической стороны это все давно уже можно было автоматизировать.arheops
11.04.2017 12:52Ответственность, ответственность мешает. Вот пропустят какой-то левый платеж автоматом, кто отвечать то будет? KYC, противодействие терроризму и так далее.
yura_deg
14.04.2017 09:32+1Расскажу такой случай.
В далеком 1995 или 1996 работал я в одном региональном банке. Тогда только везде начали межбанковские расчеты внедрять. Приходит клиент, оставляет платежку, девочки операционистки эту платежку раз и отправили по новой системе в другой город.
Через 5 минут возвращается клиент, верните платежку, не туда отправил… А ему отвечают, позно, денежки уже у получателя.
Потом полдня бумажной волокиты было, что бы денежки вернуть клиенту.
Мы программисты тогда гордые ходили, шутка ли провести деньги за 5 минут в город на другом конце страны, а операционистам посоветовали, что бы такую прыть больше не проявляли.
Оглядываясь на американсие банки могу сказать, что там ни одна транзакция не появится раньше, чем на следующий день, если это не операция с наличными.
TargetSan
11.04.2017 11:41Подозреваю, как раз наоборот. Потому что наняли пачку лоу-грейдов, которые сбацали чарівне шо-попало на новеньком и красивеньком Node.JS. Не язык делает программу плохой, а кривые руки.
lolhunter
11.04.2017 14:14А баг в системе, благодаря которому цена компании на бирже рухнула на 10 млрд$ кто компенсирует?
Я сомневаюсь, что хоть кто-то возьмется за контракт, предполагающий в случае наличия багов, приведших к потере репутации компенсацию..
Metallikus
11.04.2017 09:55+12Так этот анекдот правда!
Некий программист-коболист в поте лица трудился над пресловутой проблемой 2000 года. Он чинил программы во многих фирмах и зашибал приличные бабки. Но по мере приближения роковой даты его все больше охватывал ужас: что будет со всеми этими программами и с ним самим? Наконец он решил заморозиться и проспать в анабиозе до февраля 2000 года, а там, глядишь, вся свистопляска и уляжется…
… Он проснулся в странном незнакомом помещении, вокруг ликовали люди:
— Очнулся, очнулся!
— Сейчас с вами будет говорить президент Земного Шара.
На огромном стереоскопическом экране возник человек, весьма похожий на Билла Гейтса.
— Видите ли, программа вашей камеры при переходе к 2000 году сработала неправильно, и вы проспали почти 8000 лет. Но вы не волнуйтесь. Наша жизнь прекрасна. Мы достигли огромных успехов в науке и технологии. Мы покорили время и пространство. Мы…
— Но почему вы меня разморозили?
— Понимаете, приближается 10000 год, а в вашем досье указано, что вы знаете КОБОЛ…
msdos9
11.04.2017 10:54+1В далёких 90-х, работая программистом на машиностроительном заводе, я писал на Коболе. Конечно, после Basic и Pascal, он показался мне немного странным, особенно отсутствием оператора перехода, к которому, как к вредной привычке, я успел уже привыкнуть. Период ломки составил порядка месяца-двух. Следует отметить, что такой долгий срок изучения связан с не совсем обычным способом общения с ЭВМ. Это были тонкие клиенты, ака зеленые терминалы, от которых болели глаза и подолгу находится рядом было себе дороже. Также процесс выполнения программ был довольно забавным. Вообще ОС была какая-то мультизадачная, поэтому за ходом выполнения своей программы приходилось следить среди кучи других работающих программ. Короче — дич. А так да, язык сам по себе не сложный, но отсутствие библиотек заставляло изобретать велосипеды, особенно работа со строковыми значениями. И да, помню, чтобы отловить баг в какой-нибудь подпрограмме системы расчета з/п сдельщиков, приходилось лазить на коленях по распечатанному листингу, похожему на рулон обоев длиной n метров. Может подобная работа и стоит пресловутые 100 баксов в час?
valis
11.04.2017 11:58100 баксов в час, интересно это берет компания или это то что получает разработчик?
Если это прайс компании — он по современным меркам не такой же и большой. К примеру, оракловых разрабов продают в 2 раза дороже.
Skerrigan
14.04.2017 06:47Работал с БД оракляными через их инструментарий не меньше чем пол года. БД и сервисы университета. Я плакал кровавыми слезами от того какая UX/UI у этих с позволения сказать IDE. Это просто был страшный сон и гнев «божий». Никак не сравнится с современным уровнем IDE (от одного вида которых пахнет за версту отличным «сексом»). Поэтому я прекрасно понимаю что там и надбавка за «вредность» в комплекте.
Примеры
Gorynych23
12.04.2017 10:43В СССР был свой COBOL и назывался он САОД. Система Автоматизированной Обработки Данных. Не думаю, что сейчас он где-то используется.
saboteur_kiev
Название компании — в данном случае идеально — снимаю шляпу.