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

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

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

Date: 2012-03-17 10:02 am (UTC)
From: [identity profile] g-rub.livejournal.com
Это разные вещи с разным жизненным циклом.

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

Date: 2012-03-17 07:49 pm (UTC)
From: [identity profile] aamonster.livejournal.com
Э... Тикет в багтрекере вообще-то живёт вечно.

Date: 2012-03-19 06:59 pm (UTC)
From: [identity profile] g-rub.livejournal.com
И часто кто-то копается в тикетах годичной давности, например?

По тикетам неудобно искать, в них много информационного мусора (переписка касательно сроков, ответственных за проблему, идентификации ее и т.п.), их неудобно организовывать в базу знаний.

Date: 2012-03-19 07:22 pm (UTC)
From: [identity profile] aamonster.livejournal.com
По необходимости. Мне доводилось.
Собственно, в тикетах и вики несколько разная информация, и таскать её туда-сюда смысла нет. Удобно, когда в wiki живет текущее состояние (проекта и ТЗ), и помещать туда то, что через неделю будет убрано - смысла нет. А то получаем инь, янь и срань: коммит-мессадж ссылается на багтрекер, багтрекер на вики, а там извольте копаться в истории редактирований страницы.

Date: 2012-03-20 02:25 pm (UTC)
From: [identity profile] g-rub.livejournal.com
Ну так а я о чем говорил? Короткоживущую информацию -- в тикет, долгоживущую -- на wiki, и побольше линков между ними.
Edited Date: 2012-03-20 02:26 pm (UTC)

Profile

metaclass: (Default)
metaclass

April 2017

S M T W T F S
      1
2345678
9101112 131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Sep. 15th, 2025 12:34 pm
Powered by Dreamwidth Studios