Неопубликованные части истории COBOL

Мне очень любопытно относиться к старым языкам программирования, особенно к COBOL, и поскольку Википедия не могла рассказать мне об этой теме, я решил задать ее здесь:

  • Был ли COBOL первым языком программирования, который действительно используется в финансовой, фондовой и банковской системах?

  • Где именно использовался COBOL?

  • Использулось ли оно чаще, чем Fortran или BASIC, например?

  • Я не знаю, жили ли вы в то время, но как люди реагировали на растущий COBOL? Ожидали ли они, что это будет будущее?

  • Когда COBOL фактически перестает использоваться для создания новых, больших систем?

  • Вы уверены, что есть еще важные устаревшие приложения, написанные на COBOL? Я не могу поверить, что так или иначе.

Ответ 1

Предыдущие вопросы SO прошли долгий путь, чтобы ответить на ваши вопросы. Пожалуйста, просмотрите:

Что сегодня используют Fortran и COBOL

Почему COBOL по-прежнему является предпочтительным языком в деловом мире

Причины для запуска нового проекта в COBOL

Что делает COBOL таким ненавистным языком

Был ли COBOL первым языком программирования, используемым в финансовых, фондовых и банковских системах

Хорошо известные языки, которые сосуществовали с ранним COBOL, Fortran и Lisp. Эти языки не так много использовались снаружи исследовательских и университетских учреждений.

Пейзаж был очень фрагментирован в мире бизнес-вычислений. Ряд патентованных языков с низким и средним уровнями существовал, но в целом работает только на одной машине. Несколько примеров: FLO-MATIC, AIMACO и COMTRAN, все которые сильно повлияли на развитие COBOL.

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

По словам Жана Э. Сэммета (Ранняя история COBOL), Министерство обороны США возглавило и финансировало раннее развитие COBOL.

Где используется COBOL

В основном финансовые (банки/государственные) и страховые отрасли. Вне этих секторов COBOL довольно неслыханное.

Используется ли он чаще, чем Fortran или BASIC

Я считаю, что Fortran на самом деле заранее подготовил COBOL. Фортран в первую очередь подходит для высокопроизводительных численных приложений (астрономия, физика и тому подобное). COBOL в первую очередь подходит для финансового и бухгалтерского учета приложения - бизнес и коммерция (отсюда имя: CO mmon B usiness O ориентированный L anguage). Эти два никогда не были в "конкуренции", поэтому спрашивали, что чаще используется похоже на сравнение яблок с апельсинами.

Вводя "яблоки" и "апельсины" в сторону, трудно сказать, сколько линий производства код существует для любого из этих языков. Оценки варьируются от миллиардов до миллионов. Тем не менее, я не думаю, что кто-то будет утверждать, что активная база кода незначительна.

BASIC (исключая "Visual Basic" ) был в основном персональным компьютером. Было несколько портов для более крупные машины (например, VAX BASIC - О, это было весело), ​​но я не думаю, что это когда-либо заводилось. Я был бы удивлен, если есть значительные системы производства, написанные на Бейсике Cегодня. Просто скажите "BAISC" любому "старому таймеру", и их разум наполнится любимым воспоминания. Кроме того, это в значительной степени ушло.

Когда COBOL перестали использоваться

Надежность COBOL огромна. Таким образом, продолжается много устаревшего обслуживания сегодня, и это будет продолжаться много лет вперед.

Есть ли какие-нибудь новые разработки? Я бы сказал, все меньше и меньше каждый год, но это нигде рядом не подходит к концу. Я работаю в очень большом магазине, и мы активно разрабатываем новые COBOL. Я не верю, что мы одни. Те, кто все еще активно развивают системы в COBOL, не являются кучей "задних лесов", идиоты, которые не знают ничего лучше. Они делают это, потому что COBOL "доставляет товар", для наименьшей стоимости обрабатываемой транзакции. Поверьте мне, если какая-либо другая технология может делайте это дешевле, быстрее и надежнее, завтра будет COBOL!

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

