Perl Monk, Perl Meditation | |
PerlMonks |
Re: Anyone doing anything about questions/answers at PM?by mattr (Curate) |
on May 25, 2005 at 09:24 UTC ( [id://460275]=note: print w/replies, xml ) | Need Help?? |
I've made suggestions at least a few times about solving this problem but no monks ever seemed interested. My point has been that:
1) the same questions always get asked, 2) it is hard to view recent threads once scrolled off a page, and 3) Considering the monastery metaphor, it would be very useful to develop a tool to focus the accumulation of the body of knowledge being collected, probably using a collaborative tool, making things more like a wiki(pedia) and less like a mailing list archive. (Granted PM is not that bad but it is more opaque than necessary). Personally I am happiest when I can find well organized documentation (the online user-annotated mysql manual is nice, and the Mac developer documentation was too, haven't seen OS X stuff yet). Perldoc.com is kind of nice. Maybe someone has other better examples of good online knowledge bases. How about this? We need a collaborative tool built into PM that allows us to input which leaves of a tree a given thread/node should be linked to. Viewing a thread/node will show which leaves it has been registered to, potentially with voting involved. I've thought of building something myself and hosting it for use by monks but it would probably be best if supported by a nodelet in PM. So the tree structure would be editable and annotated to allow addition of more refined topic areas, plus adding an unlimited number of well-written faqs, articles, code snippets, and link lists, possibly each could include at the end a section including entries automatically generated by scanning nearby leaves. A map of crosslinks indicating related topic branches/leaves and entries in perldoc or PM library might be good too. An ontology of topics and where they fit in a tree might be something to consider, as a guide to topics to create when needed, but I am thinking it would be more useful to make this work like a faceted metadata engine (look at for example in Flamenco which works like this. The point here being that you never see an empty topic in the tree, and the tree is presented showing the number of entries per branch or leaf. And that you may use it in connection with a keyword search, but the main idea of faceted metadata engines is that you never end up with "no matches" or "a zillion matches", and you are not bound to navigation up or down in an hierarchy but you can always see where all information is in relation to where you are in the knowledge base (user-centric navigation). Also I think it might be useful to have a history of things you have looked up and maybe show all those for today in a split screen. Editors could move bits around and prune, perhaps making better use of their time. Recommendations can be made for writeups on topics. Newbies would then read the library and know right away where to go and drill down. You could publish a selection in book form to make money (books on how to remane sane in a company, what strategies to use, poetry and meditations, etc.) You could start building it right away with some things loaded into it marked for consideration/editing, and an automatic search listing could show you other nodes to consider adding, with the idea that the knowledge base could hold every node but there should be a well-defined division for a given leaf/branch between highly edited answers (like a wikipedia entry), annotations, and then all the other nodes that could match the topic. Then you could browse the KB with or without the distraction of everything but the kitchen sink. Maybe also sort annotations chronologically or by XP? Finally a good use for XP? Well I hope this helps. I just thought this up now since my original idea (for the past year or two) has been to start with an empty wikipedia like KB tree to which monks would add writeups, and not try to make it a reflection of the massive amount of data in all of the PM database. The above suggestion though includes more community and maybe more interesting. Finally I think it would be very interesting if, unlike PM, an API (Soap?) was provided so that people could make on their own servers tools to work with the knowledge base and also with the PM database, to experiment with tools for annotation, searching or navigation, and display. This would greatly accelerate development of the PM knowledge base and make it practical for the community to get involved where currently it seems you have to be a God working on Everything. The brief description I provided above on faceted metadata engines outlines a large project that could best be done by people not on the PM server I think, and could maybe even take advantage of software not developed by a monk. This idea I've had is part of a concept I've been working out for a long time on how to focus information contributed in an ad hoc fashion to solve a problem (the initial case being how to assemble goods to help people in an earthquake when Internet is the only communications medium available). It has to be easy for lots of people to add information, and actively work toward gathering and organizing information, keeping people involved in single threads for a long time, which seems to oppose the web's "constantly surfing elsewhere" paradigm. I suppose this concept embodies parts of metadata engines, collaborative definition of an ontology, annotation and wiki-like knowledge bases. I have no idea if it will really work though if it does, it will be pretty quick I'd imagine. Currently I'm working on a wxPerl based application that may eventually be able to do some of this resource focussing in a distributed fashion. Well if I ever get anywhere on these things that might be neat but please consider some subset of the above suggestion as potential points for discussion. Interested to hear your ideas!
In Section
Perl Monks Discussion
|
|