Virtual Laboratory Wiki
Advertisement

Физическое воплощение против алгоритмического

Вот Вы предлагаете реализовать собачку в виде физического робота ... Зачем ? Как Вам кажется, что это даст если вспомнить, что нам нужно понять и смоделировать интеллект. Т.е. вполне достаточно модели этой собачки в вирутальной среде - не так ли ? Зачем тогда так много тратить времени на построение робота, а не занятие собственно ИИ ? S.J. 02:11, 18 февраля 2009 (UTC)

А! я кажется понял, где я написал не точно. Я тоже не хочу тратить много времени на изготовление робота для откатки "начальных" технологий. Тестовый робот совсем не будет годиться в качестве игрушки. Я имел ввиду, что если получится добиться от тестового робота какого-то небольшого интеллектуального поведения (желательно приблизится к уровню собачки), то, потом, на основе этих технологий можно разработать интеллектуальную игрушку поинтереснее для детей чем динозаврик Pleo (или, еще вот здесь). Цель очевидная - попытаться на этом обеспечить доход, чтоб можно было на работу не ходить а заниматься любимым делом. Тестовый робот предполагается что-то вроде подвижной колесной платформы на которой ездит управляющий компьютер с камерой, за ним тащится гибкий шнур питания на 2м (ну, или я раздобуду ноутбук для этого). Сенсорные ощущения - простая контактная матрица с контроллером, типа гибкой резиновой клавиатуры, но побольше. Я уверен, что такое сделать несложно, небольшой опыт есть. И к тому-же, вроде как, такие готовые управляемые платформы (под компьютер) можно даже и купить.
Моделирование в виртуальной среде - это не плохо, и, пожалуй даже, стоит это сделать, вы правы. Владея средствами Visual-Питон это не должно быть сложно. Ок, добавляю этот пункт в план.
Но полагаться только на них я опасаюсь - известно можество случаев, когда испытания приближенные к реальным выявляли массу недочетов и порождали множество полезных идей. К тому-же, если демонстрировать что-то потенциальным спонсорам\партнерам (разработки и\или производства), то все-равно необходим прототип.
Виртуальная среда не очень-то позволяет отработать взаимодействие (игры и пр.) с живым человеком. Распознавать лица по фото можно конечно попытаться, но отличия от работы в реальности очень значительные.--M.Netov 08:34, 18 февраля 2009 (UTC)

Обратная сторона преимущест

Преимущества перед домашними животными: 1. Не умирают сами. Не надо их усыплять при отказе - можно сдать на фабрику и переинициализировать память. 2. Питаются электричеством. Не писают, не какают, не воняют. 3. Могут транслировать вид ребенка на экран занятой маме. Присматривать за ним и за домом. 4. Гипоалергенны (нет шерсти и прочих алергенных выделений). 5. Можно скомандовать им спать всю ночь или не мешать работать.

Обратная сторона: 1. Как и любая игрушка ломается. Как и любая поломка стоит денег на ремонт и может быть не выгодна ... 2. Игрушки тоже не писают, но хорошо ли это ? Дети любят ухаживать за собачками, а не втыкать тупо в розетку ... 3. Наблюдение камерой и сигнализация хорошо справляется с задачей присмотром за домом. Няни и детские садики еще лучше справляются с присмотром за детьми ... еще их и учат чему то там :) 4. Типа если очень хочется - но нельзя ... 5. Эффект любой игрушки ..

Итого - Будет ли это собачкой или игрушкой ... смотрели фильм "Искуственный разум" - как там дети относились к таким "сабачкам", "мишкам" - могли ли они их любить, ухаживать за ними, заботиться о них ? Для чего они будут служить ... настоящию собачку покупают или как замену малышу, или для малыша - итог один выработать в человеке любовь к живым организмам ... судя по всему такую роль не способна выполнить ИИСобака, скорее наоборот для детей это будет разочерование с которым сложно справится психологически, чувства подлога и всего не настоящего вокруг ... S.J. 02:25, 18 февраля 2009 (UTC)

