roboforum.ru

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

Виктор Казаринов писал(а):Исходя из экстремального подхода я и хотел бы создать тестовую сквозную систему для оценки правильности выбранного подхода. На данном этапе речь идет об обычном удаленном управлении с несколькими промежуточными звеньями.

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

Словосочетание "коммерческая выгода" имеет слабое отношение к тому, что я сказал.

Кстати, ИМХО, Виктор, вы неправильно итерационный подход называете экстремальным программированием

Экстремальное программирование это всякие суровые приколы типа 2 человека на 1 компутер и т.п.

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

Чего-то вы не так поняли в экстремальном программировании.

Странно... все как-то странно...
То вы про ИИ, то про удаленной управление роботом, то про душу в роботе, то про автономное функционирование...

В природе существуют неодушевленные предметы и одушевленные (с первых классов школы). Так вот робот это весЧь или шелеЗяка и какой псевдо-ИИ туда не закладывай души там не будет никогда. И тут речь не только о живых и неживых вещах.
А нужен ли робот-повар с "душой"? Вот захотелось мне поесть разбудил я его ночью часа в два, а он спросоня меня еще и пошлЁт. Или всю ночь будет по телевизору футбол смотреть - может он болеть за команду какую будет...

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

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

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

Добавлено спустя 53 минуты 21 секунду:
Вот ссылка forum10/topic8312-30.html

Не знаю как другие, а я поддерживаю идею с распределённой клиент-серверной системой управления. Роботы могут быть разные - умные, тупые, с автономными мозгами, дистанционно управляеммые, с мозгами на "стороне", можете еще добавить если что-то забыл... И для каждого можно придумать свой круг задач. Идея клиент-серверного управления логична, на мой взгляд, и достаточно прогрессивна.
Маленько фантастики:) Представим себе кафе будущего, где шастают несколько роботов (ну, допустим, ориентируются по полосам на полу) и подают заказанные блюда на столики. Допустим, до 10 столиков, к каждому подходит дорожка, по которой робот и прикатывается. Возникает задача - централизованно управлять действиями несколькои роботов. Клиент заказывает за столиком через терминал интересующее блюдо, информация поступает в БД, формируется запрос на свободного робота официанта и команда прикатить в раздатку. Робот прикатывает, сообщает на сервер что он готов отвезти заказ за столик №3, человек на раздатке уже ставит блюдо и жмёт кнопку - Go!!! Сервер сообщает куда ехать, по какому пути и.т.д...
Можно долго критиковать описанный выше процесс, но речь не об этом! Клиент-серверная архитекрутра просто необходима в сложной информационной системе. Последние тенденции идут к тому, что даже внутри автономных сложный устройств всё организуется на принципах взаимодействия сервисов (Сервисно-ориентированное программирование , SOAP).
У меня есть подобная идея реализации клиент-серверной системы управления посредством WCF (. Net Framework), но пока занят над реализацией шасси телеги, т.е. механической части.