[1]: http://www.paulgraham.com/hackernews.html (4 paragraphs from the end, "But a site aiming at a particular subset of users has to attract just those—and just as importantly, repel everyone else. I've made a conscious effort to do this on HN. The graphic design is as plain as possible, and the site rules discourage dramatic link titles. The goal is that the only thing to interest someone arriving at HN for the first time should be the ideas expressed there."
The un-design is what makes it appealing to me
If you don't see tree data structures as "lovely", then I have to wonder if you even understand them. Putting data into trees can make difficult problems easier to solve in an elegant way: searches, file systems, space partitioning, and so on.
> Rigid hierarchy is generally not how the human mind works...
That's why we keep creating ontologies to explain the world? Ask any 10-year-old, and they'll tell you that tigers are cats, which are mammals, which are animals, etc.
Jeff's sneaking a lot into the qualifier "rigid" here. The human mind loves hierarchies of many sorts, but most when the hierarchy is based on the context. For example: house cats could be mammals (near tigers) or pets (near fish).
A concept or object that is relevant to different contexts needs to show up in differently-organized hierarchies, or failing that, probably ought to be organized non-hierarchically (e.g. flat or "tagged"), so as to reduce cognitive dissonance.
Over-simplifying considerably, comments on Reddit/HN tend to be interesting mainly in just one context, so a hierarchy is probably helpful.
However I agree with you that for hierarchal data such as, for example, family trees, biological classifications, and, dare I say it, threads of conversation, a hierarchal representation does seem to make sense.
[0] https://chrome.google.com/webstore/detail/hncommenttracker/i...
there's always this looming existential crisis of where the heck am I?
You're talking to everyone
However, threaded comment systems do have their faults, as Jeff points out: keeping abreast of all discussion as it evolves is difficult, and lack of a nesting level cap can make things look awkward (however, I don't see a whole lot of discussions progress to the point that the "far right" problem actually becomes a problem).
Jeff's idea of capping comments at a single reply level is a sensible compromise; it allows a rudimentary sense of organization without introducing most of the problems Jeff criticizes.
I don't know where this hate of threaded forums comes from, but these arguments are obviously based on something emotional rather than rational. If you don't know where the heck you are in a threaded forum, where sub-threads often have changed subjects and you can quickly navigate up and down in that subthread(!), how would you know where you are in a flat discussion where people just quote some bits and just pretend they are in a subthread (they are discussing a sub-topic, the context for the post you're reading is spread over 2-3 other posts somewhere on the past ~10 pages on typical boards)?
New replies can easily be found through a special display of new (unread or recent) posts, in our forum we just display the subject in bold or green (if it is a reply to your post), it works fine.
One of the best implementation of threaded discussions is slashdot, where you can find the interesting stuff quickly even when there are more than 1000 posts. Please show me a comparable flat forum.
It's terrible that the crappy flat forums (you know, that widespread PHP-written stuff that is regularly exploited) broke threaded discussions for so many people, because they decided to go "guestbook style" (that's what it is - a guestbook, not a discussion, despite the lame attempts of some people to quote each other so they could pretend to stick to a topic) and never look back. I can only conclude that flat forums are preferred by people who don't really like discussions, they like Q&A (like SO) or guestbooks, or perhaps a maximum of ~10 replies on any subject. That works fine as a flat list. For the rest of us, threaded forums have worked fine since the BBS and Usenet times.
All of the 'problems' of nested comments are trivial in comparison to that. There are certainly good use cases for flat comments, and I think Stack Overflow is a good example, but there is a reason why all of the biggest discussion sites use nested comments. There might be more sites with flat comments overall, but that's only because they're much easier to implement.
With HN, Reddit, Usenet, or whatever, you can keep that line of discussion going at whatever speed you want.
1. When ranking threaded comments, often times a low-ranked comment attached to a high-ranked comment will be read before a more highly ranked top-posted comment.
2. Two diverging branches of the tree can result in the same discussion occurring at two different points in the thread.
3. It's very easy for niche discussions to become the focal point of the conversation, which, while good for discussion, detracts from the subject matter.
I don't think any threaded discussion system has solved all of these - Slashdot has its threshold filters, reddit compresses large threads with a similar threshold, HN is more simple but I find the text dimming effect to be valuable. Facebook doesn't really need to be concerned with these things as much, because the discussions are usually more personal and shorter. Stack Exchange is obviously an outlier here, but I feel that if its mods weren't so jackbooted it would have devolved into a similar discussion system long ago.
I think the biggest problem with our current discussion systems is that they are inefficient. Sometimes experts will avoid a conversation because they can't quickly and easily reply on all points. Multiple conversations can happen on the same topic (or in the case of the news sites mentioned, across different posts entirely). People get karma for being snarky but that's different than the karma given for being wise, being analytical, or doing the legwork (finding references, etc) so that others don't have to.
If you then consider the extreme - a contextual tag-based karma system with threads combined based on their subject matter, you quickly realize that no one will do anything with that because it's too complex.
What we need is curated discussion - not the Steve Jobs kind, but rather the kind you get when you go to a dinner party and the host introduces you to someone that you really wish you had met years ago. Unfortunately, that kind of discussion can only happen currently in more intimate settings, or, in the case of a site like reddit, if we have limited AIs that can actually determine the context and sentiment of a discussion, and alter the structure of the thread tree based on that.
Unfortunately, you're never going to get something like that in an ad-driven Internet.
The article points out some valid criticisms of threaded discussions (like excessive indentation), while ignoring the giant mess that flat discussions tend to become. The funny thing is that it's a false dichotomy. Even the article mentions the possibility of having just one level of reply, and yet in the last sentence it just reverts to 'Always favor simple, flat discussions instead.'
I consider it of immense value that I can skip most of the content I am not interested, and concentrate on the parts in which I am. Further, I will contend that it would be impossible to even have that many interesting discussions were every participant forced to struggle through all the other parts in a massive flat discussion.
Of course, you can then argue "let's have multiple flat discussions", at which point you start to see something more like a typical web forum: with categories, forums/topics (I will maintain "topic" going forward; to be clear, by "categories" I mean the section headings on the list of topics you often see), specific threads, and then linear posts within the thread.
But, if you think about how that maps to a site like HN, you find that the part with the flat posts isn't analogous to the comments on an article: the are more akin to individual thread trees, each one diverting off to talk about the politics, economics, etc. of the overall topic (the link). Now, the article does seem to realize this, as it explicitly is mentioned that capping the thread depth has value, but doesn't seem to understand that that's the world that most of the systems that he's operating in already have.
Take StackOverflow as an example: he says there is one level, but there are actually a bunch, from the site as a whole, to the individual interest areas, to the level of individual subjects (which are modelled as a DAG due to being structured with tags, but are of course used in the field as the next level in the tree, as that's how humans can conceptualize it) to questions to answers to individual comments on answers (where it stops).
That's a lot of levels of depth, and it lets the site help you weed out all of the stuff you care about from the stuff you don't. That depth was important: if you came to the site and you saw all of the questions at the same time, you'd be frustrated; if you came to the site and saw all of the comments, it would be worthless.
Now, go back to HN and attempt to remap that kind of depth: we have links, but there really are lots of sub areas that people like to talk about with regards to those links; as I mentioned: politics, morality, design, alternatives... and each of these is really a fairly high-level goal that tends to get rapidly paired down to "what you actually wanted to discuss".
It doesn't feel like these levels are occurring if you concentrate on the schema, but if you examine how the site is used they are clearly there; the exact boundaries, though, tend to get blurred depending on how many people are participating, what kind of article it is, etc.: there isn't a hard/fast set of rules like on StackOverflow, but the site serves a wider set of purposes.
Of course, when you get down in the trenches, things can get confusing. That's the only place this article has any meat: however, to turn this into a David v. Goliath "Discussions: Flat or Threaded?" kind of topic, claiming "Web Discussions: Flat by Design" misses the essential complexity of this field, throwing out all of the fascinating parts of discussion communities and bordering on linkbait :(.
Further, it then ignores the ways in which Hacker News attempts to do this (the reply delay limit that kicks in the deeper you get down in a discussion tree), and doesn't offer any enlightening solutions. That said, this is the same author (Jeff Atwood) who wrote a massive tirade about discussion systems in 2009 called "The Value of Downvoting, or, How Hacker News Gets It Wrong" without realizing that HN actually supported downvotes, so I'm not certain what I should expect here.
(Oh, and the idea that Twitter somehow makes it easy to follow conversations because it attempts to group replies back/forth is kind of ludicrous if you've attempted to dig back through a conversation on the site that involved more than four people after the fact: the mechanism often doesn't work, and it fails to deal with how Twitter is actually insanely NON-linear to the point where there is often a cacophony of discussion going in every direction at once by people who may or may not even be following other people who are involved in the same discussion... how that model--the least linear model in existence today--somehow proves that any linearity at all is valuable is confusing to me ;P.)
> without realizing that HN actually supported downvotes
I have almost 500 HN "rep" and I still can't find any way to downvote. Is this documented anywhere? At Stack Exchange downvotes require 125 rep to cast, and cost you 1 point of rep for each answer downvote. (Question downvotes are free, but still require 125 rep to cast..) This is all listed in the FAQ.
> one thread taking about the politics, one talking about the economics, one talking about the font used on the website, and another angry that the post got enough upvotes to be on the front page in the first place
I should have mentioned this in the article (and I might revise it to add this, actually) but each one of those blocks the other. In other words, if the politics branch of the tree is first, that's 50+ replies I have to wade through to get to the next branch (say, economics). There's not even any way to collapse branches here as there is on Reddit...
Have we also talked about first topic reply advantage? How many people will bother to read past that first massive 50 reply tirade about politics to get to anything else?
How do you handle that anyway? If you make it a flat discussion, if someone brings up a new topic (in other words, a branch) then how do you respond to it if there were lots of responses between the time you wanted to reply and the time the original post was made?
If you have a long distance between the original post and the post you are responding to, then that means that the audience loses context and don't know what you are talking about - thus instead of asking "how many people will bother to read past that first massive 50 reply tirade?" you now have to ask "how many people will bother to read past the first insightful comment?"
Basically, how do you keep the thread of discussion without using indenting, or expanding/contracting the discussions? I can well understand that StackExchange needs to keep discussions punchy by design, because it's about keeping information succinct in order to properly answer questions, but on a site like HN that is designed for discussion I think that flat discussions would be an absolute disaster!
Slashdot actually allows for flat discussions, try using it sometime and I think you'll see that it's a nightmare.
There is -- in the top bar, there's a link called "ask" [1] that shows only the "here is something I am thinking, discuss" sort of submissions.
I actually almost mentioned this myself as a form of "level", but decided that it wasn't explicit enough in the navigation; I guess it would then have been valuable to just point out "maybe it should be a level". ;P
The analogy to this specific gap in a traditional forum is the category change between "on-topic" and "chat"/"meta"/"general discussion" (with then having the topics come below those section headings, followed by the threads, etc.).
> I have almost 500 HN "rep" and I still can't find any way to downvote.
(Someone else already responded to this comment, but for completion-sake and because I'm the person who called it out in the first place: you need 500 points before you can downvote, so you aren't quite there yet ;P. Downvotes on this site are pretty powerful, actually, so they thereby seem to be reserved for people who have deeply invested in the website, of which there are enough people versus the total amount of content posted that this isn't a problem.)
> There's not even any way to collapse branches here as there is on Reddit...
I agree that this is useful; it is a highly requested feature and I believe it offers a lot of value: it is, of course, an important feature of the explicit tree... within a single collapsed linear level, all content blocks all other content, and you are just screwed if you want to skip anything, as there isn't even a visual differentiator.
(That said, some of us use user scripts to get past this problem; I wrote my own, but there are a few on the GreaseMonkey archive site whose name I'm forgetting, as well as in the Chrome extension store. If the content didn't have the trees at all, you wouldn't be able to do this no matter how hard you tried. That said, again: most online community discussion systems, even the ones that claim to be flat, have trees at least 4-5 deep.)
The min. requirement to downvote, I'm told, moves upward ever so slightly. I think I managed it just past 500, but that was several months ago (I lurk and/or comment on obscure communications articles). You're sitting at 496 as I write this so you're still a little while off.
And of course I can do that indirectly, via a bookmarklet of Greasemonkey.
Branch collapsing makes most of the navigation you describe easier.
I also wish there was some way to encourage concision in comments. The 824 words (according to my word processor) in the most popular comment is ridiculous to me, I'm not reading that unless it's about something very interesting to me. The article itself is only 1541 words (and I didn't read the whole of that either).
It still leaves the "I have to do a bunch of work beyond simply scrolling down to read this discussion" problem. I don't like solutions that put excessive burden on the largest audience of anonymous readers. Write once, read many, and all that.
It is really easy to follow conversations, and like you mentioned, chatter can vary a lot. I don't miss the old days of forums and other linear bulletin board software/mailing lists where it is impossible to follow relevant conversation...
For example, these are two discussion trees branching from the same conversation starter:
Making that discussion flat doesn't make people want to read it, get involved in it, or understand the exchange. Comments / forum threads are trying to serve two distinct purposes.
My solution would be to have the comment tree hidden by default.(tangentially, I wonder if a system where comments move to the right relative to their time posted, not just in order, since that is why we are moving comments rightward anyway - that way a comment thread would map the post times out rightward. Since replies could only come to already posted content, the flow still moves right, but the active discussions still show themselves off) If people want to see the discussion on top level comments, it should be a very obvious and very apparent mechanism to reveal a discussion tree, but otherwise, let people browse the top level first (with a ranking system, not just by time) and find discussions they are interested in. That is my biggest problem with all the reddit-esque sites where discussions take up tons of my vertical space by default even if I don't actively seek to engage in them.
Since I haven't seen the live-updating-with-keyboard-control threaded model on other sites, and haven't seen anyone else on HN comment on their model, I'm curious if there just isn't much overlap between HN and SBNation—though since the launch of The Verge, I would've expected more HNers to have seen it.
The complaints about stuff getting pinned to the far right are specious; a flat discussion thread is equally prone to getting hijacked over by two people having a fight. And when it happens on a flat discussion thread, it's not sequestered off to the side by itself, it's constantly being reinserted into the main flow where other people are talking too.
Whatever the format (threaded, non threaded, threaded with limitations) it's going to run into some limitations. They're all imperfect and I think that which one is right depends on the number of participants and velocity of comments. This threaded format seems to work well for 10-50 participants.
Stackoverflow is different in that every "topic" has a predefined structure an hierarchy of importance: a question, answers & comments. In a way, it's not tackling the same problem as HN, reddit, forums, disquss, etc.. These are trying to allow discussion regardless of the topic & structure. They are also different in that they place high importance on being accessible to casual future readers.
Unstructured "discussions" hundreds or thousands of participants is largely a problem that twitter tackled. That's why celebrities and high profile people like it.
This is solvable in a very obvious way. Just visually highlight the new comments since your last visit. E.g. like this: http://i.imgur.com/MXjNZ.png (new comments are yellow).
Citation needed. Seriously, you can't just casually throw out a phrase like that and not expect to back it up. HN seems to be going fine. Reddit seems to be going fine. Facebook has threads now I've noticed and it hasn't exploded in a ball of threading-related fire. I can't think of a website that has died because it uses threads, nor can I think of a website that is overly popular because it doesn't use threads.
Anyway. let's talk about his arguments a little:
1) It's a tree. His argument seems to be it's unnatural and confusing to read. This is sometimes true. What's even more confusing though, is when people wish to reply to one particular post, but since it's flat it all gets smushed together into some kind of massive confusing shouting match.
2) Where did that reply go?
- "How do you know if there are new replies?" Yep, that sucks, no question there.
- "reply at the wrong level" I'd argue that occasionally getting your reply wrong is better than constantly replying into a shouting match and never being heard.
- "responses buried somewhere in the middle" that kind of thing is lame totally, but it can be "fixed" (to a point obviously, imo, ymmv etc) with a upvote system
3) It pushes discussion off your screen. Aka "indentation is ugly". That is certainly true, but it can be mitigated (at least in terms of wasted vertical screen space) with expand / collapse buttons. In terms of horizontal space, I think that's an UI issue waiting for someone to solve it (I don't think it's a fundamental failure).
4) You're talking to everyone. Not sure what he's really talking about here, I don't think anyone thinks a reply to a comment is private-- you reply to an existing comment when you want to comment on the comment, not talk to the person who wrote the comment. Otherwise "polluting the tree with these massive narrow branches" seems to be #3 again.
5) I just want to scroll down. Basically, he finds it too hard to navigate in tree-space. The problem with this is that everyone else wants to reply in tree space, so even if your site has flat comments people still going to use @originalCommenter at the top of their comment, or if you're lucky quote the originalCommentor's post. And then originalCommentor will quote back, and so on and so on until, surprise!, you have threaded comments again, except this time it's adhock, ugly and with no collapse button.
I'm also confused as to why Jeff includes a couple of paragraphs implying that Stack Exchange is a good commenting system and then says "but remember: Stack Exchange is not a discussion system.". So then why bring it up? It not being a discussion system implies that perhaps the techniques used there may not actually translate into something that is a discussion system.
In the end, I understand that there are elements of threaded discussions that are frustrating, of course there are, nothing is perfect. But I would argue that flat discussions are, for certain types of conversations (specifically those had on HN and Reddit), far more detrimental. I'd go so far as to say that Reddit would not be even remotely as popular if it had a flat discussion system.
1) Outside of computers people don't experience recorded threaded discussions
Instead what they experience is much like a flat forum. Everybody talks in chronological order about the current topic at hand. Some small number of side conversations are free to start, but too many and the rooms becomes noisy and all the conversations are hard to follow. If you come to the end of a discussion thread there is no record of the discussion you can refer to and pick the thread up elsewhere. Instead the best that can be done in one participant recalls some kernel of a previous thread and throws that back into the conversation in the hope that other participants will both be interested in discussing it and remember enough of that previous thread to continue.
For normal human discussions this is fine; there are a small maximum number of participants, conversations are limited in both time span and time between comment and separating the jumble of chronologically ordered threads is labour intensive.
The environment which makes this flat threading model of conversation work in the real world don't hold. An Internet discussion can have hundreds of participants and span weeks with any particular person responding only once a day. With suitable UI the computer can carry the entire burden of organizing and displaying the record of conversation in any subthread of discussion.
2) Web forum writers don't pay attention to the lessons of Usenet.
Atwood himself mentions Usenet and quickly discards it. This is the single biggest mistake of thread proponents and forum developers. News readers have already tackled the most serious issues with a threaded display with a few powerful techniques:
The first is that newsreaders explicitly show their user which posts are new since they've last read the thread. This solves the issues of "Are there new replies?" and "Buried responses". It does this by allowing users to skip to the next new post quickly as well as to see which subthreads have new replies.
The second is that news readers allow the user to trivially close an entire subthread or mark it read. I would argue that this is the second most important feature of any threaded system anywhere and yet is missing in nearly every threaded commenting system. When somebody comes back to a discussion they don't tend to be interested in rereading posts they've already seen. Instead they want to view the new posts yet have the thread context readily available.
The lessons of Usenet are not complicated, but they do depend on the understanding that computers should do work for humans. It's more work to track which posts a particular user has read, but it helps the user. It's more work to jump to the next unread post or collapse a subthread in the UI, but it helps the user.
3) Nobody seems to realize the UI middle ground between flat and threaded.
The vast majority of the cause of threads indenting themselves into infinity is a linear chain of responses, usually two people going back and forth. While this is technically threaded out to infinity, it is effectively a flat discussion in chronological order.
Take a look at the threading display Nitpick uses http://travisbrown.ca/files/nested_threading.html .
Nitpick doesn't display the technical threading, but instead the effective threading. Instead of indenting a linear series of replies once for each reply, it displays one indentation for the entire linear subthread. When the technical threading doesn't add any information it isn't displayed. You don't have to scroll right and down to read it, just down.
It seems that a threaded forum which took these considerations to heart would solve all his issues or at least reduce them to minor annoyances. Yes it's still a tree and as Usenet has shown that's not always enough, but most of the time it is. If the computer provides the necessary tools to navigate to new posts in a thread then it doesn't matter where in a thread the response goes, you'll be able to find it when new trivially. If you don't indent when it doesn't add value you aren't required to scroll left.
All this leaves is the fact that you have to scroll down. As you state his complain seems primarily focused on having to close subthreads he isn't interested in. This seems like a feature and not a bug. You can just read downwards, it just takes longer than collapsing the thread. In a flat forum you have no other option but to scroll down.
This is all a completely separate issue from the one of whether replies should be indented under their parent. For my money, this only makes sense if the reply is approximately as long as 'ME TOO!!!11!!!1!' and in the more interesting case that the reply is actually a reply and not just a comment, indenting is the wrong decision. But there is no need to conflate the two: ordering and indenting are independent decisions
Threaded discussions require a bit more thought. If you just make a basic "reply-to" tree style discussion, you get something unwieldy quick. It can work, if you happen to catch the right community, but it'll be fragile.
So you need clever things like voting, sorting and collapsing/pruning.
Now for some reason, the article's first example was HN, which gets almost all of these things quite wrong. The voting/sorting algorithm makes threads stagnant and rigid (top voted comment will stay on top, even if it's off-topic) and there is no collapsing/pruning going on whatsoever.
His other example is his own site that he says is not a discussion platform.
And then there's Reddit, which he passingly mentions. I know HN doesn't like Reddit much, and whatever you may dislike the community but there is one thing: Not only is it one of the largest discussion sites on the web, it is one of the very few sites that get threaded discussion really right. Comments are collapsible and do so automatically at smart places, but the interface to expand/collapse them yourself is responsive enough to be pleasant to navigate. The sorting algo almost always gets it right, and (especially for top-level comments) I hardly see an interesting comment buried to obscurity by a most top-voted one (something that happens on HN threads all the time).
Well. I didn't really intend for this post to come off as so much critique on HN's discussion system. But if you're talking about flat vs threaded discussions, then HN just isn't a very important example. Also not for "why threaded doesn't work" (not with all the other low-hanging fruit).
So yeah, if you just want quick comments/discussion, go flat. But threaded can be done right. Especially if you want to stimulate "discussion" vs "comments". But it's not set-and-forget, you need to tweak it for the community, and the style of discussion. Flat is easier. Or maybe I should say it's easier to do threaded wrong :)
This is why a strong quote system is absolutely essential for a great flat discussion model. I personally consider 4chan (powered with an userscript like 4chan X or with the inline extension introduced a while back) to be a fantastic example of this. With simple quote links, backlinks to replies, hover previews and inline quote expansion, you can follow discussion within a thread incredibly easily and even do basically on-demand threading! Allow me to demonstrate it with this image: http://i.imgbox.com/adss6lfu.png (functionality and style in this case provided by 4chan X[1] and OneeChan[2] with a slightly customized Photon theme)
[1] http://mayhemydg.github.com/4chan-x/
[2] http://seaweedchan.github.com/OneeChan/
Also, in regards to HN, a while back I thought about writing a userscript to turn the comment view to flat (with some sort of auto-quote links), but turns out it's not really possible because there's no way to get the accurate post times for comments due to the "X minutes/hours/days ago" - though this could be easily solved if the relative timestamp was wrapped in a <time> element (or heck, even a <span> with the accurate timestamp in a title attribute or something, anything).
Threaded comments allow for more in-depth discussion, while making it obvious where the current thread finishes, so that skimming through is possible.
Adding thread collapsing, or have threads auto-collapse at a certain point with a separate page for that thread solves the "super long tree" issue, since the really long comment threads are hidden away if you don't want them, but still there if you want to read them.
Like say quoting the relevant bits you're referring to? :)
On the other hand, quoting individual lines to comment on a specific section happens plenty too.
I can get by in IRC just fine, talking to 20 people about as many different topics all at once, and keep it straight (I am a very engaged conversationalist, I consider discussion one of the sublime joys in life), which is fine so long as I restrict it to private message boxes. Any time I carry on a conversation with 3 or more people simultaenously on different topics in a main channel, most people have a breakdown and can't cope.
If you make your discussion format flat, I will not alter my habit. I will break your discussion format. I will write 10 replies in a row, directed to different recipients at different points in a discussion on different subjects. And you'll see them all as one big block (or maybe 10 blocks nested to the same level).
I spend a lot of time in Reddit comment threads. The only hierarchy I have EVER expanded was comments downvoted into collapse. Not once have I ever collapsed a part of the tree. Why would I? I can, exactly as the author said they wanted to, just scroll down. There's even a straight line for your eye to follow as you scroll down so you don't get lost in the indent!
Looking at flat comments for an involved discussion is sometimes confusing because you have to scroll around even more to see who is replying to what.
Maybe PG would provide an option in user config to view comments in a list rather than a tree if we asked.
I wish/hope someone puts some effort into studying the difference one day though because it might just be confirmation bias on my part.
Democratized discussion has so many problems of its own though that it's a real trade off...
Try clearing your hackerstream cookies to log out. That whole login flow was mangled to fit in a single-screen app.
"StackOverflow is not a place to get interesting discussions because StackOverfow is not a place to get discussions at all"
It's not very honest to use SO as an example of a good way to do "discussions" correctly.