\М.Нетов:\

  1. Ломается, а живую-то вообще личить приходится, прививки обязательно делать и обязательно ГУЛЯТЬ с ней! (Главная проблема для родителей). Конечно должна быть надежна, чтоб реже ремонтировать. Но если на нее сверху сядут - тут, уж, извините.
  2. Кормление. Она сама будет запитываться от док-станции, стилизованной под собачью тарелку. Так что "кормить" ее дети смогут, аналогично живым собачкам. Я не слышал, чтобы детям нравилось заботиться о собачке именно убирая их писки и каки по квартире. Отличие от игрушек - в интеллектуальном поведении и даже наличии некоторого (само)сознания. Это будет не игрушка, это искусственное квази-разумное существо, даже с инстинктом выживания.
  3. Наблюдение и сигнализация - простая дополнительная функция, которую просто сделать и включить в общий пакет услуг (дополнительный плюс, но не основной). Няни и детские садики - дорого. По опыту знаю. И в выходные они не работают, а посуду мыть все равно надо. Кто в эти 20-30 минут присмотрит за ребенком? Собачка это решает. Это тоже не главное. Главное это - друг ребенку. Насчет учить детей - можно и это, примеры есть, но это не согласуется с концепцией собачки. Эту задачу я, вообще-то, предназначал для более интеллектуальных роботов, класса Роби (это пока не описано в плане).
  4. Пункт 4. я не понял. На п.5. я написал ответ.
  5. Этот фильм я не смотрел - меня тошнит от уровня голливуда, когда они про роботов снимают. Но я понял мысль. Еще раз, поскольку это самостоятельное существо, с квази-разумным поведением, своим характером и пониманием текущей ситуации, то никакого подлога нет и любить такое существо возможно. Может быть это будет доступно не всем, но, Вы знаете, что иногда и взрослые, начинают считать свой Румба-пылесос чуть ли не членом семьи и отказываются от замены при его поломке. А как любят Тамагочи? И никто не собирается скрывать от ребенка, что это искусственное существо (кстати, как домашних собак выводят, уж тоже, вовсе не естественно). Я думаю окончательно ситуацию тут можно будет понять только после опытной эксплуатации.--M.Netov 09:11, 18 февраля 2009 (UTC)

Обеспечить ввод ч\б (для начала) информации с камеры.

Что Вы знаете, можете посоветовать для обеспечения этого этапа ? S.J. 22:43, 18 февраля 2009 (UTC)

\М.Н.\ Возможно я не понял вопроса, но задача решается подбором библиотеки функций работы с камерой подключенной к компу через USB. Я вот планирую писать на Питоне, хотя пока только осваиваю этот язык (Очень выразительный, кстати, змеюка!). Я практически уверен, что и для него такая либа найдется, нет - для С точно найдется, а Питон с ними интегрируется. Далее в рабочем цикле дергаем функцию из либы, которая позволяет вводить в память очередной кадр - и можно с ним работать. Вы об этом?
ЗЫ. Расписывая план работ я стараюсь (насколько получается) дойти до простеньких этапов с понятным, несложным выполнением (это не всегда возможно, иногда нужны исследования).--M.Netov 04:38, 19 февраля 2009 (UTC)

А почему Вы ни хотите C# ? Чем по вашему Питон окажется лучше ? Просто я программирую на C#, и уверен что это замечательный язык :) ... да и так мог бы тогда поучаствовать в некоторых этапах вашего проекта с реальной помощью (в обе стороны), т.к. такой огромный проект наверняка в отдельных местах пересечется с моими интересами ... S.J. 06:50, 19 февраля 2009 (UTC)

Кстати вот еще посмотрите Microsoft Robotics Studio - может заинтересует, сам давно хотел изучить - все времени нет .. говорят неплохая вещь S.J. 10:39, 20 февраля 2009 (UTC)

