Web-сервисы повсюду :)

[DimaU]

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

А что если все программное обеспечение (в том числе и операционные системы) писать в виде набора веб-сервисов, ведь необязательно, чтобы веб-сервисы располагались на удаленных серверах, их можно ставить и на локальный персональный компьютер!

Главная цель - добиться того, чтобы интерфейсы всех программ были стандартизованы и понятны длялюбых других программ (не нужно придумывать как реализовать API той или иной прикладной программы - для этого есть стандарты на веб-сервисы). Тогда программы смогут понимать друг друга в самом широком плане и использовать возможности других программ для своих нужд.

Описание веб-сервиса должно включать в себя описание результата (что выдает веб-сервис, какую функцию выполняет), описание входных данных, требующихся для получения результата, ну и различные служебные данные. Для понимания программ необходимо использовать одни и те же слова для описания результатов и нужных входных данных веб-сервисов - это должно быть достигнуто с помощью URI (то ест каждому результату или входному данному может быть назначен уникальный URI идентификатор, тогда все программы смогут понимать что именно дает тот или иной веб-сервис, а что требует в качестве входных данных). Важно чтобы под одними и теми же URI подразумевались одни и те же объекты (например в качестве результата "оформление загран паспорта" - ему поставить в соответствие URI "http://server migr slugby/zagranpassport/oformit")

как к этому относятся матерые программисты?

[Utkin]

С прохладцей и скептицизмом. Ваши идеи не новы. Я встречал как минимум один русскоязычный проект по созданию операционной системы подобного рода (не от Гугла ).
1. Очень медленно. Просто отвратительно как медленно.
2. Низкий уровень надежности.

Половина Ваших преимуществ имеется в уже существующих операционных системах. Взгляните на Линукс/Юникс - все есть файл. Память компа это файл. Винчестер это файл. Логический диск это файл. Программа это файл. Видеокарта это файл. Процессор это файл. Ничто (Null) это тоже файл. Чем Вас не устраивает такой универсальный язык? Программы там общаются через файлы и не находят никаких проблем.

[JTG]

Юникс/линукс в этом деле не особо, они отошли от первоначальной концепции, вот в plan9 или Inferno действительно ВСЁ представлено файлами - от процессов до железа, сеть - тоже файлы (/net/tcp, /net/http/<url>), причём с офигенной организацией, "файловыми" пространствами имён и нативной поддержкой работы по сети

[DimaU]

Возможно с операционной системой на веб-сервисах - это я лишку хватил. Действительно здесь главное скорость и надежность работы.
В веб-сервисах я вижу возможное решение другой задачи - автоматическое взаимодействие программ между собой и повышение интеллектуальности программных продуктов (способность выполнять более сложные задачи и работа с пользователями на естественном языке).

Предположим, что при достаточном развитии распознавателей голоса, человек сможет давать команды компьютеру на естественном языке. Предположите, что человек лишь должен сказать: "Джек (так можно назвать ПК , купи мне продуктов на сегодняшний вечер для борща"
Вот такая бытовая команда, которую любой человек сможет понять и выполнить. Компьютер должен произвести анализ фразы (лингвистический, контекстный) и выделить результат, который хочет получить человек (выделить целевой результат - значит подобрать URI результата наиболее близко подходящий к смыслу фразы).
После этого программа попытается найти веб-сервис, способный выдать нужный результат. После нахождения такого веб-сервиса программа смотрить все л входные данные она может предоставить для работы веб-сервиса, если нет - ищем веб-сервисы, способные выдать нам недостающие входные данные в качестве результата своей работы - короче программа составляет цепочку веб-сервисов, при последовательном или параллельном вызове которых мы в итоге получим необходимый результат на основе имеющихся у нас исходных данных.

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

К тому же стандартизованный интерфейс веб-сервисов позволяет программам работать в телекоммуникационной среде наравне с ползователями. Например, программа может использовать веб-сервисы для удовлетворения своих потребностей, а не для выполнения команд пользователя.

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

Самая главная проблема во всем этом, на мой взгляд, присвоение URI, составление общепризнанных словарей, для того, чтобы одни и те же вещи имели одинаковый URI, иначе программы не смогут понимать друг друга

[Utkin]

Сообщение от DimaU

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

Этими вопросами занимаются ИИ-системы, причем здесь Веб?

Предположим, что при достаточном развитии распознавателей голоса, человек сможет давать команды компьютеру на естественном языке. Предположите, что человек лишь должен сказать: "Джек (так можно назвать ПК , купи мне продуктов на сегодняшний вечер для борща"
Вот такая бытовая команда, которую любой человек сможет понять и выполнить. Компьютер должен произвести анализ фразы (лингвистический, контекстный) и выделить результат, который хочет получить человек (выделить целевой результат - значит подобрать URI результата наиболее близко подходящий к смыслу фразы).
После этого программа попытается найти веб-сервис, способный выдать нужный результат. После нахождения такого веб-сервиса программа смотрить все л входные данные она может предоставить для работы веб-сервиса, если нет - ищем веб-сервисы, способные выдать нам недостающие входные данные в качестве результата своей работы - короче программа составляет цепочку веб-сервисов, при последовательном или параллельном вызове которых мы в итоге получим необходимый результат на основе имеющихся у нас исходных данных.

Читаем про ЛИСП, Пролог и экспертные системы. Знакомимся с программами типа Горыныч или Magic Goody.

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

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

К тому же стандартизованный интерфейс веб-сервисов позволяет программам работать в телекоммуникационной среде наравне с ползователями. Например, программа может использовать веб-сервисы для удовлетворения своих потребностей, а не для выполнения команд пользователя.

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

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

Сомневаюсь. Сильно сомневаюсь, что Ваша система достанет мне скажем зубы мамонта (а так хочется ) или жаркое из пираньи.

Самая главная проблема во всем этом, на мой взгляд, присвоение URI, составление общепризнанных словарей, для того, чтобы одни и те же вещи имели одинаковый URI, иначе программы не смогут понимать друг друга

Ну не обязательно. Создайте свою ассоциацию наподобе ANSI, JPEG, MPEG или WWW.