(no subject)

[kinuski]

Вспоминаю одного старого (и уже прошлого, к счастью) клиента, имени которого не скажу. Им нужно было real-time distributed environment solution, система заказов на одном конце света, база данных на другом, ERP на третьем. Мы предлагали свое видение проекта - SQL, message queuing, XML, все дела. Клиенту не нравился бюждет проекта, а также его пугала кажущаяся техническая сложность проекта. У нас был конкурент, который в результате и победил. Некоторое время спустя детали внедряемого клиентом проекта просочились наружу и стали всеобщим достоянием. Как это было устроено: заказы вводились через web-interface, какой-то сервис создавал из заказов текстовые файлы, которые другим сервисом по установленному графику пересылались по FTP на центральный сервер. На центральном сервере эти файлы с помощью специальной программы импортировались оператором в базу данных вручную, а уведомление о том, что пора импортировать, оператор получал по факсу. Разница часовых поясов между вводящим заказ и "оператором ручного ввода" могла достигать восьми часов, насколько я помню. Вся наша контора смеялась неделю.

Comments

[vba.livejournal.com]

А какая разница клиенту? Дешево обошлось и работает.

Я в таких случаях всегда вспоминаю объявление на дверях нашей институтской бухгалтерии (не дословно): "В связи с компьютеризацией бухгалтерии выдача зарплаты задерживается на две недели".

[kinuski.livejournal.com]

Представь себе посылку SMS'а в мобильном телефоне: в режиме ввода сообщения набираешь текст и сохраняешь его. Затем идешь в address book и выписываешь номер получателя на бумажку. Затем выбираешь режим отправки сообщения, вводишь записанный на бумажку номер и отправляешь SMS. Звонишь оператору и просишь переслать сообщение адресату. Уф, готово!

И ведь, можно сделать, чтобы работало...

[vba.livejournal.com]

Это понятно. Но, если кастомера этот метод устраивает, и он существенно дешевле автоматизированного, то я его могу понять. Хотя точно так же понимаю и тебя ;)