Тема: Персональный сайт Андрея Акопянца (Писать иль не писать или почему не стоит разрабатывать собственное программное обеспечение? (вопрос из зала))

Автор:

Дата: 10.08.2001 11:49

Прочел вдумчиво каждый пункт вашей статьи образца 1994 года и хочу рассказать следующее:
Три года назад я был программистом в одном из банков Украины.
Мы разработали операционный день менее чем за год.
И смогли его внедрить. Ресурсы машин были 286-386 и сервер на базе Пенька 166.
Работало с нашей программой (СУБД ORACLE) около 400 человек.

Год назад, видимо начитавшись подобных статей нас, группу из 5 человек уволили и наняли за 75% нашей оплаты труда 25 человек, которые обслуживают "навороченную систему" нового поколения на INFORMIX DS. Ресурсы рабочих мест: BRAND IBM, суперграфика, сеть и каналы (система распределенная), 4 мощных сервера по цене 20000 дол. каждый. И постоянные глюки. Производительнось труда упала (для операционистов в 2 раза за счет задержек сети). Зато фирма-разработчик известная. Продаёт опердни. Как вы там говорили? Лидер на рынке? (подкалывая)
Я вот к чему все это говорю..
Свои системы все равно лучше а знаете почему?
Потому что они при разумном подходе к проектировке ложаться на системные требования конкретной организации.
Универсальность - это снижении эффективности труда и графика, "окошки" это не есть главное.
Главное-это достаточность решения.

10.08.2001 19:04 Andrey Akopyantc Замечание по теме: Писать иль не писать или почему не стоит разрабатывать собственное программное обеспечение? (вопрос из зала)

Я же обсуждал ситуацию "писать или не писать", а не "когда и зачем апгрейдить систему". Так что претензий не принимаю :)
Если система работает - луше ее не трогать без особой нужды. Это тоже аксиома.

Зачем ее заменяли в вашем случае - не знаю, и комментировать не могу. Но надо иметь в виду, что операционисты - это не единственные пользователи банковской системы. И если для них производительность упала, то для топ-менеджмента могла сильно повысится.

См. мои же статьи о копоративной автоматизации.>> >>