On Mon, Jun 9, 2014 at 9:56 AM, Nathan nawrich@gmail.com wrote:
On Mon, Jun 9, 2014 at 5:30 AM, Martijn Hoekstra < martijnhoekstra@gmail.com> wrote:
That's precisely my point. Because current talk page discussions are - on the software level - unstructured, it allows social conventions to do everything you want it to do structure wise, and to invent new uses as we go. The domain model is just that complicated that we found that we need that power in implementation (even if we all(tm)[citation needed] agree that the current discussion form is pretty horrible UI wise). If you're going to force a software structure on in it will most likely not be as powerful[1] as what there is now and represents a trade off without us having a clear sight of what we will lose, even if we can have a somewhat clear picture of what we will gain: easier use and navigatability for the kinds of discussions we do support. Discussing a trade off where only one side is known is hard.
[1] i.e. a tree structure is far less powerful than what we have now to approximate the domain, a dag with dividable nodes probably comes closer, and is already fiendishly complicated to pull off on a UI level. And
then I
haven't even gone in to the current practices of taking a comment back by striking it, which means that nodes aren't only arbitrarily and multiply dividable, but also mutable over time in a linear(?) history? 'sblood
man,
discussions are complicated.
-- Martijn
The assumption I think you are making here is that the goal is to get a discussion system with maximum functionality and flexibility.
The assumption I am making is that Flow will (not may, or aims to, but will) replace all current discussion mechanisms on all(?) Wikipedias[1], and possibly all other WikiMedia projects as well, and that if that happens, we should know which trade-offs we are making when we're doing away with the virtual unlimited structuring power before we do.
So I think a much better goal, and one that I know others share and has
been the focus of development work, is to adopt a system of communication that is easy and intuitive for as many participants as possible.
yes, please! But again, at what cost? What are the possibilities we are going to lose when Flow is turned on? Will we know before it's turned on? Should we discuss it before it's turned on? I would think so. We're talking about taking away most power of our current discussion system, and since it's a social system rather than a technical system, it's difficult to define all ways we are currently using it, and how valuable each of those ways is.
This may mean the problem of inventing a better mousetrap needs to be set aside in favor of determining what mechanism is the most familiar and easy for the majority of Wikimedia users.
This is simply insufficient. If Flow replaces all talk, all processes will have to be re-tailored to use Flow. AfD, RfA, ArbCom proceedings, mediation, Sockpuppet investigations, FA evaluations, RfCs, they will all become Flow. While it is very important that we have a mechanism that is easy to use, it must be powerful enough to accommodate all these processes. They're going to need re-engineering, but I'm afraid that in some cases we will lose more than we'll be willing to swallow in order to make other discussions easier to participate in. I'm not only willing but very much hoping I will be proven wrong. But from where I'm standing, with the only possible exception of AfD and SPI, I can't see yet how tree-based software will handle these processes. It would be interesting to see a random RfA, ArbCom case, mediation case, and FA nom and an RfC being "flowified", so we can take a look how the new processes will work on a techinical level, and what problems turn up.
[1] http://www.mediawiki.org/wiki/Flow: "Flow is a project of the Core features http://www.mediawiki.org/wiki/Core_features team at the Wikimedia Foundation to build a modern discussion and collaboration system for all Wikimedia projects. Flow will eventually replace the current Wikipedia talk page system"
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l