Как люди реагировали на рост COBOL?

В нескольких словах: Не хорошо.

COBOL возникла примерно в то же самое время, когда академический мир сделал огромный прорывы в теории языка и разработке компилятора. COBOL пропустил эту лодку и был с тех пор все люди с академическим интересом к компьютерам. я прошел сквозь университет в 70 году, и даже в то время слово "КОБОЛЬ" заставило нас всех съежиться. ненависть к COBOL работает очень глубоко.

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

Смерть COBOL предсказана как неизбежная с 60-х годов. Он по-прежнему с нас и сильных.

Почему? Я думаю, что есть три большие причины:

  • стабильность кода. COBOL обладает своим наследием достаточно хорошо, крупные обновления редки. Эта не может быть точкой продажи, если вы занимаетесь разработкой кода. Однако, если вы тот, кто платит за это, COBOL получает высокие оценки на этом.
  • Производительность. Приложения COBOL обычно разрабатываются там, где объем и/или пропускная способность имеет решающее значение (например, обработка ежемесячных банковских выписок, налоговых деклараций и т.д.).
  • Запись трека. Организации, которые используют COBOL, обычно знают их послужной список. Oни имеют определенный уровень комфорта с оценкой затрат/времени для крупных проектов развития используя COBOL и связанные с ними технологии. Использование нового языка и поддержки технологий для реализации критически важных приложений требует дополнительных и неизвестные риски (и неизвестные преимущества).

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

На более яркой стороне есть несколько рамок (например, технология Bassett Frame Technology и XVCL), которые могут сделать COBOL-развитие сегодня доступным, даже, осмелюсь сказать, интересным.

Ответ 2

Был ли COBOL первым программированием язык, используемый в финансовой, фондовой и банковской систем?

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

Где именно использовался COBOL?

В любом месте, где деньги перешли в руки, инвентарь был отслежен, и др. Ваше использование слова "было" означает, что оно теперь не используется. Cobol участвует каждый раз, когда вы прокручиваете кредитную карту, отправляете пакет, делаете телефонный звонок... это где угодно. Тем не менее.

Использулось ли оно чаще, чем Например, Fortran или BASIC?

Да, очень. Fortran хорошо ориентирован на ученых-разработчиков и инженеров - благородное призвание, но они не существуют в количествах продающих и продающих гейков, домена Cobol.

Кто-нибудь использует BASIC? Разве это не сосать?

Я не знаю, жили ли вы в этом времени, но как люди реагировали на рост COBOL? Они ожидали, что это будет будущее?

Люди любят кредитные карты. Такие люди, как онлайн-доступ к своим банковским счетам. Такие люди, как системы голосового ответа, которые дают свой баланс и последние 5 транзакций. Такие люди, как ATMS. Такие люди, как быстрые авиабилеты и бронирование гостиниц.

Единственные люди, которым не нравится то, что Cobol делает для них, - это программисты, которые никогда не вкладывали время и силы в понимание Cobol (но они все равно ненавидят).

Когда COBOL фактически прекратил используется для создания новых больших систем?

Уммм, никогда. Cobol по-прежнему активно развивается и используется во всем мире. Это не сексуально, и профессор компьютерных наук не скажет вам, что это "следующая большая вещь", - но если бы они знали, о чем они говорили, они зарабатывали бы деньги в реальном мире...

Вы уверены, что все еще есть важные устаревшие приложения, написанные в COBOL там? Я не могу поверить, что каким-то образом.

MasterCard. Visa. Naa...

Ответ 3

  • Не знаю, но LEO использовался для расчета заработной платы. Он использовал язык, похожий на COBOL под названием CLEO.

  • COBOL используется повсеместно. В основном банки и крупные отделы мэйнфреймов.

  • трудно сказать. Это было, безусловно, популярным в тот же день.

  • В те дни, когда COBOL имел свой расцвет, альтернативы были для альтернативных ниш - например, Fortran для научных, Algol для академических, Cobol для финансовых. Ожидали ли они, что это будет будущее... возможно.

