Virtual Laboratory Wiki
Advertisement

Это заглавная страница коллективного проекта ProfAI

К проекту может присоединиться каждый желающий, взяв на себя некоторые обязательства помочь целям проекта. Для этого поставьте ниже шаблон {{Участник проекта}} и приступайте к работе :).

Обсуждение проекта участниками идет на этой странице. Организационные вопросы и замечания, поправки тех, кто не участвует в проекте, вносите на страницу Обсуждение:ProfAI'.

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


Участник проекта Сергей Яковлев, 22.12.2011 -

Участник проекта Александр Тимофеев, 22.12.2011 -

Участник проекта Сергей Корыстов, 27.12.2011 -


Цели

Собрать в одном месте профессионалов (по образованию математиков, программистов, робототехников, биологов), готовых с помощью интернета объединить свои коллективные усилия для создания реальных открытых проектов[1] по теме ИИ.

Первоначальные задачи

  1. Нужно FAQ для потенциальных участников о их целях, подходах, знании, готовности заниматься образовательной и исследовательской деятельностью в коллективе
  2. Нужна тема, позволяющая удовлетворить достаточно широкий круг интересов, но с разумными ограничениями, чтобы не распылять силы.
  3. Формирование методов и правил работы проекта. Сначала составим черновой вариант: Методы и правила проекта ProfAI. Потом утвердим и обяжем всех участников следовать утверждённым принципам. Зачем нужна методология смотрим дальше по тексту.
  4. Нужен список фундаментальных проблем ИИ, и пояснения к каждому пункту. Например:
    1. Чистое различение параллельной машиной‎‎
    2. Чистое обобщение эйлеровских характеристик
    3. Обобщение частных случаев с формированием законов
    4. Нахождение стратегий поиска без перебора всех вариантов
    5. Часть вопросов (Vchc)
    6. Интеллектуальное управление проектами - постановка задачи от sine nomine + SergeyJ


Уточнение целей, проблематики

Есть два варианта:

  1. Нужно собраться инициативной группе по поводу создания форума
    Аргументы против: Все думают: вот я сооружу новую форму, а затем содержание само появится. Но это не так.
  2. Нужно собраться инициативной группе с целью выработки одного или двух-трех конкретных инженерных проектов с вкраплениями ИИ
    Аргументы против: Все сами себе на уме. Никто не хочет собраться в команду, могучую кучку. Раскол идет даже не по линии кому что и как делать, а еще раньше- у каждого своя ИИ идея, которая ему как рубашка - слишком близка к телу. Настолько, что он ею никогда не поделится с другими. И не приемлет идеи других.
    Аргументы за: Для получения результата по теме AI неоходимо иметь много различных решений обеспечивающих разнообразный функционал, отдельные решения часто могут оказаться невостребованными, поскольку нужен комплексный подход, и если разработчики не будут согласовывать будущее взаимодействвие своих "модулей" шансы на успех сильно снижаются. Нужна общая концепция согласования целей и результатов работ. А для этого надо хотя бы уговорить людей сформулировать свои стратегии достижения целей, тогда и цели можно согласовывать.

Уточнение первоначальных задач и оформление их решения

На мой взгляд у любого открытого проекта должны быть следующие компоненты.

1. Манифест о намерениях и целях.

Некий документ, отражающий в сжатом виде цели проекта и мотивацию участников. Манифест это лицо проекта. Любой человек, прочитавший манифест, должен однозначно понять чем занимаются люди в проекте и что они хотят достичь, какой у участников круг интересов.

2. Идеология и методология.

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

Тут имеется конкретный практический смысл. Вы когда-нибудь пробовали обсуждать научные теории с мистиком? :) Совершенно бесполезное занятие. Или наблюдали бесконечные споры между эволюционистами и креативистами? Возможно для нас это и малоактуально, но почему бы сразу и не оформить этот момент? Основной смысл - предотвращение принципиальных конфликтов в коллективе.

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

3. Анкетирование и оценка участников проекта.

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

Предлагаю следующий план начальных работ:

1. Составить манифест.

2. Утвердить идеологию проекта, начать работать над методологией.

