Компания IBM объявила о решении 16 апреля опубликовать компилятор языка программирования COBOL для платформы Linux. Компилятор будет поставляться в форме проприетарного продукта. COBOL является одним из старейших из активно применяемых языков программирования (10 лет назад около 70-80% бизнес-транзакций в Великобритании осуществлялись приложениями на COBOL) - в этом году ему исполнится 62 года. Благодаря наличию компилятора GnuCOBOL, поддержка языка COBOL на платформе Linux присутствовала и ранее, но не рассматривалось предприятиями как решение для промышленного использования...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=54924
взял попкорн, жду комментарии экспертов
В силу возраста комментирующих, тут эксперты только по расту и гошечке.
> В силу возраста комментирующих, тут эксперты только по расту и гошечке.Забыли юзеров Манджары. Главное сделать СВОЙ пакет, зачем не важно, можно даже не запускать потом.
https://scp-wiki.wikidot.com/scuttle
> https://scp-wiki.wikidot.com/scuttle
Почему? Есть два вида ыкспертов - "РастГоМанжароЛюнекс" и "РаньшеБылоЛучшеЯПишуНаC++". Как раз они тут могут поспорить
Еще есть просто дибилы без опыта пытающиеся петрасянить на тему ыкспердов.
Они хотя-бы не позорятся как недо-тролли претендующие на нулевое знание сабжа обсуждения.
> жду комментарии экспертовCOBOL надо переписать на Rust
Rust надо переписать на COBOL
//fix
> COBOL надо переписать на Rustзачет, тонко (хотя бы злободневно)
> Rust надо переписать на COBOL
незачет, тосто, неэффективно никак даже в шутку
>тосто, неэффективноНе компилируется. Синтаксические ошибки. Вы уверены, что rust вам поможет.
для правки поможет Git,
компиляция не запускалась,
текст был не на Rustвы уверены, что компьютер вам поможет?
Не-не-не, кобол надо переписать на js - иначе как он будет работать без целой обвязочноного буллшита вроде
> CSS, HTML, Web API, WebGPU, WebGL / 3D графика / Canvas API, SVG, Responsive Design, WASMа для манагеров бигБиза это уже не вариант. Нужно больше сущностей!
Только вот, чисто_жс'у ничего из этого нафиг не надо:CSS, HTML - это веб-подобная разметка и стили, существует вне зависимости от жс. Причем тут жс ?
WebAPI, WebGPU, WebGL / 3D графика / Canvas API - это штуки изначально чисто для веба. Канвасы, кнчн., к жс относятся, но лишь как возможность посредством него "рисовать" графику. Многие штуки прямо или косвенно относятся к ускорению отрисовки разметки и стилей, равно как и анимации, реализованной на тех стилях.
Вне веба, т.е в тех же гибридных фреймворках( типа RN ), в т.ч работающих с интерфейсами, перечисленные штуки нафиг не нужны - там иными способами работают с графикой.SVG - эм, это вообще изображения. Причем тут жс ?
Responsive Design - верстка. Относится к разметке, стилям и медиазапросам. Причем тут жс ?
WASM - это вообще штуковина, косвенно позволяющая запускать в вебе НЕ_ЖС код. Сам жс в нее не преобразуется. Т.е это про какой_угодно_ЯП ( даже раст, си и плюсЫ ) но не про жс.
Жс можно без особых проблем запускать на выдранном из исходников того же вебкита жс-двигле - жс-кор.
"Внезапно" ни стили, ни разметка, ни веб апи, ни свг, и респонсив дизайн, ни вам ему для непосредственной работы не нужны, а работает он весьма шустро - благо, джит и хитрые оптимизации есть.Итого, хреновенько как-то у секты свидетелей все_есть_жс( даже то, что к нему непосредственно вообще никак не относится, а, скорее, к вебу в целом ).
И да, и нет.
Всё-таки современный веб и js это результат их активного взаимодействия, во многом калечного и просто уродского.
> SVG - эм, это вообще изображенияЖпег ещё надо знать! и пнг! Это вам не указатели складывать!
> Жпег ещё надо знать! и пнг! Это вам не указатели складывать!Каюсь, позабыл что-то! Без этого жс же тоже не работает!!111
>> SVG - эм, это вообще изображения
> Жпег ещё надо знать! и пнг! Это вам не указатели складывать!error: invalid operands to binary + (have 'void *' and 'void *')
Ого, меня начали растаскивать на цитаты эксперты опеннета? Это успех! Пойду просить повышения!
Тебя никто не растаскивает . Хочешь обмазываться самоцитированием - регистрируйся и не ипи мосок.
Завидуй молча.
> Не-не-не, кобол надо переписать на jsВообще-то давно пора, наоборот, наваять в брузерах поддержку:
<SCRIPT LANGUAGE=cobol>:o)
Мсьё знает толк ...
ничего переписывать не надо.
кобол надо взять вторым языком для 1С.
Тогда 1С, хотя бы, можно будет использовать
> Тогда 1С, хотя бы, можно будет использоватьиспользовать можно прямо сейчас.
а вот программировать её - ну такое.
COBOL - попса для смузи-кодеров, вот RPG - RPG это сила!
Ждем RPG под Linux.PS. А ядро давно пора переписать на PL/S!
strseu рулит!
Эксперты на этот мусорный ресурс не ходят.
> Эксперты на этот мусорный ресурс не ходят.я хожу
Ну теперь заживём
Когда 1 апреля никак не закончится.
Расскажи это американцам, когда им потребовалось расширить функциональность кобол-программ, а тупые современные программисты не смогли это сделать... А растаманы вообще только измерять могут свой х в микрометрах.
тупые современные программисты не смогли этого сделать, т.к. тупые программисты прошлого фичи добавляли огромными костылями, потому что тупые успешные менеджеры прошлого предпочли вендролок, а тупые управленцы в службе занятости подумали, что если говно мамонта работало лет на устаревшем оборудовании 30-летней давности, то оно будет работать еще столько же.только вот (сюрприз! сюрприз!) ни устаревшее вендролочное решение ни устаревшее оборудование ВНЕЗАПНО оказались неподготовленными к современным реалиям
Чёй-то "неподготовлено" ?
Нормально всё - до сих пор работает. Ну там дописали пару прослоек.Ну да ... "тёмной темы" нет.
Ну а по поводу того что z/390 - 30 лет, эт ты загнул.
неподготовлены к нагрузке и большому объему данных же
Что такое "большой объём данных" ? Данные, кстати, с DB2 тянутся. Как запрос построишь, столько и прилетит. Чай не 1с - которая фулл-таблицу в себя всасывает и потом там начинает что-то фильтровать.К нагрузке ... За ночь, всё что нужно обсчитывает ... Ну и техника - не писюн какой-то.
> 1с - которая фулл-таблицу в себя всасывает и потом там начинает что-то фильтроватьВас кто-то дезинформировал, в 1с совсем не обязательно запрашивать всю таблицу, генерируемые sql-запросы в норме содержат условия (хотя, конечно, все от программиста зависит, можно написать код и так, чтобы fullscan был)
насчет того насколько велики "большие объемы" сказать не могу, пересказывал лишь ответы из статей по поводу возникших проблем. Но ведь не просто так многим американцам прищлось ждать несколько суток, чтобы подать заявление и стать на учет как безработные. Это все происходило в марте-апреле прошлого года, если вдруг возникнет желание поискать описание проблем.
> Ну да ... "тёмной темы" нет.Как же нет, там же черный терминал с зелёными буквами. Появился ещё до того, как это стало модным. :)
а при чём здесь z/390? как будто до неё ни мейнфреймов, ни кобола не было.
например, в качестве пускалки кобола был популярен vms, он уже более 40 лет на рынке. да и у того же ibm до z/390 были компьютеры с коболом, не то с 60, не то с 70 (а это уже 50 лет назад, карл).
Каким ещё таким "современным реалиям" неужели сейчас любая программа должна иметь гуй с прозрачностью, блюром и анимацией? Или что сейчас изменилось? Эти программы прекрасно работают и выполняют свои задачи десятки лет, и будут ещё сотни лет выполнять, если конечно, смузихлебы не начнут все перековыривать.
маня, программы захлебываются от количества данных и не успевают их обрабатывать. Самый замечательный в этом плане пример - эпопея с подачей заявок в службу занятости нью джерси и нью йорка.
Захлебываешься здесь только ты, лалка, сплевывай
Меня боги миловали, но вот один коллега на пару лет отскочил поработать c мейнфреймами, и его впечатления от поддержки программ, которые "работали десятки лет", далеки от положительных.Десятки лет программы работают только если не меняется задача, которую они решают. А она имеет тенденцию меняться, независимо от выбранной технологии и языка программирования. Каждый код имеет свой предел прочности, да простится мне сопроматовская аналогия.
> что если говно мамонта работало лет на устаревшем оборудовании 30-летней давности, то оно будет работать еще столько же.фортран уже работает 74 (семьдесят четыре) года. А Хаскель уже через 10-15 лет никто не вспомнит. Как и Раст или гошечку.
Сам ты устаревшее оборудование. Даже за десять ценников современного мэйнфрейма ничего по производительности в сфере обработки транзакций и больших данных не купить. Более полсотни процессорных ядер и терабайты многоканальной оперативки на процесс. Ширина каналов передачи данных в сотни гигабит в секунду. Петабайты внешнего хранилища. И все это годами без остановки работает. Это реально параллельная вселенная.
И вообще, среди LTS-языков есть только 4, поведение программ на которых может быть строго доказуемо на основании анализа исходных кодов -- это ADA, C, COBOL и FORTRAN. Поэтому софт, написанный на этих языках, считается крайне надежным. Все остальное, независимо от распространенности и моды, является суетой и понтами.
И даже С++ не входит в список надежных языков в силу нестабильности стандарта, обилия стилистических ошибок, смысловых неоднозначностей и неясного изложения.
так ляпнул, будто не тупой и смог бы хоть что-то расширить)
Ждём ebil^W тфу ... PL/1 ждём
Этот то как раз давно есть - и GPL-ный, и от MicroFocus.
COBOL от MicroFocus тоже как бы давно был.Имхо самый крутой, но и самый дурной был MetaCOBOL от ADR, кому достался после кончины оной в 90-е - хз.
Удивительно, как некоторые компании умудряются закопать куда более востребованные вещи, но продолжают тащить лютое ненужно свозь десятки лет
> 220 млрд строк
> лютое ненужноТы бы вылезал из своей башни хоть раз.
Ему санитары руки за спиной завязали и не пускают
Ну как оно обычно бывает - никакой компов не было, работали вручную.Потребовалось повышение производительности - запилили на чем тогда модно было( кобол ), потом, с течением времени все допиливали и допиливали. Проект обрастал функционалом и тоннами барахла( суть которого уже почти никто не понимает, но очевидно, что написано оно было не просто так ), которые с каждым годом переписать все сложнее..
Прошел десяток-другой лет.. вроде бы работает, пусть и поддержка этого воистину "золотая", а переписывать такое количество функционала( + тестирование багфикс итп ) - кажется еще дороже..
Так и тянутся эти миллионы и миллиарды строк кода , постепенно разрастаясь.
Ынтепрайс, особенно, банковский, он такой.
Но это вовсе не означает, что это "очень хорошо".
+ забавная статья в рейтера нашлась:
Banks scramble to fix old systems as IT 'cowboys' ride into sunset
https://www.reuters.com/article/us-usa-banks-cobol-idUSKBN17..."Oliver Bussmann, former chief information officer of UBS AG, said banks usually tap into their networks of former employees to find COBOL experts. Accenture’s Starrs said they go through a “black book” of programmer contacts, especially those laid off during or after the 2008 financial crisis.
The industry appears to be reaching an inflection point, though. In the United States, banks are slowly shifting toward newer languages taking cue from overseas rivals who have already made the switch-over.
Commonwealth Bank of Australia, for instance, replaced its core banking platform in 2012 with the help of Accenture and software company SAP SE. The job ultimately took five years and cost more than 1 billion Australian dollars ($749.9 million).
Accenture is also working with software vendor Temenos Group AG to help Swedish bank Nordea make a similar transition by 2020. IBM is also setting itself up to profit from the changes, despite its defense of COBOL’s relevance. It recently acquired EzSource, a company that helps programmers figure out how old COBOL programs work."
Банк Австралии смог-таки соскочить с кобола, но ему это стоило 5 лет работы и $750 млн. Перешел на сап.
Шведский банк планирует совершить подобный переход к 2020г.
У МДМ тоже халтура подвернулась - они помогают конторам (!!!) понять, как работают старые кобольные проги.
> those laid off during or after the 2008 financial crisisСначала выкинули на мороз, а потом спохватились.
> Перешел на сап.Это намного лучше, да. Банк теперь полностью хозяин своего IT-хозяйства.
Как продукты жизнедеятельности сапа "работают", так уж лучше кобол.
> Banks scramble to fix old systems as IT 'cowboys' ride into sunsetПлатить надо больше, тогда и "старые ковбои" помогут, и "молодые ружья" выучат то что надо.
>Платить надо больше,Вот таких вот перспектив - я всегда не супротив!(С)
>тогда и "старые ковбои" помогут,Это да - мы такие, мы могЁм. Ну те кто жив ещё :)
>и "молодые ружья" выучат то что надо.Чтоб добыть пару алмазов перелопачивают 1000 тонн грнта. Чтоб нынче найти толкового программера надо перебрать 100500 ... молодых ружжов :) Инфляция - она во всём.
> Но это вовсе не означает, что это "очень хорошо".С этим я согласен.
А какая вообще разница сколько строк кода который не нужен? А ты в курсе, сколько из этого кода реально используется, а не является комментариями, копиями копий и просто неиспользуемыми модулями которые потерялись и всё никак не удалятся потому что "удалять страшно - вдруг что-то перестанет работать" а по факту были выкинуты т.к. "ничего не понятно, напишу ка я лучше эту фичу с нуля в новом файле так, как понятно только мне, а если что, можно будет откатиться на старый модуль, наверное" и так стопицот раз.
А ещё это далеко не про все банки в мире, а про отдельную кучку. У нас ты с отличными знаниями кобола будешь в банке максимум полы подметать
>[оверквотинг удален]
> в курсе, сколько из этого кода реально используется, а не является
> комментариями, копиями копий и просто неиспользуемыми модулями которые потерялись и всё
> никак не удалятся потому что "удалять страшно - вдруг что-то перестанет
> работать" а по факту были выкинуты т.к. "ничего не понятно, напишу
> ка я лучше эту фичу с нуля в новом файле так,
> как понятно только мне, а если что, можно будет откатиться на
> старый модуль, наверное" и так стопицот раз.
> А ещё это далеко не про все банки в мире, а про
> отдельную кучку. У нас ты с отличными знаниями кобола будешь в
> банке максимум полы подметатьА ты продолжай:
> По состоянию на 2017 год 43% банковских систем продолжали использовать COBOL. Код на COBOL применяется при обработке около 80% персональных финансовых транзакций и в 95% терминалов для приёма платежей по банковским картам.
Никому не нужный язык и тонны никому не нужного кода.
Давай лучше вспомним, сколько за последние 10 лет родилось и умерло «всем очень нужных и крайне удобных и полезных» языков и миллионов строк кода.
Не дразни макаку.
> Не дразни макаку.Да, спасибо. Всё время забываю, а ты мне всё время напоминаешь. =^_^=
Хватит врать. Банковских систем не вообще, а во вполне конкретном местеБанковская система это комплекс. Если там на 10000 строк кода на других ЯП используется один модуль на COBOL, это уже попадает в статистику. Такие вот классные попугаи. И да, никому не нужный язык и тонны никому не нужного кода. С таким же успехом можно собирать статистику по FoxPro for DOS, Paradox, PervasiveSQL и прочих "очень важных штуках" которые где-то на антресольках всё ещё попадаются, но большинство разработчиков о них в душе не чают, а кто чает - те открещиваются от них, как от проказы)
>> сколько за последние 10 лет родилось и умерло «всем очень нужных и крайне удобных и полезных» языков и миллионов строк кода
Давай. Примерно весь твой код мертворожденный, даже если ты перепишешь всё на COBOL, хотя ты его даже в глаза не видел, просто флудишь тут) А языков написанных не васянами умерло примерно 0
>> По состоянию на 2017 год 43% банковских систем продолжали использовать COBOL. Код на COBOL применяется при обработке около 80% персональных финансовых транзакций и в 95% терминалов для приёма платежей по банковским картам.
>Никому не нужный язык и тонны никому не нужного кода.Нужность языка не доказана цитатой вообще никак.
Выше был приведён аргумен разрастания кодовой базы за счёт непонимания работы устаревшего кода, что вполне похоже на реальность, но тоже является предположением.
В России есть банковский продукт Fa# от Диасофта, так там коболом и не пахнет. Паскаль + TSQL. Так может быть кобол это не фишка банковских продуктов, а просто уже зависимость, от которой сложно отказаться?
В России всего софта написанного за все время прямо вот с середины 90х, как начали писать софт (нет, не толсто) - его суммарно меньше чем софта написанного на Западе на Коболе
И что? Это как-то отменяет вышеприведённые аргументы?
кобол в 2021 году... проприетарный... чего еще от ибм ждать можно? собственного дистриба проприетарного линуха?
> кобол в 2021 году... проприетарный... чего еще от ибм ждать можно? собственного дистриба проприетарного линуха?Я за OS/2! =)
>> кобол в 2021 году... проприетарный... чего еще от ибм ждать можно? собственного дистриба проприетарного линуха?
> Я за OS/2! =)Два фаянсовых слоника этому господину! ;)
> Два фаянсовых слоника этому господину! ;)Шутка смешная, но я её не понял
Стояли на комодах, неужели никто не помнит?..OS/2 и сейчас кое-где работает («Шоколадница», метрополитен в Нью-Йорке), запуская в основном DB2.
Прошлогоднюю докуриваешь ?
>Прошлогоднюю докуриваешь ?А?..
Я и сейчас под OS/2, меня всё устраивает.
ДВ2 вполне себе успешно развивается. А полуось жалко конечно. Но в ИТ вообще все хорошее умирает, и молодежь в 1001-раз изобретает 1001-ое же колесо.
У IBM в OS/2, емнип в 4.0, было использование изображения "танцующего слоника".PS. У нас тут в СПб, в те же годы, Гатчинский заводик, выпускавший пельмени, тоже запустил рекламу с использованием "танцующего слоника", только у IBM он был серый, а у "пельменоделов" - белый. И вот едим мы на Ижорский завод с междельмашевцами, обсуждаем как раз OS/2 - и тут бац - огромный постер. Веселья было...
Так и я тоже, за полуось! До сих пор, правда уже в виртуалке, живёт!
> уже в виртуалке, живёт!А с этого момента поподробнее... Раньше под виртуалбоксом и квм работало - но сейчас вообще никак. И что там у вас со свободной реализацией ядра полуоси? Как этот исошник вообще использовать?
> собственного дистриба проприетарного линуха?А что с рхел случилось?
Цитата из фильма Брат - "Он(межделмаш) там всех купил. Кого не купил - убил."
А GNU COBOL очень даже живенький, даже его nightly snapshots есть.
Живенький но ненужненький. Я даже под веществами не могу представить чтоб фрии софт на Коболе ваяли 8-)
Неее - это удовольствие только за деньги.
Казалось бы, COBOL загибается ввиду дефицита живых специалистов, и их явно не становится больше, надо наоборот делать инструменты максимально доступными. Но нет, вот вам проприетарный. Ну или IBM и не имеет планов поддерживать COBOL на плаву.
Использование Кобола калечит ум.
> Использование Кобола калечит ум.Есть кратчайший(не более 10 страниц А4) FAQ на полных нубов в Коболе?
https://learnxinyminutes.com/docs/cobol/
не так, на коболе песать нада чериз гуглпериводчик
Дефицита спецов нет, есть желание секономить на их з\п
У вас беда с причинно-следственными связями. У них есть ЗП только потому что спецов около нуля и развивать/сопровождать это никому не хочется, проще взять толковых сеньёоров на другом стэке и переписать это на нормальном языке без вендорлоков и прочего безумия
типа мексов нанять ? такое себе развлечение, особенно когда захочешь их просто по человечески кинуть на бабки.
> Ну или IBM и не имеет планов поддерживать COBOL на плаву.с "на плаву" у COBOL-а проблем нет, г***но как известно не тонет.
Сомневаюсь, что вы на Коболе написали хоть одну программу. Он отлично подходит для информационных систем
> Сомневаюсь, что вы на Коболе написали хоть одну программу. Он отлично подходит
> для информационных систем1) Я, слава богу, только "для COBOL-а" - на Assembler F и H. Библиотеки для работа с BTAM, потом с VTAM - ну не любили у нас в стране ни TSO, ни CICS, интерфейс к наборам данных с нестандартной организацией, "прослойки" для динамического вызова и обмена данными с программами на PL/1. Ах, да, препроцессор для ЕС-овского COBOL-а писал, по аналогии с MetaCOBOL, а так же для перевода с отечественных диалектов... В общем повыносил он мне мозг с ОС ЕС 6.1 (OS/360) до OS/390 включительно. Слава богу, последний раз видел это убожество в конце 90-х, и даже всю литературу по нему выкинул в начале нулевых.
2) Хреново он подходит. Его положение - исключительно следствие того, что госстурктуры США в свое время поставили условием покупки выч.техники наличие на нем компилятора с COBOL-а. И если на момент появления его, как первого специализированного языка для бизнес-приложений это было в какой-то мере оправданным, как и его убогость - мало было понимания, мало выч. ресурсов, то уже с середины 60-х - инерция и коррупция.
Помнится, в прошлом что ли году пролетала новость, что в связи с короной в америке резко срочно начали искать хоть кого-то, кто как-то сможет поддерживать вот это вот, то ли в банках, то ли в госконторах у них.
Истребили программистов кобола, а оказалось они им нужны были.Теперь IBM свой компилятор Кобола для Линукс опубликовала, чтобы программистов с Линкс в Кобол перетягивать.
> Истребили программистов кобола, а оказалось они им нужны были.Я даже затрудняюсь сказать, чем они думали, если...
"По состоянию на 2017 год 43% банковских систем продолжали использовать COBOL. Код на COBOL применяется при обработке около 80% персональных финансовых транзакций и в 95% терминалов для приёма платежей по банковским картам."
Все зелёненькие триллионы держатся на Коболе, которого толком никто не знает...
Мне более интересно, как они считали этих попугаев. А ещё есть мысль что на коболе переиспользование кода было примерно никакое и те вещи, которые на других ЯП делаются элементарно в коболе делаются в стотыщ строк
Что, код на Коболе совсем не засунуть в .so-шку?
это уже от палтформы зависит: под gnucobol на лунухе вполне можно, abi там простой, а как оно на на мэйнфреймах - хрен его знает
> переиспользование кодавот как раз с этим там полный порядок, кто сним работал подтвердят. Скорее в этом и причина такого количества legacy, что код десятилетия переиспользуется а не переписывается.
> Мне более интересно, как они считали этих попугаев. А ещё есть мысль
> что на коболе переиспользование кода было примерно никакое и те вещи,
> которые на других ЯП делаются элементарно в коболе делаются в стотыщ
> строкОсновная масса старого кода - пакетные задания на обработку PS наборов данных. Логика там простая, зато "развесистые" описания записей. Ну и да, унаследованный и соблюдаемый до сих пор "перфокарточный" формат очень способствует кол-ву строк в программах.
PS. Лучше COBOL-а, в части синтаксиса, это RPG и, конечно, несравненный JCL.
Переписать ума не хватет? или что им сейчас не хватает?
Как раз хватает ума не переписывать.
Хватает и пишут. Переписывают на Java. Только небыстро это. Для банковских систем например. Объём кода большой и обычно представляет из себя монолит, поэтому менять надо сразу всё, нельзя по частям. То же относится и к базам данных. Часто там даже не SQL. Тоже надо мигрировать всю базу сразу в другой формат. Вернее одну "кобольдскую" базу в несколько SQL баз, сейчас же модно большой энтерпрайзный софт писать в виде коллекции микросервисов, и у каждого микросервиса своя база.
Это совершеннейшая дурь. Просто молодежь не хочет/не может изучать существующее, у нее кое-где зудит от желания творить, т.е. выбрасывать старое, качественное, заменять его своим, безнадежно-некачественным, но модным и не таким как всё
Совершеннейшая дурь - это когда в 2021 году банковские транзакции внутри страны идут до 2 рабочих дней, а трансграничные до 10 рабочих дней, а не мгновенно, потому что обрабатываются "старым качественным" софтом на Коболе. Который невозможно ни доработать, ни хотя бы разбить на модули, чтобы отдельные модули заменить. Поэтому новые банковские системы пишут на более современных языках и более модульными. И решения об этом принимают большие боссы, которым около 60 лет, а не молодежь.
Если хоть кому-то это поможет, то почему бы и нет?
А почему на опеннете новости про проприетарное ПО?
Почему нет?
>> А почему на опеннете новости про проприетарное ПО?
> Почему нет?Потому, что опен - нет!
опен - нет! А проприетарное - да! )Кстати, проприетарь можно также открыто (open) использовать, например если заплатил ))
Ну а вообще NET - это сети. Т.е. о ПО речи нет )))
Использовать открыто можешь, но вот open оно от того, что ты запрлатил, не станет.
>>> А почему на опеннете новости про проприетарное ПО?
>> Почему нет?
> Потому, что опен - нет!Т.е. раздел на местном форуме "Маршрутизаторы Cisco и др. оборудование" вас не смущает? Или это другое? :)
>>>> А почему на опеннете новости про проприетарное ПО?
>>> Почему нет?
>> Потому, что опен - нет!
> Т.е. раздел на местном форуме
> "Маршрутизаторы Cisco и др. оборудование"
> вас не смущает? Или это другое? :)Да. Это другое. Это я в своём сообщении не указал теги <юмор> - подумал, что они по умолчанию сработают. :-)
не надо еще и тегов. Хватит того что лайки есть (для лайко-зависимых)
Похоже на попытку "переехать" всех финансистов с AS 360..400 на IBM EL со свежим железом, если получится, покупка RH "отобьётся".
А 360-е ещё где-либо рабочие используются, кроме музеев?
> По состоянию на 2017 год 43% банковских систем продолжали использовать COBOL. Код на COBOL применяется при обработке около 80% персональных финансовых транзакций и в 95% терминалов для приёма платежей по банковским картам.Откуда эта инфа?
Исключительно из града_на_холме, разумеется:
http://fingfx.thomsonreuters.com/gfx/rngs/USA-BANKS-COBOL/01...An aging programming language known as COBOL underpins much of the U.S. financial industry, but it has fallen out of favor among coders. This sets up a problem when systems run into glitches or need updates, and companies no longer have COBOL experts on hand.
43 PERCENT Of banking systems are built on COBOL
95 PERCENT Of ATM swipes rely on COBOL code
220 BILLION Lines of COBOL in use today
>> ATMЭто те которые самые дырявые в мире и которые до сих пор в большинстве своём только в магнитную полосу умеют... можно было бы и закопать лет уже 15 как
Очень интересно сколько из этих строчек кода реально используется, а не лежит где-то там и как считали актуальный срез исходников, если гита, как и прочих СКВ ещё не было когда кобол был актуален. Выглядит как посчитали стопицот бэкапов одного и того же
>>> ATM
> Это те которые самые дырявые в мире и которые до сих пор
> в большинстве своём только в магнитную полосу умеют... можно было бы
> и закопать лет уже 15 какВ штатах в принципе не оч с новейшими технологиями оплаты
> Очень интересно сколько из этих строчек кода реально используется, а не лежит
> где-то там и как считали актуальный срез исходников, если гита, как
> и прочих СКВ ещё не было когда кобол был актуален. Выглядит
> как посчитали стопицот бэкапов одного и того жеНу как, в одном банкомате крутится проект на, примерно, 100 тыс строк кода, значит в 10 таких банкоматах - уже миллион строк :)
>> В штатах в принципе не оч с новейшими технологиями оплатыО том и речь) А то подают эту тухлятину как некую серебрянную пулю которая якобы прям все проблемы решает
> В штатах в принципе не оч с новейшими технологиями оплатыпричем, что забавно, все технологии оплаты придуманы в штатах
Эталонное нинужно.
Сказки про легаси на коболе тоже не нужны.
Ты не понимаешь значение фразы "аудит кода".Что тебе нужно? Миллиарды строк никем не проверенного дырявого кода с закладками на раст?
> на растНу... По статистике Мозилы, переписывание на раст увеличило объём кода. Эти 220 млрд превратятся в ТРИЛЛИОН строк, что, учитывая скорость работы растаманов, невозможно в этой Вселенной.
>> на раста зачем на раст переписывать? Для "ентерпрайза" же отлично java / c# подходит?
Ну ты ж пойми, что код, один раз написанный с включённой головой и после этого исправно работающий годами - это несовременно. Не трендово. Не прогрессивно.
В современном IT принято как можно скорее выкатывать бажное, глючное и тормозное г-о, а потом не реже раза в месяц выкатывать к нему обновления - тоже наспех написанные, бажные и глючные.
Шла вторая неделя первого апреля...
Какая неделя? Годы, годы!
> Какая неделя? Годы, годы!Да что там годы? Бери больше! Десятилетия!
> В этом году языку COBOL исполнится 62 года
язык ада под linux есть?
> язык ада под linux есть?GNAT, сто лет в обед. Практические эталонный вариант компилятора.
#!/usr/bin/env perl
> #!/usr/bin/env perlЭто язык рая, а не ада.
Я предпочту попасть в ад после смерти.
> Я предпочту попасть в ад после смерти.Ну, одни попадут к бабе Аде, другие -- к бабе Рае...
Эммм... Ты не в курсе, что Ада - часть GCC?!
https://upload.wikimedia.org/wikipedia/commons/thumb/8/88/Gn...
Есть - https://ru.wikipedia.org/wiki/Malbolge
содомит
>Компилятор будет поставляться в форме проприетарного продукта.Что эта новость делает на опеннете?
>>Компилятор будет поставляться в форме проприетарного продукта.
> Что эта новость делает на опеннете?"Что делает, что делает... - да живу я тут!" :)
И хоть бы кто-нибудь написал полноценный Forth для всяких юниксоподобных поделий вместо всякого ненужного. Про SP-Forth я в курсе, но он подустарел.
Загрузчки же bsd одно время был как раз на форте.
SP-Forth в nnCron использовался на заре автоматизации. Потом всё это успешно было выкорчевано и заменено где на python, где на powershell
Чего??? Сам nnCron и написан полностью на SP Forth
Да. Что не мешает для написания задач к нему использовать, внезапно, опять SP Forth.
И тем не менее это был так себе опыт, нужно было сразу выбрать что-то более адекватное
> И хоть бы кто-нибудь написал полноценный Forth"Этот святой старец в своем лесу еще ничего не слышал о том, что Бог умер!"...
Чем https://www.gnu.org/software/gforth/ не устраивает?
> Gforth uses GCC to compile a fast direct or indirect threaded ForthВот чем.
И в чём проблема?
В лишнем костыле под названием gcc, который не нужен. Нормальная форт-система самодостаточна: пара-тройка десятков примитивов на ассемблере, а все остальное на ней же и пишется. Я в свое время под амигу так писал: взял книжку Баранова и Ноздрунова "Язык форт и его реализации", в конце которой был вариант форта под IBM-360 (либо его советская копия ЕС ЭВМ), полдня вникал в айбиэмовский ассемблер (к тому времени успел подзабыть все эти BAL, SLL и прочие MVZ), потом полдня переписывал и отлаживал эти примитивы для М68020, ну а потом за пару дней не напрягаясь сделал остальное.
Это единственная претензия? Тогда всё в порядке.
Не фанат LLVM если речь об этом
> Не фанат LLVM если речь об этомНу а он тут при чём?
Чем же он подустарел? Он даже в браузере работает в виде spf.js
Давным давно есть.
8th - охренительный форт ентерпрайз уровня.
Из бесплатных - Factor Славы Пестова оч хорош. Из маленьких - PForth, Ficl, 4th, OForth (тоже с объектами)
Не знал, благодарю
Ждем в 10ке топовых языком!
"Опубликовать" и "будет поставляться в форме проприетарного продукта" как-то не очень вяжутся.
>>Общий объём находящегося в обиходе кода оценивается в 220 млрд строк.Этим могут гордиться разве что какие-нибудь индусы. Не забывайте о том, что это язык один из самых громоздких языков в мире. Количество строк в исходнике программы на кобол на порядок больше идентичной программы на любом другом популярном языке, взять тот же си, руст или пайтон.
Зато в нем сишечных дыреней нет!
> Зато в нем сишечных дыреней нет!Между прочим, это важное преимущество языка для его использования в банковской сфере. Без шуток.
> Зато в нем сишечных дыреней нет!Там своих косяков хватает, Си обзавидуется.
Ура! На радость питонистам и другим любителям археологии, появился новый компилятор!
>> Компилятор будет поставляться в форме проприетарного продуктаНафиг надо, как и раньше буду использовать GnuCOBOL.
>>> Компилятор будет поставляться в форме проприетарного продукта
> Нафиг надо, как и раньше буду использовать GnuCOBOL.А я не буду класть деньги в твой банк.
Ктож тебе разрешит
>Благодаря наличию компилятора GnuCOBOL, поддержка языка COBOL на платформе Linux присутствовала и ранее, но не рассматривалось финансовыми учреждениями как решение для промышленного использования.Автор этой новости допустил ошибку. Это предложение является мнением, которое IBM старается навязать окружающим. Автор этой новости не имеет критического мышления.
>IBM опубликует компилятор COBOL для LinuxА толку-то? Все кто занет кобол умерли от старости.
В этом и толк - исходники-то они с собой в могилу не забирали, но вот та 360 - уже тоже от старости того-с. Приходится перекомпилять в линухе. Знать язык для этого необязательно - бери пример с гентушников.
с Коболом самое интересное в том, что во многих местах старый код есть только как объектный файл, но сорс сам похерили где то в 80-ых годах.
Лично учавствовал в 2 проектах кровавого энтерпрайза, банк и страховая.
Так они и жили, линковали с объектом новодел, а как оно работает вообще никто не знал.
Как принято, сорса не было на какую то очень важную хрень и эта хрень использовалась фактически во всех линковках.
Из-за этого они не могли сменить Кобол и застряли на довольно старом MicroFocus
> Так они и жили, линковали с объектом новодел, а как оно работает вообще никто не знал.Вот так и появляются баяны про "43% банковских систем продолжали его использовать". Один импорт на весь код, а уже текут смузифаны "коболь такой классный, такой надёжный, все банки его используют"
Вопрос, в общем, не в надежности. Оно работает.
Вот переписать "это" на другом языке - нетривиальная задача со многими неизвестными.
Объект код можно реверсить и при мне даже говорили об этом, но для того чтобы это случилось у менеджера должны быть стальные яйца или офигительный втык сверху.
А так, "Работает? Не трогаем"
> с Коболом самое интересное в том, что во многих местах старый код есть только как объектный файл,
> но сорс сам похерили где то в 80-ых годах.дааа, вот было бы оно на php - такого бы не случилось.
> Как принято, сорса не было на какую то очень важную хрень
что как бы намекает нам, что просто "взять и переписать" ее на каком-нибудь модном язычке не так чтобы просто.
>дааа, вот было бы оно на php - такого бы не случилось.Очевидное - невероятное.
Большая страховая (я там работал) купила маленькую.
*Весь* бекенд маленькой был на Perl(5).
Мы былись в экстазе,но начальство немало охренело :)
А начальству-то какое дело вообще? Он ни на каком инструменте не играет, он руководитель.Тут вон боооольшая страховая компания (имеющая, между нами, собственных разработчиков две или три стаи в разных местах) купила какую-то хрень для мобильного приложения имени себя (до того был только обычный веб) - дык кроме того что докер в докере под докером - ВООБЩЕ не знают, на чем оно там. И живут себе не плакают. Главное чтоб деньгов вовремя аутсорсерам заносили.
>с Коболом самое интересное в том, что во многих местах старый код есть только как объектный файл, но сорс сам похерили где то в 80-ых годах.Программы же маленькие были в те времена, да и неоптимизированные. А значит - retdec.
Зачем тут новость про закрытую проприетарщину?
Так ведь сайт про Linux же.
И с каких это пор linux - проприетарщина?
со времен появления RedHat. Но ты молодой, ты не знаешь
РетГад обмазывает GNU/Linux своим дистрибутиво-специфичным проприетарным говном. Сама операционная система GNU/Linux свободна. Так что не преувеличивай.
однажды также будет с Джавой и Шарпом. понаписали тонны гомнокода...
Язык для бизнес-задач CABAN.Как и COBOL, весьма многословен, вот пример простейшей программы:
CHO KAVO
TY VASHE ZNAESH KTO YA
GONI BABKI
"HELLO WORLD" SKAZAL BYSTRO
Компиляция:$ ./utug --podzharit-loha loh.kab
Ты - плагиатор
https://yopta.space/
Какая прелесть. Это Дейкстра, помнится, сказал, что использование КОБОЛа калечит разум ("the use of COBOL cripples the mind") и должно быть приравнено к уголовному преступлению?Долгоиграющий оказался язык, кроме шуток. Довелось мне писать на Фортране и PL/I, но от Кобола б-ог избавил.
Сейчас питон в школах изучают. Это ещё больше калечит разум, чем Кобол, но сопротивления почти не осталось.
Позвольте поинтересоваться, каким образом на ваш взгляд "змей" калечит?
Следствием насаждения питона является изничтожение алгоритмического мышления у школьников и студентов. Чему бы их на уроках ни учили, они очень быстро понимают, что ни один алгоритм обработки данных, реализованный на питоне, никто и никогда использовать не будет. Ну нет реализаций на питоне алгоритмов поиска, сортировки, нет алгоритмов обработки матриц... Ничего нет просто потому, что их использование в питоновской реализации бессмысленно. Только вызовы готовых функций из каких-то библиотек, реализованных на чём угодно, но только не на питоне. И чему можно на таком языке научиться?...
Так, с алгоритмическим мышлением понятно объяснили. Тогда что использовать школьникам вместо питона для изучения в наши дни?
Электронную почту и архиваторы.
А то приходят школьники на должность HR-манагера в Большую, значится, Корпорацию,
и между ими и мной происходит всё тот же диалоггггг:
— Подробное резюме с примерами — по электронной почте.
— Слыш ты, суда падашол, званытэ мэнэ в рабочый врэмьъ на телефон и ПАПРАСИТЭ;.
— Перезвонил тебе за шиворот, проверяй.
И так годами.
Если уж MIT тут рядом вспомнили, то лучшая рекомендация для школьников изучать сейчас - Julia
Школьников вообще не надо учить языку, кроме русского/родного, школьников надо учить программированию. А язык они выучат устроившись на работу.
Анон, не позорь анонов такой тослтотой. SICP ведут на Питоне. Питон используется везде при преподавании алгоритмов, потому что он позволяет сосредоточиться на чистом и понятном коде алгоритма, полностью абстрагируясь от самого языка. Это основной язык в ЦЕРНе и один из основных языков в математике, матстатистике, data science, биоинформатике...
Не стоит выдавать желаемое за действительное. Питон повсеместно выпихивается из университетов, а алгоритмы на нём писать невозможно из-за низкой производительности. Поскольку единственное, что он позволяет - компоновать вызовы сторонних библиотек, написанных не на питоне, то заменить его в этой части - вообще никаких проблем нет. Про ЦЕРН - просто бред.
Т. е. "змей" - это такой "скриптовый клей" для компонентов написанных на более производительных ЯП (Си и проч.), как lua для некоторых игровых движков, я правильно понял?
>> Т. е. "змей" - это такой "скриптовый клей"Именно. И зачем его использовать сейчас - совершенно непонятно. "Клеи" есть и куда более технологичные. А в современных ЯП сторонний клей вообще, часто, не нужен.
Не стоит выдавать желаемое за действительное. Особенно про некую производительность в которую ни один учащийся в принципе не вопрётся, если не полный рукооп.
Особенно ваши влажнейшие мечты. И у того же CERN часть кода открыта, например https://github.com/cernopendata/data-curation
Читаем: "This repository contains a collection of data ingestion and curation tools used to prepare the datasets, software and any accompanying material for public open data releases on the CERN Open Data portal.". И что? Вычислительной части нет. Управляющей тоже. Хоть на VBA/Excel можно написать.
Visual Basic - нормальный вариант для обучения школьников. Я сам в школе когда-то с какого-то советского BASIC начинал, в котором империалистический знак $ был заменен на социалистический знак "солнышко". Ничего так, нормально, хватило аж до 3-е курса института, в том числе и писать задачи расчета методом конечных элементов и разные алгоритмы типа Монте-Карло, Рунге-Кутта и т.д. Правда понимать в программировании я стал только после изучения С на 5 курсе для дипломной работы. А школьникам надо, наверное, преподавать Free Pascal и чуть позже основы HTML, CSS, javascript.
мдее... сколько боли и вымученного страдания во всей этой лжи. А ведь Интернет полон доказательствами моей правоты. Я правда только одно спрошу: а какие университеты и кода "выпихивали питон" потому что "алгоритмы на нем писать невозможно из-за низкой производительности"? :)))))Студенты алгоритмы пишут не для высокой произволительности, а чтоб их понять.
>> сколько боли и вымученного страдания во всей этой лжи. А ведь Интернет полон доказательствами моей правоты.Да, да, да. Триллионы мух не могут ошибаться в части того, что вкуснее. А Cobol живее всех живых, поэтому давайте лучше пересадим всех школьников на него.
Врёшь? Дейкстра подобное говорил про BASIC.
Вот так сразу "врёшь"?Ну, навскидку:
https://www.brainyquote.com/quotes/edsger_dijkstra_201167
я понимаю, конечно, что сотни сайтов с цитатами тоже ничего не докажут. Правильнее спросить самого Дийкстру, но спиритический сеанс тоже ничего не докажет.
Во, чувак делится "золотыми" воспоминаниямиI took a COBOL class in 1984. I did my COBOL homework at work so that I wouldn't have to use punch cards (IBM mainframe, no terminals). Since part of my homework involved reading and processing the prof's data files, I had to bring those files to work on a tape reel (12") ... and load the reel to the closet-sized tape reader.
I hated COBOL. Part of my work involved rewriting COBOL report-generating programs to a language called "Crystal Reports". I don't know if "crystal reports" still exists, but I will say that the result was a 95% reduction in "lines of code" and an improvement in readability.
On the other hand, I also took an IBM 360/370 assembler class in 1983. We had to do that on punch cards. Getting only 2 compiles a day and carrying decks of 5K or more cards around was also a shitty experience.
Прошёл курс COBOL в 1984. Домашку по нему специально делал на работе, чтобы не возится с перфокартами (безтерминальный мэйнфрейм IBM). Ввиду того, что часть работы заключалась в чтении и обработке файлов данных (профессора) [тута извините, я х.з., слишком неоднозначно, что имеется в виду, поэтому оставил ещё и оригинал], приходилось таскать эти файлы на работу используя 12-дюймовую катушечную бобину, которая помещалась в ленточный ридер размером с шкаф.
КОБОЛ - ненавидел. Помню как переписывал коболовские программы генерации отчётов на язык под названием «Crystal Reports». Не знаю, существуют ли «Crystal Reports» и по сю пору, но отмечу, что в результате код сокращался на 95% при общем улучшении его читабельности.
Ещё помню класс ассемблера IBM 360/370 в 1983-м. Нам пришлось работать на перфокартах. В итоге получалось делать не более 2 компиляций в день и носить с собой сраные колоды, в которых их могло быть и по 5 тыс. и больше. Говёный опыт - скажу я вам.
> I hated COBOL. Part of my work involved rewriting COBOL report-generating programs
> to a language called "Crystal Reports". I don't know if "crystal
> reports" still exists, but I will say that the result wasexists, и принадлежит - SAP AG
Ну и да, уровень образования шк0лоло-программиста-на-коболе не понимающего что генератор очетов не вполне аналогичен языку для описания бизнес-логики (где просто все понакодили за него, предоставив ему высокоуровневый интерфейс) вполне паааанятен.
> Ещё помню класс ассемблера IBM 360/370 в 1983-м. Нам пришлось работать на
> перфокартах. В итоге получалось делать не более 2 компиляций в день
> и носить с собой сраные колоды, в которых их могло быть
> и по 5 тыс. и больше. Говёный опыт - скажу я вам.г0венный программист, скажу я вам. Вероятно, ему не стоило программировать ни на чем кроме crystal reports (заодно богатым бы стал).
Единственное что вынес бы оттуда хороший программист - что г0вно сам ассемблер и архитектура 360. На фоне безстековой архитектуры гемор с колодой перфокарт - мелочь (и да, такого размера она была в том числе из-за уродливой архитектуры, требовавшей вручную сохранять все регистры при каждом вызове)
Ну про Crystal Reports он прав.В Cobole так просто формочку не подправишь при изменении данных.
В своё время Crystal Reports всем показал - как надо строить отчёты из RDBMS ... Жаль, что потом его слоны типа Oracle затоптали.А про ассемблер ... Нормальный ассемблер для данной архитектуры. Ад конечно, когда нужно было ассинхронный ввод/вывод организовать - да хоть на те же перфокарты ... Хотя в 83 году - там вроде уже 3270 вовсю стояли ... и бегали с магнитными лентами все уже.
00000000
В каком еще ЯП кроме COBOL есть встроенная поддержка десятичной математики?
За FORTRAN не скажу, а в PL/1 точно есть.
Что такое десятичная математика?
X3 ... BCD?
> Что такое десятичная математика?это чтобы считать деньги, не теряя копеек.
Здесь ключевое слово "опубликует". Подождём когда она это сделает.
> Здесь ключевое слово "опубликует". Подождём когда она это сделает.https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common...
Сие называется "анонс продукта".
Фактически он уже готов, и будет доступен для заказа начиная с указанной даты.По сути это достаточно интересный вариант для обеспечения запуска приложений, изначально разработанных для мейнфрейма, на типовой облачной инфраструктуре.
К слову, разработчикам для освоения языка COBOL вполне хватит и GnuCOBOL.
Конкретно эта история интересна компаниям, у которых много бизнес-логики завязано на COBOL, и которым нужна надёжная, совместимая и сопровождаемая среда выполнения.