5,6. Он все еще используется. Ищите рабочие места COBOL, вы получите немало хитов для банковских и финансовых компаний, которые ищут программистов, архитекторов и т.д. Хорошо оплачивает все счета.

Ответ 4

Отвечая на последнюю часть:

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

Кроме того, люди, все еще работающие с COBOL, довольно хорошо разбираются в том, что они делают.

Если вы имеете дело с миллиардами долларов электронных транзакций, надёжно стоит заплатить, даже если это не ново или сексуально. Опять же, я не могу отключить процессор от моего веб-сервера; как правило, возможна горячая замена любой части из мэйнфрейма, и это на самом деле довольно техничная сексуальная функция, если я сам скажу это.

Ответ 5

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

Изучение боли было болью, главным образом потому, что осталось немного хороших двигателей на базе ПК, работающих на базе ПК, но это совсем не сложно. И поэтому он все еще вокруг. Он делает работу, делает это хорошо. Это показывает, что возраст немного зависит от того, как он взаимодействует с инфраструктурами SOA, но даже эта проблема уходит.

Ответ 6

@Neal:

<Р → BASIC (исключая "Visual Basic" ) был в основном персональным компьютером. Было несколько портов для более крупные машины (например, VAX BASIC - О, это было весело), ​​но я не думаю, что это когда-либо попадалось.

BASIC также начал работу на больших машинах. Я помню программирование на BASIC и бумажную ленту на CDC еще в 1974 году в среде, подобной этой http://www.museumwaalsdorp.nl/computer/en/comp742E.html.

Ответ 7

RE-код стабильности кобола: обновления редко, но они очень разрушительны и активно сопротивляются установленной базе. При принудительной конверсии часто выполняются в режиме совместимости, и только тестирование может сжечь весь бюджет SD в течение года. OO cobol является примером, поскольку реальные затраты на конверсию превысят его преимущества, если не будет предпринята полная редизайн. Консалтинговые магазины любят это, поскольку они делают счет за время, но для организации у него есть потенциал, чтобы буквально вывести их из бизнеса. Одним из великих мифов этого упражнения OO cobol является "переносимость" набора навыков кобола, но на самом деле это умение OOP/OOD, которого не хватает, и его следует обучать унаследованным программистам. Изучение новой парадигмы сложнее, чем изучение нового инструмента (языка), и на самом деле упражнение не имеет смысла и используется только этим бастионом глупости, известным как менеджмент, - как осторожно вводить в заблуждение сообщество поставщиков, посвященное, поскольку они к созданию "ценности" для их акционеров. Это часто легкая продажа, и дураки обычно заслуживают того, чтобы их обманули.

Скорость выполнения RE. Это не стоит особого ответа. Платформы бывают быстрыми, и компиляторы определяют скорость выполнения. Я изучил выход asm из компиляторов COBOL и не лучше, чем хороший компилятор c. Более того, классический недостаток типа COBOLS, отсутствие поддержки области, отказ от поддержки параметризованных процедур, отказ поддерживать явное преобразование типов и т.д., Приводит к ошибочному впечатлению, что, поскольку он не делает этого, он быстрее. На самом деле для большинства из них требуется только поддержка времени компиляции, а остальная часть не добавляет больших накладных расходов (и то, что мало она может быть оптимизирована), где, поскольку она делает чрезмерное дорогостоящее использование кода, делает тестирование кошмаром и производит хрупкий код.

Это будет только уйти, когда это будет стоить много, чтобы исправить. Это может произойти или не произойти, но более вероятно, что организации потерпят неудачу из-за серьезной проблемы с программным обеспечением, которая до этого была бы захвачена языками безопасного типа. (ООП будет обеспечивать безопасность типов, но для этого потребуются программисты cobol и бизнес-аналитики учатся использовать типы)