В апреле я попрощался с одним из своих давних клиентов, которые перешли на другую систему и теперь будут с ней мучиться, ибо она кондовая и многие вещи в ней сделать сложнее, чем в раритетной Scala 5.1 🙂
Переход был болезненным, я участвовал в нём только в качестве «извлекальщика» данных, не обсуждая принимавшиеся решения, многие из которых мне казались абсолютно нелогичными. Но, как говорится, хозяин — барин. Хотя, конечно, жаль, налицо типичная ситуация из анекдота: «Помни, начальник соображает быстрее тебя! И пока ты только обдумываешь хорошее решение, он уже принимает плохое»
К сожалению, мне не удалось согласовать и обсудить с руководством свои идеи, хотя ещё в 2020 году я писал следующее:
Чем больше времени мы сотрудничаем на ежемесячной основе, тем более мне хочется поднять вопрос, который мы в той или иной степени обсуждали уже много раз за последние годы. Вопрос этот — необходимость обновления системы.
Причин, по которым это нужно сделать по возможности в самое ближайшее время, достаточно много. И все они очень серьёзные.
Безопасность: Операционные системы и старого сервера, где хранятся данные Scala, и пользовательских компьютеров, с которых запускается Scala, давно не поддерживаются, не обновляются и фактически уязвимы к возможным внешним вредоносным воздействиям
Надёжность: Старый сервер уже давно выработал свой срок и его компоненты в любой момент могут выйти из строя, их замена не гарантирована, т.к. они давно сняты с производства, возможна потеря данных. А именно данные с точки зрения бизнеса являются самым ценным активом, гораздо превосходящим ценность «железа» на котором они находятся. Эту ценность трудно оценить в рублях, но, если в один несчастный день сервер выйдет из строя, даже отгрузки будет невозможно подготовить, не говоря о получении какой-то другой информации. Пользовательские компьютеры также выработали свой срок, на них нельзя установить новые программные продукты, а старые работают ненадёжно
Функциональность: Scala 5.1 — это не просто старая версия, это раритет, с той только разницей, что раритетный автомобиль можно дорого продать, а её нет. Все решения, которые мы использовали в последние месяцы — это попытки преодоления ограничений функциональности, как если бы я ездил из своего Санкт-Петербурга к Вам в Москву через Владивосток. Результата удаётся достичь, но это не оптимальный результат, приходится делать гораздо больше каких-то дополнительных действий, как мне, так и пользователям
Здравый смысл: Вы платите ежегодно так называемый maintenance (за лицензионное обслуживание) в размере 20% от стоимости лицензии на Скалу, т.е. уже несколько раз дополнительно оплатили её стоимость, но при этом не пользуетесь возможностью получить за это бесплатно самую последнюю версию (на настоящий момент iScala 3.4). Вы единственная компания из известных мне в России, которая платит за лицензионное обслуживание и в то же время остаётся на Scala 5.1. Да, есть ещё одна компания в Калуге, где также до сих пор используется Scala 5.1, но они не могут перейти на новую версию, так как не платили за лицензионное обслуживание и тем самым потеряли такую возможность.
Может возникнуть законный вопрос, «а возможен ли переход?» Переход возможен. Я проделал эксперимент и сконвертировал Вашу базу данных на iScala 3.4. И она работает. Я знаю, что у Вас есть ещё ряд так называемых «обвязок» (например, какие-то отчёты или интерфейсы для импорта данных через MS Access), часть мы уже заменили на современные технологии, часть ещё остаются. Этот вопрос можно решить, причём желательно решить в любом случае, так как эти технологии тоже устарели, никем не поддерживаются и представляют собой некий «чёрный ящик», что может очень негативно сказаться, если вдруг они перестанут работать по каким-то причинам.
Подобные проекты (по переходу на новую версию) достаточно хорошо апробированы, имеется чёткий сценарий, накоплен большой опыт.
В общем, «прощай Scala 5.1»! Берегите себя
