ДОС-приложения vs новые ПК

Каждый системный администратор сталкивался в своей жизни с таким явлением, как неработоспособность ДОС-программ на новом компьютерном оборудовании. И, казалось бы, Бог с ними, ведь времена таких языков, как Pascal for dos, Clipper for dos, Borland C for dos уже давно прошли. Прошли, но не у нас! Возможно, Беларусь одна из последних стран в мире, где по-прежнему с фанатичным упорством продолжают разрабатывать и писать программы для Dos FoxPro. Зачем? Почему? Нам остаётся только гадать.

Ситуация на сегодняшний день такова, что среднестатистический системный администратор имеет в своём арсенале такие чудеса программирования, как "склад", "смета - процентовка", "кадры", "бухгалтерия", "ППР", "пробеги" и прочее, прочее, прочее. Все эти приложения играют важную роль в работе любой крупной организации. Но рано или поздно наступает день, когда старые компьютеры списываются, а их место занимают новые. Именно в этот момент и начинаются пляски с бубном. Ведь простому бухгалтеру, экономисту тяжело объяснить, почему их любимая программа начала тормозить и временами выкидывать сообщения RUN TIME ERROR. Ведь на старом компьютере всё работало! Значит, системный администратор что-то не так сделал, что-то не настроил. Обращаться к разработчикам в такой ситуации - дело наиглупейшее. Ответ всегда таков, что у них всё работает. Да, у них работает. Но не на четырехядерной машине в домене, а дома в локальном хосте и каком-нибудь Celeron 2.6. Отсюда возникают конфликты. Ведь программист никогда не признает тот факт, что среда, в которой он программирует, безнадежно устарела. Ведь признай он это, ему придется переучиваться! А для многих это смерти подобно.

В такой ситуации дальновидные руководители давно выбрали путь модернизации информационной инфраструктуры и программных комплексов, например, переход на платформу "1С". Это позволяет избавиться от множества глючных программок, от конвертации данных из базы в базу и вызванных этим вероятных проблем. Ведь одна программа может работать с Inter Base, а другая - с Fox Pro. В этом случае необходима синхронизация. А ведь конверторы для БД тоже должен кто-то сопровождать. И всё это стоит больших денег. Да, и проблема даже не в деньгах, проблема намного шире. Организация, сидящая на устаревших ДОС программах, становится заложником одного-двух программистов. Потому что зависит от их разработки. Потому что коды уникальны и не открыты. И в случае чего, никто не сможет заменить их, а ведь работать нужно! Платформы же, подобные "1С", универсальны, так как нет жесткой привязки к конкретному разработчику-пенсионеру.

Ещё одна большая беда ДОС-программ в организациях - это документооборот. Ни для кого не секрет, что кодовая страница 866 тоже давно устарела, как и матричные принтеры с LPT-портами. И временами бывает весьма проблематично распечатывать на новом компьютере какие-то данные. Например, расчётные листки. Ведь тяжело объяснить обычному бухгалтеру, почему старая программа посылает на принтер каракули, а не то, что необходимо. А бывает и того хуже, матричных принтеров уже нет, а программа ну очень старая! И приходится выводить данные на лазерный принтер, только вдумайтесь, шрифтами от матричного при помощи утилиты DOSPRN (www.dosprn.com).

Вообще, должен заметить, по числу так называемых "костылей" наши ДОС-разработчики давно обошли весь мир. Так, некоторые приложения генерируют текстовый файл, затем при помощи дополнительного конвертора переводят его в формат WORD. При этом приложение "сжирает" 99% мощности одноядерного процессора!

 

Конечно, с такой проблемой хорошо справляется костыль ResFree, который можно скачать с fdd5-25.net/drivers.php. Эта утилита прописывается в файле autoexec.nt с параметром 1. И не даёт монополизировать виртуальной машине ДОС всю мощность процессора. Так, 99% загрузки превращаются в 75%-80%. Оставшихся 20%-35% вполне хватает для запуска MS-WORD и очереди печати для распечатки любой нужной информации.