HTM

Немогли бы Вы написать русскую статью про HTM - хотя бы минимальную энциклопедическую информацию, чтобы можно было схватить основную суть ? S.J. 22:47, 18 февраля 2009 (UTC)

\М.Н.\ Я думал над этим, но так и не понял, какая будет отдача от подобных затрат времени? Суть, на мой взгляд, лучше всего изложена в диссертации Dileep Gorge. Это довольно объемный документ и алгоритмы в НТМ, хотя простые, но многоэтапные - долго это все излагать, даже кратко. Мне кажется, кто не может читать по английский, тому в НТМ пока нечего делать - пусть учит английский.--M.Netov 04:44, 19 февраля 2009 (UTC)

кто не может читать по английский, тому в НТМ пока нечего делать - пусть учит английский. - обидно :( ... А расскажите хотя бы Ваши мотивы - почему именно этот подход, что там такого интересного. Просто совершенно не хочется затрачивать столько времени на прочтение английских букв (что для меня неимоверно сложно), а потом понять что это все ерунда ... S.J. 06:54, 19 февраля 2009 (UTC)

Прикинуть временные затраты

А планы то у Вас уровня серьезных фирм по трудозатратам ... Вы - это один человек или у Вас есть команда опытных сотрудников? Скажем я с увереностью не сказал бы, что смог бы реализовать самостоятельно даже один из основных пунктов плана - а вам как кажется сколько это займет времени ? Есть ли уже наработки ? S.J. 22:56, 18 февраля 2009 (UTC)

\М.Н.\ А я следую ЖСТЛ, которая рекомендует ставить перед собой важные, еретические цели, которые кажутся недостижимыми :) А потом составлять план и работать по нему, повышая свою эффективность. Я - один человек, мне просто нравится работать над этой задачей. Количество времени пока не подсчитал - это стоит у меня в списке ТуДу. Сейчас как раз шлифую (перекомпоную и дополняю) план - это тоже серьезная работа. Наработки? А как же. :) Я уже пытался применить НТМ к распознаванию слов русского языка - все с треском провалилось (неудачный первый заход). Неправда ли, все выглядит ужасно перспективным? --M.Netov 05:04, 19 февраля 2009 (UTC)

План в PDF

А нельзя его иметь в формате изображения .png, .jpg ? Тогда его можно сразу видеть со страницы ... А еще я конечно не знаю, что именно вы будите здесь писать, но мне кажется удобно иметь план в формате Вики, т.к. потом пункты можно превратить в отдельныее статьи, а в них писать чего получилось по каждому отдельному пункту ... S.J. 09:54, 19 февраля 2009 (UTC)

\М.Н.\ в формате Вики - хорошо. Я просто привык к Майд Менеджеру - там много функций по редактированию связанных мыслей, Вика не сравнится с ним, конечно. Но, по сути мне надо только базовый функционал иерархических нумерованных списков - можно попробовать. Хотя Сроки, Ресурсы и Пр. придется пристегивать к пунктам плана каким-то искусственным образом.--M.Netov 10:55, 19 февраля 2009 (UTC)

Для сроков, ресурсов можно попробывать юзербоксы сделать - будет выглядеть достаточно привлекательно S.J. 08:43, 20 февраля 2009 (UTC)

S.J. 10:31, 20 февраля 2009 (UTC) Вот, например для сроков (взял с Википедии), подробности здесь Шаблон:Запланированное_событие, а вот примеры (при желании можно приспособить с другим текстом)




\М.Н.\ Да, интересно. Я как раз сейчас набираю опыта, какую именно информацию надо сохранять. Чего-то я посмотрел на примеры как это делается - это почти как на перле программировать. Я пока останусь на своей примитивной тектовой системе обозначений, вроде там достаточная статистика накапливается по планируемым датам и их исполнению. --M.Netov 21:16, 20 февраля 2009 (UTC)

Advertisement