- Друг выучил COBOL и получил код, последние изменения в котором были сделаны в 90-х... его матерью.
- Наследование в программировании не так работает.
Слышал там с Коболом такая штука, на нём работают всякие государственные и финансовые мейнфреймы которые были запущены ещё в 80-х. И сейчас внезапно выяснилось что их невозможно перенести на современные языки или даже просто обновить так как программеры по Коболу почти вымерли (от старости). И сейчас срочно начали обучать новых программеров.
30.09.2022, 06:15
за большие деньги можно сдублировать железо и базы данных и на них отрабатывать и тестировать переписанную программу локально
справляются? стабильно работают? ну и пусть работают. у банков много денег - могут выстроить паралельную струкуру и постепенно переходить на неё. огромного вала транзакций уже не будет - всё будет плюс-минус на этом уровне
Скачал как-то вижуал студио кобол, сделал временную лицуху, так мне аж на телефон набрали откуда-то и долго интересовались в каких отношениях я состою с коболом и насколько это серьезно. Собеседника нисколько не остановила фраза "я просто скачал посмотреть", он дотошно пытался выяснить мой скилл владения языком и сколько я собираюсь заниматься им.
мы ежегодно отчитываемся сколько у нас лицензионных виндовсов и офисов, и сколько пиратских. ещё за специфический медицинский софт, но его хрен взломаешь. а всякие 1С-ки, винрары, тоталкоммандеры и прочее-прочее никому не интересны - легальные они или нет.
вот разбогатею и начну игори в стиме покупать.
в то же время вижу - чем старше и чем доступней покупные игры - тем меньше времени в них играть.
в то же время вижу - чем старше и чем доступней покупные игры - тем меньше времени в них играть.
ох если бы они отличались только синтаксом
Транспайлеры есть, вот например - https://github.com/patrickp89/actojat
Но проблема в том, что такой "переведенный" код будет еще сложнее понять и менять. Потому что в разных языках разные стили программирования, т.е. код будет не идиоматическим.
Проблема не в том, что среду компиляции и выполнения Кобола стало трудно запускать в наше время. Проблема в том, что изменить код или даже банально исправить ошибку трудно, так как все меньше людей, способных понять как работает старый код на Коболе.
Но проблема в том, что такой "переведенный" код будет еще сложнее понять и менять. Потому что в разных языках разные стили программирования, т.е. код будет не идиоматическим.
Проблема не в том, что среду компиляции и выполнения Кобола стало трудно запускать в наше время. Проблема в том, что изменить код или даже банально исправить ошибку трудно, так как все меньше людей, способных понять как работает старый код на Коболе.
В основном косвенно, через оси, и если у современных операционок будет хотя бы возможность эмулирования, а лучше обратная совместимость, то заставить работать можно, а если начинать переписывать, то можно столкнутся ещё и со старыми библиотеками и буквально побитово с ними работать (т.е. в тех самых нулях и единицах). В общем проще будет как чёрную коробку заново разработать по.
Не программист, но подозреваю, что прикол не в самих словах, а в логике языка. Тоесть перевести-то можно, но программа все равно работать не будет, потому что комбинация символов для выполнения задачи другая.
Грубо говоря, это как переводить идиомы прямым текстом. Слова переводятся, а суть теряется. It's raining cats and dogs - дождит котами и собаками.
Грубо говоря, это как переводить идиомы прямым текстом. Слова переводятся, а суть теряется. It's raining cats and dogs - дождит котами и собаками.
Нет, ты говоришь прям про совсем глупый переводчик, который будет работать ну разве что может между фреймворками или очень схожими языками. нормальный переводчик на выходе выдаст точно такую же работающую программу, но проблема будет в том, что понятность от этого не сильно возрастёт.
Сами же сложности с переводчиками в том, что в новом языке может не быть того же функционала, что и в старом(выпилили как устаревшее) и нужно понять на что её заменить.
Как пример есть какой нибудь goto, который отправляет тебя в другую часть кода, и вот разбери, это цикл или условие.
Сами же сложности с переводчиками в том, что в новом языке может не быть того же функционала, что и в старом(выпилили как устаревшее) и нужно понять на что её заменить.
Как пример есть какой нибудь goto, который отправляет тебя в другую часть кода, и вот разбери, это цикл или условие.
В любом коде есть какое-то количество хаков, багов, костылей, привязок к среде. Кроме того, серьезная система - это не монолит, а куча всяких внутренних взаимодействий. Т.е. тебе нужно не просто вычислить а+б, но и запихнуть результат в какую-то другую программу, древнюю, как говно мамонта, а то и вовсе вывести его на какое-то табло, которое управляется на уровне ноликов и единичек, и которое тоже надо менять, потому что подключается к мейнфрейму оно прямой распайкой, от которой давно потеряны спеки.
Ну и плюс, как выше уже отметили, задача-то стоит, как правило, не в том, чтобы заставить старую прогу работать на новом железе, а еще и развивать ее. А для этого надо понимать, что она делает. А оно внутри с багами, хаками, костылями и комментами вида "я хуй его знает, зачем это домножается на константу, тот чувак уволился в прошлом, 1972 году".
Ну и плюс, как выше уже отметили, задача-то стоит, как правило, не в том, чтобы заставить старую прогу работать на новом железе, а еще и развивать ее. А для этого надо понимать, что она делает. А оно внутри с багами, хаками, костылями и комментами вида "я хуй его знает, зачем это домножается на константу, тот чувак уволился в прошлом, 1972 году".
есть еще визуальное программирование, думаю это та же тема. недавно решил поиграться с программированием промышленных контроллеров(step 7), там есть 2 визуальных языка и 1 текстовый. среда спокойно переводила с одного на другое. хотя думаю будет предел, текстовый язык вроде как более гибким будет
Ну вообще говоря, такая идея очень старая. Оттуда и родились чудища, типа ibm rational rose, которые потом мутировали в rational software architect. Но популярности массово не сыскало. МОжешь судить даже по тому, что ты о нём мог(ла) никогда и не слышать.
Так что каждой задаче свой язык. А вот переводить из одного в другой можно. Но порой проще понять логику и написать заново, чем заниматься трансляцией в лоб. Помнится, надо было меньше тысячи строк кода на FORTRAN IV. Идейно вроде просто. Но просто портирование в лоб сразу начало буксовать, потому что свои условности есть везде. Если бы это коммерческий код был, то страшно подумать, что могло бы быть. Тут, благо, сугубо научная история была.
Так что каждой задаче свой язык. А вот переводить из одного в другой можно. Но порой проще понять логику и написать заново, чем заниматься трансляцией в лоб. Помнится, надо было меньше тысячи строк кода на FORTRAN IV. Идейно вроде просто. Но просто портирование в лоб сразу начало буксовать, потому что свои условности есть везде. Если бы это коммерческий код был, то страшно подумать, что могло бы быть. Тут, благо, сугубо научная история была.
А, кстати, вот наверху напомнили про любимую засаду старых программ. Допустим, у тебя под идентификатор использован в старой программе тип переменной, куда число больше 4 млн не лезет. Потому что надо было экономить память. Ты это доблестно портируешь, и "программа-переводчик" даже автоматически заменяет маленькую переменную на верибигинт какой-нибудь, куда всю вселенную можно запихать. Но только тот старый программист знал про ограничения своего железа, и на всякий случай написал обработчик ситуации, когда на вход приходит идентификатор больше 4м. Результат - все портировано, все работает, железо новое сверхмощное, места на дисках полно. Но только толку от этого ноль - при попытке добавить еще одну запись сверх 4М вываливается ошибка "место кончилось".
А может и просто перестать работать, потому что программер на это ограничении какой-нибудь костыль реализовал.
А может и просто перестать работать, потому что программер на это ограничении какой-нибудь костыль реализовал.
Чтобы написать коммент, необходимо залогиниться
