This index page is a dynamic journal/news/brainstorming page. It has links to new pages that have been added and a bit of dicussion. When something gets old, it gets refactored and moved to a different page, with links added appropriately.
This means that this page is kind of a weblog, but their are no archives. Everything becomes content after a time. Comments on this separation? -- Wim
Most Wikis end up DocumentModeish where the goal to is get a consise document on the topic or the major points one way or the other. ThreadMode is more newsgroup or SlashDot style which is more folks spouting off. As the Wiki crowd feels DocumentMode is usually better. So what do you think, will you reply ThreadMode or DocumentMode? Or there is always MixedMode http://www.usemod.com/cgi-bin/mb.pl?MixedMode but which would be the PC response :)
WikiWikis are good at sifting and synthesizing knowledge from data. This is an ongoing and collaborative process, undertaken by many people, contributing to and editing the data flow in an attempt to derive meaning from it.
WebLogs are good at presenting ongoing data and encouraging Socratic-style dialogue about it.
They both qualify as CollaborativeHypermedia, but they approach the function differently. WikiWikis treat media as a shared endeavor, or a set of knowledge to be built. WebLogs treat it as a flow to be discussed and commented upon. To put it succinctly, WikiWikis manipulate the data, WebLogs comment upon it.
Just throwing out some food for thought. --fozbaca
The way my experiment has been going so far, it seems a bit of both. Some of our comments being rewritten into actual pages, but also pages just appearing.-- Wim
This changes and becomes easier with a medium such as newsgroups, email, weblogs, and Wiki. Now it's easier to refocus on previously discussed topics, and keep track of what others were talking about. Concurrency is handled much better; instead of trying to listen to 10 people at once, you let them talk (write), then go through the queue, read everything, and respond.
Ok, I lost my train of thought; I'll try finish this idea off if it comes back to me. Argh. Maybe it's the music I'm listening to?
I see problems when Wiki pages get really long. It gets hard to scan through and refactor. Wiki pages are best kept short; if a topic gets long, then its high time to move chunks of logical data out to a new topic. Wiki pages must stay on topic.
I like ThreadMode on Slashdot and in email, as a means of talking back and forth and keeping track of what post something is in reply to.
I think one of the strong points behind Wiki, is that there are very few constraints. Ie, providing an author name, or subject, or date for a comment is not required. There is a lot of human things being tossed about: trust, ownership, confidence, creativity, construction, destruction, and so forth. Of course, many say that these are the weak points.
As you can tell, I really like the simplicity factor: a minimal amounts of links, minimal header/footer/sidebars, and minimal content per page. Small, tasty, easily digestable portions. --Wim