Там на самом деле есть COBOL в.NET?
Я только что проверял страницу Microsoft Visual Studio и на боковой панели рекламы вдруг увидел невероятную рекламу:
"Net Express - это среда разработки COBOL для расширения основных бизнес-процессов до.NET Framework и других распределенных платформ".
Конечно, я перешел по ссылке и нашел компанию, которая делает это, но есть ли места, где все еще используется КОБОЛ? Кто-нибудь на самом деле использует COBOL в.NET Framework?
Редактировать: Спасибо всем за информацию ниже, я определенно кое-что узнал сегодня!
7 ответов
Micro Focus - это пакет разработки COBOL, который в основном предназначен для поддержки устаревших приложений для мэйнфреймов. Он говорит примерно на 20 диалектах COBOL с разных платформ и имеет средство эмуляции CICS. С 2004 года они рекомендуют заменять рабочие нагрузки мэйнфреймов до 400 MIPS или около того. Принимая во внимание, что вы все еще можете купить системы мэйнфреймов с рейтингом 22 MIPS от Amdahl в начале 1990-х годов, 400 MIPS на мэйнфреймах - это довольно значительная рабочая нагрузка.
Интеграция устаревших бэкэндов COBOL в современные интерфейсы - большой бизнес. Существует довольно существенная экосистема программного обеспечения для эмуляции терминала, скреперов экрана, интерфейсных библиотек и RPC-оболочек для различных протоколов, таких как CORBA и SOAP.
Несколько лет назад Micro Focus выпустил компилятор COBOL .NET, который позволяет запускать приложения COBOL на сервере CLR. Вы можете скомпилировать любой из поддерживаемых диалектов, и он будет запускать все устаревшие функции эмуляции. Это позволяет поместить графический интерфейс пользователя или веб-интерфейс (или уровень веб-служб) в существующее приложение COBOL, сохраняя ваши инвестиции в существующую кодовую базу. Внешний интерфейс может быть написан практически любым инструментом разработки, который поддерживает CLR. Вы хотите использовать интеграцию C#/Windows Forms, MS Workflow Foundation, SSIS, IronPython, ASP.NET или SQL Server CLR со своим бэкэндом COBOL - берите себя в руки.
Таким образом, это часто очень привлекательная альтернатива полной перезаписи и миграции устаревшего приложения.
Этот тип работы составляет значительную часть их бизнеса, но все еще есть ниши, в которых COBOL действительно неплохо справляется со своей задачей. Для многих крупных пакетных заданий открытие ориентированного на запись файла и его процедурная обработка - хорошая парадигма для получения простого, понятного и быстрого приложения. Однажды я прочитал сообщение (в Slashdot IIRC), где кто-то говорил о приложении COBOL, которое считывало 35-гигабайтный файл возврата кредитной карты и обрабатывало его каждый час. Это было опубликовано довольно давно, где-то в 1990-х годах - в то время, когда 35 ГБ было значительно больше, чем емкость большинства ПК.
Получение RDMBS для массовой загрузки и обработки 35 ГБ данных (около 100-200 миллионов записей в час) не обязательно является тривиальной задачей, даже на современном оборудовании. Зачастую для получения производительности от SQL требуется несколько косой подход к обработке, который может затенить смысл кода; Хорошо настроенный SQL может быть "только для записи".
COBOL использовался в этом типе применения около 50 лет и является зрелой, хорошо понимаемой и надежной технологией, которая на самом деле делает это довольно хорошо.
Я действительно порезался о кодировании на COBOL - учился на Fortran, Pascal и C, но большую часть моих первых 5 лет профессионально занимался кодированием на COBOL в IBM/390. Не трогал его уже 15 лет.
COBOL - это пакетный язык обработки финансовых данных. При правильной структуре он может делать то, что умеет лучше всего - обрабатывать большие объемы финансовых данных - лучше, чем что-либо еще. Это также удивительно хороший язык для встраивания других систем - довольно часто работающий как связующее звено между другими системами.
Думайте об этом как о локомотиве:-). В 19 веке все ездили на поезде, потому что это все, что у нас было, но для большинства его заменили автомобили и самолеты. Для перемещения большого количества тяжелых грузов по железнодорожной системе все еще есть путь. Вы не часто видите локомотивы в повседневной жизни, но они поддерживают ваши электростанции на угле.
Примечательно, что Lisp по-прежнему занимает аналогичную позицию в кодировании AI. Что мне действительно интересно, так это то, что другой член группы из трех "больших" языков 1960-х /70-х - Fortran - отказался больше, чем другие, что я не ожидал в то время. Тем не менее, у нас все еще есть BASIC, который фактически является ублюдком Фортрана, так что, возможно, все трое так же живы и здоровы, как и когда-либо.
Роб, есть много мест, где все еще делают COBOL, хотя не обязательно для.NET; мы все еще занимаемся разработкой мэйнфреймов, и подавляющее большинство финансовых приложений все еще написаны на языке COBOL, взаимодействующем с CICS.
Кроме того, вы все равно можете получить компиляторы COBOL (например, Fujitsu) для платформ Windows.
Я думаю, что более распространенным сценарием является взаимодействие, например, приложения Windows и ASP.NET взаимодействуют с приложениями COBOL/CICS и наоборот.
Я участвовал в таком проекте несколько лет назад для крупного банка в моей стране, и я могу себе представить, что это было бы довольно распространенным явлением для любого банка, у которого за плечами было более 40 лет ИТ.
Кобол это ниша. Хорошая, удобная, выгодная ниша. Это, вероятно (рано или поздно) станет несуществующим, но сейчас все еще там. Прямо здесь, несколько крупных банковских организаций имеют свои основные системы, разработанные в COBOL. Это не только техническое обслуживание, но и развитие!
Это было около 50 лет или около того, каждые 10 лет кто-то объявлял о его смерти, но он все еще держится.
Статья из Википедии поразила меня:
Программы COBOL используются во всем мире в правительственных и военных учреждениях, на коммерческих предприятиях и в операционных системах, таких как IBM z/OS, Microsoft Windows и семейства POSIX (Unix/Linux и т. Д.). В 1997 году Gartner Group сообщила, что 80% бизнеса в мире работает на COBOL с более чем 200 миллиардами существующих строк кода и примерно с 5 миллиардами строк нового кода в год.
http://en.wikipedia.org/wiki/COBOL
Я думал, что Кобол "пиломатериал". Это скорее не правда. Между прочим, Fujitsu NetCOBOL для.NET и Micro Focus Net Express® с.NET являются довольно всеобъемлющими реализациями. Может быть, нам стоит изучить этот язык и потом найти хорошую работу с большой зарплатой?:)
Что я знаю о Raincode, Fujitsu и Microfocus. Microfocus пытается ASP.NET, используя COBOL Codebehind. Fujitsu Я не уверен, что они все еще предлагают свои собственные веб-решения или пытаются вписаться в ASP.NET.
Raincode предлагает стандартный компилятор cobol для.NET без попыток использовать ASP.NET