Неупомянутые части истории КОБОЛа [закрываются]

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

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

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

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

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

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

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

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

Причины начать новый проект на COBOL

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

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

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

Ситуация в мире бизнес-вычислений была сильно фрагментирована. Существовало несколько проприетарных языков с низким и средним уровнем, но, как правило, работало только на компьютере одного поставщика. {{1} } Вот несколько примеров: FLO-MATIC , AIMACO и COMTRAN , все из , которые сильно повлияли на развитие КОБОЛ.

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

Согласно Джин Э. Саммет ( Ранняя история COBOL ), Министерство обороны США возглавило и профинансировало раннюю разработку COBOL.

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

В основном в финансовой (банки / правительство) и страховой отраслях. За пределами этих секторов о COBOL почти мало что слышно.

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

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

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

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

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

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

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

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

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

В двух словах: Не очень хорошо.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В любом месте, где деньги переходили из рук в руки, отслеживались запасы и т. Д. Ваше использование слова «было» подразумевает, что сейчас оно не используется. Cobol задействуется каждый раз, когда вы проводите пальцем по кредитной карте, отправляете посылку, звоните по телефону ... он повсюду. Еще.

Использовалось ли оно чаще, чем Например, Фортран или БЕЙСИК?

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

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

Не знаю, жили ли вы при этом время, но как люди отреагировали на восходящий КОБОЛ? Они ожидали, что это будет будущее?

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

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

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

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

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

MasterCard. Виза. Наа ...

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

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

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

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

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