Использование COBOL (Актуальность использования COBOL для бизнес-приложения)

[Amadest]

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

[RasenHerz]

COBOL безнадежно устарел. имеет смысл использовать либо C++ либо Java

[Ali1]

COBOL безнадежно устарел. имеет смысл использовать либо C++ либо Java

Плюсы безнадёжно устарели. C# и dotNET - спасут Мир.

Если чуть серьезней, то нужно иметь очень веские основания например рабочую ЕС_ЭВМ, чтобы думать об СOBOL`е .

[diesel]

COBOL безнадежно устарел. имеет смысл использовать либо C++ либо Java

Если чуть серьезней, то нужно иметь очень веские основания например рабочую ЕС_ЭВМ, чтобы думать об СOBOL`е .

А вот этой штукой не пользуются? или чем-то подобным

Код: Выделить всё

diesel@debian:~$ aptitude search cobol
p   open-cobol                                                                        - COBOL compiler
diesel@debian:~$ apt-cache show open-cobol
Package: open-cobol
Priority: optional
Section: devel
Installed-Size: 484
Maintainer: Bart Martens <bartm@debian.org>
Architecture: i386
Version: 1.0-1
Depends: libc6 (>= 2.7-1), libcob1, libcob1-dev (= 1.0-1), libdb4.5 (>= 4.5.20-3), libdb4.5-dev, libgmp3-dev, libgmp3c2, libltdl3-dev, libncurses5 (>= 5.6+20071006-3)
Filename: pool/main/o/open-cobol/open-cobol_1.0-1_i386.deb
Size: 175512
MD5sum: 88ed7d4e6695719f05429a9d5703da9d
SHA1: 5dc50e832f2d4a3bffc88e9890792e5491989caa
SHA256: 4966d150de6ee8c21098eaa8bae0d67d7a31392ee2eefb1fc02cd5a27039a00a
Description: COBOL compiler
 OpenCOBOL implements substantial part of the COBOL 85 and COBOL 2002
 standards, as well as many extensions of the existent compilers.  OpenCOBOL
 translates COBOL into C and compiles the translated code using GCC.
Homepage: http://www.opencobol.org/
Tag: devel::compiler, role::program, uitoolkit::ncurses

[Ali1]

diesel
Я знаю о open-cobol
Говорят, что на нём написано больше всего кода.
Он есть на z/OS в unix .
http://www.netcobol.com/dotnet/index.html
Но этого ИМХО не достаточно для выбора этого языка для "разработки бизнес-приложения с нуля".

[Фантом]

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

[RasenHerz]

мне очень интересно в какой сфере бизнеса может понадобится COBOL?

[antares0]

Мне тоже интересна причина заставившая автора заинтересоваться COBOL-ом.
По теме: SAP-авский язык основан на нем. OEBS тоже расширяется им же наряду с жабой.
P. S. Плюсы и Жаба для бизнес-логики это страшно. Хотя да бывает.

[Amadest]

Мне тоже интересна причина заставившая автора заинтересоваться COBOL-ом.
По теме: SAP-авский язык основан на нем. OEBS тоже расширяется им же наряду с жабой.
P. S. Плюсы и Жаба для бизнес-логики это страшно. Хотя да бывает.

Сегодня как раз удалось пообщаться с одним интересным человеком по данной теме, как
раз услышал от него что-то подобное. Он также упомянул SAP и iRenaissance, много
рассказал особенно о последнем, на сколько я понял, среда исполнения (грубо говоря runtime)
для него написана на С, а абсолютно вся бизнес логика - на модификации кобола.
Такая архитектура, как я понял, дает большие преимущества, как-то:
1. мультиплатформенность - достаточно лишь портировать сишный слой на
целевую платформу и все
2. целевая направленность языка (кобол) на программирование бизнес-логики

На мой взгляд писать бизнес-логику на C/C++ - это стрелять из пушки по воробьям, тк
он в разы сложнее того же кобола, ориентирован на системное программирование (больше к С),
специалисты по нему достаточно высокооплачиваемые и тп, примерно тоже самое
относится и к java, за одном большим исключением - это j2ee.
j2ee - это та вещь, которую, на мой взгляд, очень целесообразно использовать в качестве
платформы для бизнес-приложения, тк в ней уже много чего реализовано и большинство
серверов приложений j2ee кросс-платформенные. Но бизнес-логику опять-таки целесообразно
писать на кобол-подобном языке, пример - SAP, OEBS, ...
Почему на кобол-подобном языке, я думаю на то есть причины:
1. в бизнес-приложение всегда надо что-то доделывать (допрограммировать) для
каждого конкретного предприятия, изменить программу на коболе проще
2. кобол специально создавался для написания бизнес-приложений, те
более подходит для данной цели

Вообщем по поводу кобола я пришел к след. выводу, при разработке т.н. "больших" =)
систем писать бизнес логику на кобол-подобном языке актуально и сейчас, тк, на сколько
я знаю, никто ничего особенно выдающегося нового в этой сфере не придумал.
Для малых и средних систем - основу (runtime) имеет смысл писать на c/c++, java и тп,
а бизнес-логику на стороне БД (в sql), пример, ee-enterprise.

Было бы интересно, есть ли пример бизнес-приложения (среднего или большего),
где бизнес-логика написана на c/c++, java и тп

Причина, заставившая меня заинтересоваться коболом - интерес =)

[gcc]

на perl тоже можно писать

Код: Выделить всё

BEFOREHEAD: close door, each window & exit; wait until time.
open spellbook, study, read (scan, select, tell us);
write it, print the hex whole each watches,
reverse its length, write again;
kill spiders, pop them, chop, split, kill them.
unlink arms, shift, wait & listen (listening, wait),
sort the flock (then, warn the "goats" & kill the "sheep");
kill them, dump qualms, shift moralities,
values aside, each one;
die sheep! die to reverse the system
you accept (reject, respect);
next step,
kill next sacrifice, each sacrifice,
wait, redo ritual until "all the spirits are pleased";
do it ("as they say").
do it(*everyone***must***participate***in***forbidden**s*e*x*).
return last victim; package body;
exit crypt (time, times & "half a time") & close it,
select (quickly) & warn your next victim;
AFTERWORDS: tell nobody,
wait, wait until time;
wait until next year, next decade;
sleep, sleep, die yourself,
die at last

[OCTAGRAM]

Лучше уж FoxPro