3. Сформировать анкетку участника.

4. По результатам анкетирования выбрать наиболее подходящие к спектру имеющихся знаний проблемы.  — Эта реплика добавлена участником Vchc (о · в) (Подписывайтесь с помощью 4 тильд ~~~~)

  • См. как вариант, тоже ищем, как выстроить общий язык на этапе знакомства людей из разных областей. --PPark 17:32, декабря 22, 2011 (UTC)
  • по поводу идеалогии IMHO есть смысл посмотреть тему "корпоративная культура" оттуда есть что позаимствовать так что бы не изобретать самим.  — Эта реплика добавлена участником Sn29A (о · в) (Подписывайтесь с помощью 4 тильд ~~~~)
  • (!) Комментарий: Что касается раздела идеология и методология, то она вытекает из цели собрать в одном месте профессионалов (по образованию математиков, программистов, робототехников, биологов), т.е. ЛЮБАЯ, но в рамках научного подхода свойственных этим профессиям - не больше не меньше. Поэтому можно думаю это явно вписывать сразу и снять этот вопрос как таковой. --S.J. 14:22, декабря 22, 2011 (UTC)
  • (!) Комментарий: Что касается манифеста - это конечно хорошо, но как минимум не своевременно. Им можно отпугнуть потенциальных участников, лучше когда наберется ядро, вместе его выработать. А пока можно переходит к пунктам 3 и 4. --S.J. 14:25, декабря 22, 2011 (UTC)
  • (!) Комментарий: Сергей, не знаю занимались ли вы раньше организацией таких проектов, но ваше желание набрать побольше народу мне не очень понятно. Поставьте перед собой вопрос, чем проект должен отличаться от обсуждений на форуме? Что помешает данной странице превратиться в хранилище бессмысленных рассуждений? Пункт 2 как раз и должен обозначить эти моменты. Если вы хотите заниматься нормальной теоретической работой, то без этого нельзя. По опыту, где-то 90% посетителей не будет интересно то, чем мы тут планируем заниматься. Нужно ли привлекать таких людей? --Vchc 14:25, декабря 22, 2011 (UTC)
Ну, почему побольше ? Побольше, но качество первично .. а отсеять всегда успеем. А чем плохо мое предложение "в рамках научного подхода свойственных этим профессиям". У вас есть другие предложения ? --S.J. 12:27, декабря 23, 2011 (UTC)

Тактика решения

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

Проблемы мотивировки и атмосферы в проекте

Проблема подготовки участников

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

Проблемы мотивировки

tac 80% дело в том о чем говорят и как говорят. и только 20% тех. сторона. Как говорят важно - в плохой атмосфере специалисты себя плохо чувствуют. Но тут проблема отличить специалиста от болтуна, я кстати до сих пор не могу сразу определить могу пару месяцев вникать в теорию которую мне рассказывают, и только потом понимаю что это бред собачий. это скажем так 50%.

Тогда 30% то ЧТО говорят. Думается есть два подхода: одни любят говорить детализировано - т.е. не обсуждать что-то вообще, а обсудить какую задачу должен выполнять код, написать код, и обсуждать проблемы и ошибки кода. Аналогично с формулами

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

Вот вокруг этой психологии похоже и надо плясать, для успешности.

Наполнение проекта

Интересные задачки - страничка, посвящённая маленьким задачкам для очистки мозгов :)

Техническое обеспечение

Описываем план максимум. Но наращиваем только при реальной необходимости, когда уже есть люди и идет работа.

Сайт должен обеспечивать три принципиальные задачи:

  1. Обеспечивать удобную коммуникацию
  2. Позволять удобно на ходу формировать, выделять материал, писать статьи с формулами и рисунками
  3. Хранить исходники

tac Для первой задачи удобен подход в виде форума с элементами управления проектами (см. [1]). Для второй не заменима вика. Для третьей нужен SVN (контроль версий).

vchc

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


Общее обсуждение

Примечания

  1. Открытый проект - объединение на добровольной основе людей, осуществляющее практические и теоретические работы по достижению конкретных целей без гарантии материального вознаграждения (см. также Гражданская наука).
Advertisement