Мир зависит от кода 60-летней давности, о котором больше никто не знает

Кобол сложен для тех кому английский язык не родной.
Англоязычные программисты быстро его осваивают.
Да он громоздкий, но такую простую вещь как финансовые расчёты он делает не хуже других языков и то програмное обеспечение, которое писалось для финансовых структур много лет назад, работет лучше и надёжнее что то что напишут индусы по "современным стандартам" програмирования.
Аналогия это как сравнить старинный британский ролс-ройс и новенький индийский автобус.
Наверное финансисты не хотят менять "неудобную" коллону из роскошных ройсов, на функциональный автобус.

Размещено через приложение ЯПлакалъ

Попробую пояснить. Вот есть у заказчика программа которая считает 2*2 = 4. В принципе ведь не важно на чем она написана???

(print (* 2 2)) - ну вот хотя бы LISP

Она считает, что 2*2 = 4, считала и будет считать, и никогда не выдаст результат 5 или 3 - это же просто программа.

Но ведь как-то заказчика надо убедить, что 2*2 = 4 должно считаться со всякими крутилками и свистоперделками, заодно озвучивать 4 голосом и рисовать на экране вы разных вариациях нейросетями.

Ведь согласитесь (нано оставим в стороне) 2*2 = 4 Реализуемо на наших серверах с помощью искусственного интеkлекта - звучит??? Вот тут и подключаются языкатые менеджеры и маркетологи, ведь как иначе раскрутить человека на 2*2 = 4...

Всё равно влезут
:)
распил бабла - нашим этому ещё учиться, учиться, учиться...

молотки тоже все по факту и результату похожи

Опытному программеру ваще похуй на чем писать. Хоть на асемблере. Бабки дайте, проблема будет решена...

Размещено через приложение ЯПлакалъ

Вопрос только в том, что бабки сильно разные в разных случаях))

Опять заговор?

Размещено через приложение ЯПлакалъ

Ну, 0 в 1 и наоборот превращают и стохастические процессы, и заряженные частицы высоких энергий.

Размещено через приложение ЯПлакалъ

Вы плохо понимаете смысл перевода на другой язык. Возникает вопрос, а сколько языков программирования вы знаете? Конкретно я писал программы на более чем 20 языках программирования. Я могу точно сказать, что ни один менеджер или кто-то еще, и даже большинство программистов сходу не переведут программу, например, с пролога на бейсик или наоборот. Программисту как минимум придется изучить оба языка, ДОСКОНАЛЬНО разобраться в предыдущем коде, понять его смысл, и еще написать две программы: одна будет повторять код на новом языке, а вторая проверять первую на ошибки. Таким образом временные затраты будут больше в два-четыре раза, чем изначальные.

Зачем же нужен перевод программ? Да просто потому, что сейчас пишут намного более сложные программы, чем во времена COBOL. Сложные - это не значит, что финансовые алгоритмы изменились. Просто программы стали писать для работы с большими массивами данных и для работы в интернет. И если для каждого финансового расчета держать эмулятор COBOL, для исправления найденных ошибок держать специалиста по COBOL... И к тому же нужно учесть, что программы на COBOL не знают потоков и асинхронного программирования... То сами понимаете, какой это тормоз в развитии. Это как если использовать паровой двигатель в современном автомобиле.

коболь не сложен и так как на нем все меньше пишут только для поддержки старья то и прогеров меньше, а так как их меньше они знают себе цену.

Не всякий опытный программер за это возьмётся даже при наличии бабок.

пойду писать на асемблере если заплатят в 2,3 раза больше за страдание надо платить.

Не спорьте с ним. Ему друг так сказал. А в случае чего "ну, это у вас документация неполная".
Всё всегда легко, пока не всплывают нюансы. Тот же "errata sheet".

Размещено через приложение ЯПлакалъ

Я динозавр. На вскидку
01 PARAM. (1)
02 STMT-INDICATOR PIC S9(5) COMP SYNC VALUE 132. (2)
02 STATEMENT-1 SYNC.
03 STMT-LENGTH PIC S99 COMP VALUE 45. (3)
03 FILLER PIC S99 COMP VALUE 0.
03 STMT

Если хорошо проникнуться ЯП КОБОЛ, то он оказывается еще очень даже неплохим ЯП! Я когда-то и на нем программировал. Если вдруг по работе понадобится, то вернусь и на КОБОЛ.

За дрова он, наверное, DosBox принимал)))

А вообще с фоксом особых проблем не было. Без особого напряга перевел досовский Фокс в свое время на Визуал - там основная проблема была только окна перерисовать. Рефокс - наше всё! )))
Были забавы по молодости...)

Вы спорите с человеком, который, кроме мышки и клавиатуры разве что принтер подключал к компу.
Уже насчёт стримера есть большие сомнения, про прочее и сомнений нет.

Размещено через приложение ЯПлакалъ

Последний программист, знающий COBOL:
А мне костер не страшен.
Пускай со мной умрет
Моя святая тайна —
Мой вересковый мед!

Охуенно глубокомысленное изречение. Джуны заплюсовали?

Бля, Ада охуенна!
Многословно, но удобно.
К сожалению найти работу, где строчат на Аде, почти нереально. В моем городе точно нет, ближайшая контора была в Новосибе, но туда переезжать чо-та не захотелось.

https://www.ibmmainframer.com/cobol-tutoria...ol-hello-world/

вот же есть документация и примеры кода.

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

В 2003 году Кобол стал объектно-ориентированым.

Ревизии языка проходят регулярно. Последняя ревизия - COBOL 2023.

Компиляторы Кобол есть почти для всех платформ, врлючая MS Windows (Visual Cobol) и Linux (gnu Cobol). Причем, последнй использует компилятор языка С. Поэтому полученый бинарный код почти ничем не отличается от кода, скомпилированного из других языков высокого уровня.

За другие компании не знаю. То что касается моей специализации, скажу за IBM. IBM до сих пор выпускает софт для разработок на Кобол и проводит обучение. На сегодняшний момент, самая свежая версия платформы разработки - IBM Enterprise COBOL for z/OS, v. 6 Release 4, выпущеная в мае 2022 г.

Это сообщение отредактировал AndrewBKK - 4.12.2023 - 13:05

а современные "языки" позволяют писать легко и эффективно
только сами программы получаются громоздкими и неэффективными

вот и хз что лучще

Ну, эдак и вообще разнообразные языки высокого уровня не нужны!
Смысл в том, что они ориентированы на разные задачи и то, что легко и понятно описывается на одном языке, сложно изобразить так же удобоваримо, или даже вообще эффективно на другом. Кроме кобола есть ещё ряд экстравагантных специализированных языков, типа того же форта.

У заказчика есть говно мамонта, написанное на более не поддерживаемом диалекте языка (вон, второй Питончик к примеру дропнули). Оно считало, считает и будет считать, пока через тридцать лет заказчик не отнесет свой комп на помойку, поставит новое железо и завоет "пачаму не кампилируется!". Документацию на чудо-программу к тому времени проебут, а язык на котором она написана забудут. А заказчику скажут запускать это гуано в Dosbox-е.