Но зачем это нужно, когда есть возможность внедрить новое программное обеспечение под Windows или Linux? Ведь никто никогда не считал, во сколько обходится простой дорогостоящего оборудования, вызванный несовместимостью с ДОС-приложениями. Сколько времени уходит на обучение пользования "костылями" зачастую неграмотного персонала. Да и расходы на бесконечное дописывание конвертов БД и прочих специфических программок остаются под вопросом.

Роман КАРПАЧ,
www.fdd5-25.net,
www.twitter.com/fdd525net

Версия для печатиВерсия для печати

Рубрики: 

  • 1
  • 2
  • 3
  • 4
  • 5
Всего голосов: 0
Заметили ошибку? Выделите ее мышкой и нажмите Ctrl+Enter!

Читайте также

 

Комментарии

Страницы

Аватар пользователя Enki
Что кроме этой организации нету работодателей!? Не верю! Вы просто смерились с этим и не хотите изменить, что-то в своей жизни. Раз хотите изучить Си, Делфи. Кто вас держит! Вперед!
Аватар пользователя Enki
Как не причем? Абсурдно и дико работать в DOS FoxPro на Селероне 2 Ггц с 1 Гб ОЗУ и 160 Гб веником.
Аватар пользователя Lecron
Единственное, что у меня вызывает ностальгию, при упоминании ДОС и матричных принтеров - печать на рулоне. Как этого не хватает под Виндой. Оно-то конечно можно, но костыли еще те.
run time error - это из паскаля, возможно бывает ещё где-то, а в фоксе 2.6 такой ошибки ни разу не встречал.
Аватар пользователя Lecron
>>Не нужно держать штат из 10 ФоксПрошников, платя им зарплату, если можно всё загнать в тот же 1С и платить за тех. поддержку. Дешевле выходит, а самое главное нет зависимости от кого-то одного. Правда?! 1С хороша при совпадении бизнес-процессов с какой-либо типовой конфой. Иначе придется переделывать значительно больше половины. Вдобавок, она хороша в России, где интеграторы сразу же по изменении законодательства предлагают подкорректированные модули. Там-же ее хорошо использовать для сдачи отчетов в электронном виде. Тут и проявляются все ее плюсы. У нас же толовых внедренцев нет. Им лишьбы получить бабки без внесения существенных изменений. По крайней мере я не знаю таких, которые приедут, изучат бизнес процессы, существующие методы работы с данными и подгонят конфу под все это. Что бы сотрудники просто сели и начали работать. Так нет, они просто поставят ближайшую типовую, слегка подгонят и корячьтесь сами. Вот вы излишне резко высказываетесь против "зоопарка". Назовите приблизительную сумму, которую придется заплатить за внедрение 1С, которая ПОЛНОСТЬЮ заменит существующие АРМы, например в Строительном тресте с 4-5 строительными управлениями, управлением механизации и управлением комплектации. А таких АРМов будет около полутора-двух десятков. Полностью - подразумевается, что в какой-то ближайший после начала внедрения момент, весь "зоопарк" идет лесом, но ни пользователи, ни админ не чувствуют неудобств. Как минимум весь прежний функционал присутствует в полном объеме. И?
>1С хороша при совпадении бизнес-процессов с какой-либо типовой конфой Оба-на как оказывается! А самопал софт хорош тем, что накосячишь и никто об этом всё равно не узнает? :) Исходников - то нету )))) >Вдобавок, она хороша в России Интересно? А значит в Беларуси, тысячи организаций пользующихся 1С нетиповой конфигурации сбрасываются со счетов? Это неконструктивно. >Им лишьбы получить бабки без внесения существенных изменений Уверяю вас, что это не проблема 1С - это проблема недоконтор и недоразработчиков из нашей страны. И ваша проблема, как сотрудника, если вы не можете отследить исполнение договора. >Так нет, они просто поставят ближайшую типовую, слегка подгонят и корячьтесь сами. Давайте по факту. Приведите пример 1С интегратора, который вам так накосячил. Не режите ли вы всё стадо из-за одной поршивой овцы? >Назовите приблизительную сумму 150 000 000 согласно графика задания с учетом доработок, ориентировчно. Причем, это от ТТН и заканчивая складами, зарплатой. Заметте, всё будет интегрировано в одну среду! >А таких АРМов будет около полутора-двух десятков. Это потому что изначально костыли и косяки лежали в архитектуре вашей сети. Даже на базе Borland Pascal + Novell можно было разрабатывать сетевые пакеты по аналогии с 1С. Но для этого нужно было не заниматься самоделками, а четко и ясно ставить задачи, обозначить план и составить календарь работ. Вам же, судя по вашему посту, проще просто пускать всё на самотек, "абы только вайны не было". Это психология советского временщика. >ни админ не чувствуют неудобств Не Админ, а Одмин. И более того, я разъясню психологию "старых костылей". Проще поддерживать допотопный софт, тем самым привязывая к себе организацию и обеспечивая себе долгие лета получения стабильной з.п, чем внедрять то, что в один прекрасный день не останется ВООБЩЕ без сопровождения. Это хитрый маркетинговый ход, никто не спорит. А набор хитростей к костылям, как и сами исходники можно заныкать подальше, чтобы кроме избранного "Одмина" в этих самоделках недоделках никто разобраться не мог. В общем каков поп, таков приход.
Аватар пользователя Lecron
Я не защищаю ни одно из решений. Я знаю плюсы 1С, минусы старого софта, и реальную ситуацию, как в экономике, так и на некоторых предприятиях. Учтите типы предприятий и их зависимость от уровня ИТ. Выделим для начала а) небольшие и индивидуальные предприятия с числом работающих до 50 чел, б) средние предприятия (ИТ обслуживающий) численностью до 200-250 чел., в) крупные предприятия и г) предприятия, в которых ИТ оказывает существенное влияние (банки). В каждом из них отношение к замене устаревшего софта разное, причем иногда полностью противоположенное. Добавим сюда экономическую составляющую, весьма печальную для предприятий категории а и б, и просто печальную для (в). >>1С хороша при совпадении бизнес-процессов с какой-либо типовой конфой >Оба-на как оказывается! А самопал софт хорош тем, что накосячишь и никто об этом всё равно не узнает? :) Исходников - то нету )))) Старый софт обычно писался штатным сотрудником предприятия. Так что все исходники обычно на месте. И писался он, и шлифовался, под требования конкретного отдела. >>Уверяю вас, что это не проблема 1С - это проблема недоконтор и недоразработчиков из нашей страны. C этим согласен на 100. В идеале интегратор должен приехать, обследовать существующие рабочие места, заключить договор, произвести необходимые доработки и закончить внедрением. Получить в результате софт настолько-же подогнанный для пользователя как и предыдущий. И даже лучше. Вы слышали о таких внедрениях? >>150 000 000 согласно графика задания с учетом доработок, ориентировчно. Не буду спорить о конкретной сумме, просто спрошу. Допустим я руководитель предприятия, обслуживающая (подчеркну - непроизводственная) структура которого худо-бедно работает. Что мне даст такое внедрение? Я верну эти деньги за 2-3 года? Каким способом? >>Но для этого нужно было не заниматься самоделками, а четко и ясно ставить задачи, обозначить план и составить календарь работ. На предприятии не было ни финансовых ресурсов, не человеческих. Это обычное производственное предприятие, для которого ИТ - низкоприоритетный обслуживающий отдел. >>Вам же, судя по вашему посту, проще просто пускать всё на самотек, "абы только вайны не было". Это психология советского временщика. В том-то и дело, что не временщика, а постоянщика. Старый софт писался десятилетиями, начало положено в далеком 95 году. Мне не платят за "революцию". Плюс армейский девиз: "инициатива наказуема". Мои действия?
>Мне не платят за "революцию". Плюс армейский девиз: "инициатива наказуема". Проще говоря, вам наплевать на свою работу. О чем я и говорил.

Страницы