Так_забежал_просто 0xy9enОпять же менталитет :) . Кто вам сказал что речь идет о не критичных сервисах. Как раз на оборот.
Критичные для крупной и успешной компании системы обычно
1. Уникальны.
2. Очень динамично развиваются.
Если считать on-demand системы, работающие для одного-двух-трёх клиентов на стороне разработчика - тогда, может быть, это и подошло бы ещё некоторым. И то, большого смысла при таком раскладе, честно говоря, не вижу. На админах экономить? В таком варианте у заказчика в любом случае должна быть достаточно сильная (и дорогая) команда, которая будет взаимодействовать с разработчиком. Админом больше, админом меньше. На серверах экономить? Тоже большого смысла как-то не видно, разработка дороже выйдет. Плюс есть риск потери связи. А если компания-разработчик разорится, сможет ли она быстро отделить данные организаций из общей кучи и отдать своим любимым клиентам (даже если она и очень захочет сохранить лицо)? Внутренняя разработка затруднена, опять-таки - внутренние разработчики не имеют доступа к внешней системе. А на критичную для компании систему завязываются так или иначе все внутренние разработки.
Вы же под этим понимаете, насколько я понял, что-то массовое.
1. Массовый продукт не может быть уникальным.
2. Массовый продукт не может динамично развиваться.

В общем, не сходится :-/ Вот и другие люди Вам говорят...
А почему вы считаете что on-demand система это коробочный вариант и не может быть уникальной и не может динамично развиваться. Как раз наоборот, такая система имеет гибкие механизмы настройки и мощьные средства разработки. Причем внутренняя разработка ничем не ограничена.
Экономия конечно не на админах. Экономия на команде в целом, ведь у поставщика услуг действительно мощнее и профессиональней команда.
Риск потери связи можно минимизировать подстраховавшись другими каналами.
Что касается отделения данных от общей кучи, то все эти системы позволяют в любой момент слить все данные.

Сергей Васкецов 0xy9en Сергей Васкецов 0xy9enПохоже действительно наши компании не дозрели до "не своего" ПО и это основная причина отсутствия проектов и поставщиков услуг.
Использование "ихнего" BlackBerry в РФ для Вас - узкий пример on-demand?
Понимаете, почему в РФ такое не взлетит (собственно, уже не взлетело)?
Наверное я не в теме. Расскажите по подробнее свою точку зрения.
См. отсюда , далее здесь .
Все же думаю что проблема не в криптозащите систем "по требованию". Слава богу лицензирование у нас такого рода систем не требуется.

Сергей Васкецов 0xy9enВсе же думаю что проблема не в криптозащите систем "по требованию". Слава богу лицензирование у нас такого рода систем не требуется.
Я просто привел пример того, что некую мульку хотел бизнес, но государство настолько опошлило эту идею, что потерялся всякий смысл этого. Пока что основной враг бизнеса - государство, а вовсе не он сам.
Государство наверное действительно во многих случаях препятствует бизнесу, но не вижу связи государства и развития систем "по требованию".

iscrafm 0xy9enА почему вы считаете что on-demand система это коробочный вариант и не может быть уникальной и не может динамично развиваться. Как раз наоборот, такая система имеет гибкие механизмы настройки и мощьные средства разработки. Причем внутренняя разработка ничем не ограничена.
Ваши мысли как-то согласуются с 35000 клиентов того же SF? Какие индивидуальные системы... это массовый сервис. Который можно немного подрихтовать, как тему в сотовом телефоне настроить, layout-ы и т.п. Индивидуальные системы выглядят немного по другому.

p.s. Простите, Вы в качестве кого учавствовали в разработке Альфы?

Вы несёте полную хрень и начинаете повторяться. Еще раз ВАМ говорю: под настройками понимается прежде всего настройка БП, а не внешний вид системы. С точки зрения настройки системы "по требованию" НИЧЕМ не отличаются от общепринятых корпоративных систем (ERP, CRM и т.п.). Я не сравниваю системы "по требованию" с разного рода самописками, т.к. самописки вообще не признаю в качестве альтернативы.
Что касается воровства информации, то если не понимаете доводы, то приведите примеры воровства информации у такого рода систем.

iscrafm
дайте пример такой системы ? повторяюсь в этом вопросе.

Дело в том что статья вышла в 2004 году и за 3 с лишнем года в той-же SalesForce.com и NetSuite было много чего добавлено. Обе системы относительно молодые и бурно развивающиеся. За это время обе системы получили мощные и гибкие механизмы настройки бизнес-логики. По крайней мере NetSuite имеет интеграцию с оутлуком, про SalesForce точно не знаю.

iscrafm 0xy9enЗа это время обе системы получили мощные и гибкие механизмы настройки бизнес-логики. По крайней мере NetSuite имеет интеграцию с оутлуком, про SalesForce точно не знаю.
бизнес-логика <> интеграция с аутлуком
Я не делал знак равенства. Просто в статье отдельно затрагивалась проблема интеграции с оутлуком.

СергейТТТВ отчете IDC по РФ за 2006 г. в разделе аутсорсинга отдельно выделен SaaS.
Смотрим, кто там зарабатывает.
Больше половины (55%) - CFT Group - http://www.cft.ru/scdp/page
Дальше идет R-Style (17%)
Ну и дальше остальные, по названиям явно ERP.
Можно еще сделать скидку на методы подсчета (у IDС с этим не все гладко), но не порядки же ))

Вывод по основным игрокам - это аутсорсинг банковских систем (?)
Я как-то себе мало представляю АБС банка на аутсорсинге.
Коллеги кто работает в этой отрасли, проясните ))
Очень интересно. Поделитесь ссылкой на отчет.

СергейТТТСсылки нет, смотрю вариант, полученный по корп. подписке.
Поверите на слово ? )
Верю на слово. Просто хотелось посмотреть на полный список компаний предоставляющих SaaS.

Мне попалась статья в тему - http://www.osp.ru/cw/2006/44/3593619/.

СергейТТТеще одна информация по SAP Business-By-Design

http://searchitchannel.techtarget.com/originalContent/0,289142,sid96_gci1284893,00.html

Насколько я понял, SAP оставил партнерам только перепродажу, а услуги по хостингу, саму настройку и остальное оставил себе.
У других вендоров (NetSuite и другие) как с этим делом ?

Услуги хостинга у большинства SaaS систем относятся к услугам вендора, это относится и к NetSuite и к SalesForce. Консалтинг и настройку сами вендоры не потянут, поэтому партнерам всегда будет что делать.