По идее наверное любое дескотопное приложение можно заменить SaaS ?

МихаилРLatrПо идее наверное любое дескотопное приложение можно заменить SaaS ?
Мне кажетя, Вы смешиваете два ортогональных понятия:
среда функционирования ПО (или тип ПО): desktop, web, мобильные приложения, ...

способ заработка: SaaS, продажа лизензий, разработка на заказ, ...

SaaS-приложение вполне может иметь desktop-клиент. Правда, и "облачную" часть оно тоже должно иметь (иначе что же будет продаваться).
Уточните, что именно вы имеете в виду.


Я хочу сказать что теперь разрабатывать будут только облачную часть, необходимость в десктоп клиенте отпала. For Exapmle: нафига MS Word ? есть наверное уже аналог Word на web сайтах.

МихаилРLatrЯ хочу сказать что теперь разрабатывать будут только облачную часть, необходимость в десктоп клиенте отпала.
С чего вы это взяли?
И что вы понимаете под облачной частью? Web-интерфейс?

LatrFor Exapmle: нафига MS Word ? есть наверное уже аналог Word на web сайтах.
Есть, но полной заменой не являются, если только вы не рассматриваете Word как "Notepad на стероидах".


Можно и полнофункциональный Word сделать. Разве что то этому мешает ?

Возможно приложения требующие большую производительность не удасться переложить на web сервер. Ну например 3-мерные автокады или еще какие либо "тяжелые" приложения, а остальные полегче 2-х мерные автокады или тем более текстовый редактор Word наверное проблем web программисатм не представят.

To МихаилР : "Критику вышеизложенного сможете предоставить ?"

МихаилРLatr To МихаилР : "Критику вышеизложенного сможете предоставить ?"
А что, собственно, мне критиковать?

Вы задали вопрос:
SaaS сильно потеснит десктопных разработчиков?

Но, во-первых, так и осталось не ясным, что вы имеете в виду: "приложения c Web-интерфесом" vs "desktop-приложения" или "SaaS-продажи" vs "продажа лицензий".
Во-вторых, вы не обозначили:
в чем, с вашей точки зрения, преимущество SaaS (что бы не имелось в виду) над desktop-приложениями.

почему, в каких областях, и т.д. SaaS-приложения могут и главное должны заменить desktop-приложения.

До этих пор у нас просто нет предмета обсуждения.

Ну и наконец, было хорошо увидеть какой-то реальный пример, в котором произошло массовое замещение Desktop-продуктов на SaaS. Причем, именно замещение (т.е. были desktop, а потом вдруг их выкинули и пересели на SaaS) и массово (а не "компания А перешла на ..."). Ну и собственно предпосылки этих замен и результаты (что собственно получили).


скорее вот это: "приложения c Web-интерфесом" vs "desktop-приложения". Хотя это влечет за собой второе "SaaS-продажи" vs "продажа лицензий".

Просто в моей организации допустим реглярно получаем компакт диски на ПО с обновлением. Это столько мороки с тем что необходимо большое количество компьютеров пользователей обойти, ну или MSI пакеты создавать и тестировать - тоже все таки проблема.

А вот если фримы имели бы аналоги в WEB исполнении - было бы круто! А пока мучаюсь вот...

Под фирмами имею ввиду фирм разработчиков ПО

МихаилР
Но вы сейчас выделяете только 1 аспект web-продуктов - простота обновления (хотя и там есть сложности и грабли, например, я несколько раз наступал на ошибки авторов web-софта, которые не тестировали толком именно сценарий обновления и в результате, то менялсмя формат куков, то не обновлялись js-скрипты, ...).


ТАкие же ошибки могут и в обычном десктопном приложении имется. Автор обязан устранить ошибку.

МихаилР Зато вы отметаете такие проблемы Web-приложений, как сложность создания удобных интерфейсов (увы, сложные бизнес-интерфейсы делать для Web пока сложнее)

Этот преимущество скорее всего временное

МихаилРсложности с работой в отключенном режиме (режиме кэширования)

какие там могут быть сложности например ? Хорошо один раз отладил систему кэширования - и все ОК!

МихаилР и поддержкой интеграции с ПО и железом на местах.

тоже не понятно какие сложности могут быть.

МихаилР Если у вас несложная учетная система и распределенная работа - возможно Web-интрефейс это для вас.

Кроме этого не надо ничего скачивать, получать электрнные ключи защиты, или файлы лицензий, получать компакт диски и пр. Отсутствие такой как бы привязки к материальным рессурсам , если обобщить этот вопрос.

egorychLatrА вот если фримы имели бы аналоги в WEB исполнении - было бы круто!или бы научились делать автоматическое обновление своего ПО, было бы ещё круче ))

Писал им свои возмущения - до директора дошел - бестолку.

МихаилР
какие там могут быть сложности например ? Хорошо один раз отладил систему кэширования - и все ОК!
Я имею в виду кэширвание на стороне клиента (отключенный режим). Вы когда-нибудь пробовали делать работу в off-line режиме для Web-приложения. Пока вы работаете на одной странице это более или менее возможно. А между страницами? Или у вас все GUI делается JavaScript и на одной странице?
Конечно, если у вас неограниченный канал и достаточная его надежнасть - вы можете о таком и не думать. Однако, реалии таковы, что кэширование редко меняемых данных клиенте - очень хороший способ для:
а) защиты от сбоев в сети (особенно для подразделений в Тьмутараканьи)
б) повысить отзывчивость вашего приложения

тоже не понятно какие сложности могут быть.
Мы все еще под Web-приложением понимаем HTML+js?
Если да, то расскажаите как вы планируете работать со сканерами документов, печатать отчеты и работать со сканерами штрих-кодов (не в разрыв клавиатуры - чтобы четко делить где сканер, а где ввод человеком).




Допустим есть организация и свой ВЕБ-сервер. Если нет - организовать его пробелм не вызовет. На нем и дублируется web приложение. Оно вступает в работу в случае отсутствия связи с основным сервером. Тогда наверное на нем можно и реализовать и off-line режим с работой нескольких страниц.

МихаилРКроме этого не надо ничего скачивать, получать электрнные ключи защиты, или файлы лицензий, получать компакт диски и пр. Отсутствие такой как бы привязки к материальным рессурсам , если обобщить этот вопрос.
А вот это вы опять все смешали в одну кучу.
Кто сказал, что ПО не будет развертываться на ваших серверах и не будет как-то защищаться?

Я не против такой модели защиты- однако она тоже возможна без материальных носителей в виде эл. ключей и компакт дисков, а чисто скачиванием или получением по почте файлов лицензий для продления работы приложений.

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

Из приведенных тобой причин только пункт :
МихаилРМы все еще под Web-приложением понимаем HTML+js?
Если да, то расскажаите как вы планируете работать со сканерами документов, печатать отчеты и работать со сканерами штрих-кодов (не в разрыв клавиатуры - чтобы четко делить где сканер, а где ввод человеком).


Просто я не совсем понял что ты подразумевал в этом описании проблемы.

To МихаилР:

Вообще меня это нтересует потому что пытаюсь понять за что лучше взяться за ASP.Net или С#. Основы прочитал по обеим технологиям. Сами наверное занете - любопытство берет вверх. Пытаюсь взять в руки свое любопытство и занятся более конкретно чем то одним. Вот думаю может пока будешь с С# разбираться свое господство возьмут Web приложения и ASP.NET в частности.

А вы что скажете ?