Столкнулись с проблемой автоматического перевода кода и не умерли в попытке. Часть 3 из 5. — Коэффициент отказов и автоматический перевод.
С момента запуска проекта прошло 2 месяца, мы рассмотрели несколько альтернатив, в том числе пытались отслеживать каждую переменную в Cobol, чтобы понять логику программы, а также мы извлекли предложения SQL в каждом файле, чтобы полностью эмулировать исходную банковскую транзакцию, несмотря на то, что какое-то странное чувство сохраняется. преследование команды разработчиков. Мы переписываем транзакции, и процент отказов на написанный код составляет примерно от 15 до 50 строк на 1000 строк кода, поэтому, что произойдет, если мы допустим ошибки в программировании новых транзакций или если мы забудем что-то о бизнес-логика? и самый важный вопрос: должны ли мы идти на такой риск?
Если бы мы только могли целостно взять логику кобола и перенести в Java что-то вроде перевода с испанского на английский, тогда мы смогли бы приблизиться к нашей цели, но, может быть, возможный?.
Да, возможно, на рынке есть какие-то инструменты, которые обещают достичь этой цели безболезненно и обещают отличные результаты, но их широкое распространение отвратительно дорого или не имеет поддержки.
Может ли команда разработать инструмент, способный выполнить наши требования, автоматически переводя код и облегчая нашу миграцию?
