Управление знаниями

[metaclass]

На тему плохой документации и срача в гугле посетила мысль: а вообще, кто-нибудь пытался делать/использовать вместо тупого поиска по ключевым словам нечто вроде экспертной системы?

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

Помню, когда-то в конце 90х ScienceSoft/InventionMachine (http://en.wikipedia.org/wiki/Invention_Machine) делали какой-то софт на основе ТРИЗ, но вроде для обычного конструирования. А для разработки программного обеспечения или более других целей что-нибудь такое сейчас существует?

Comments

[falcrum.livejournal.com]

Н-ну, мне поиск по SVN, в принципе, помогает. Но да, если бы оно понимало "найти вон ту неведомую @баную х$йню" - было бы гут.

[raydac.livejournal.com]

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

[pascendi.livejournal.com]

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

[g-rub.livejournal.com]

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

[themech.livejournal.com]

спросите у ребе Чеусова, он про инвеншн машин все знает

[nicka-startcev.livejournal.com]

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

[gineer.livejournal.com]

Вон Симони со своим интеншонал программинг что-то подобное делает.
Но пока ничего открытого не предоставляет.

http://www.languageworkbenches.net/index.php?title=Main_Page

[kkirsanov.livejournal.com]

Были попытки http://www.wolframalpha.com/

Но от ПО весьма далеко.

[perepertoz.livejournal.com]

https://www.google.com/search?q=evernote ?

[blackyblack.livejournal.com]

Думаю, надстройка над еверноут может помочь.

[aamonster.livejournal.com]

Первая мысль, которая приходит в голову - скармливать гуглу, у них вроде какие-то наработки в эту сторону есть.
Полуторная - открыть (частично) багтрекер для общего доступа и дать гуглу проиндексировать.