I know is the penalty referred to because for years we also had { "christianity.stackexchange.com", .45 } which effectively prevented questions from that site. Does it work well enough? Depends on what your goal is. Removing workplace from that code will almost certainly increase the number of questions it has on HNQ lists.
@TravisJ It might have worked when the network was much smaller. But even then, I often felt unheard:
Generally when things get deleted, it's for a good reason, and we don't want users to be undeleting them -- there's a reason we require 10k rep to "see" deleted items at all, and only moderators can see deletions in a user's profile.
There's no rational reason for disallowing me to see my own deleted answers in my profile. — Adam RackisJan 9 '12 at 18:22
@JonEricson At least there was a solid response that everyone could coalesce around. How many times since the meta split has that same conversation been had? A bunch. What impact does each iteration of that conversation have, especially when there is no official response? A negative one. This is happening in all sorts of different aspects. Also, from looking at the volume SO gets, it sees more questions per day than in the entire history of Software Engineering's meta.
I couldn't keep up with Documentation criticisms. And that was a feature that died because of lack of interest. (And mistakes in development. And maybe not listening to the criticisms, which was overwhelming.)
I don't think volume is the issue, duplication is.
Documentations failure was in its structure in my opinion. It was a solid feature, it solved a real problem, and it had good content. It just lacked organization which led to nothing ever being found and thus no interest in creating content.
@TravisJ My impression is that a lot of stuff that Nick fixes is stuff we're often alerted to via exception logs and other server monitoring tools. The fact that they also pick up meta posts is incidental. I agree with you that there's a lot of discussion lag, but I don't think that's in any way new. Meta discussions have long tended to just sort of stop mid-way without any definitive resolution. And the odds of the whole company switching to having in-depth discussions on meta are ... low.
@Jon - Yes, it's true that it was impossible to keep up with fixing the issues with Documentation... it had design flaws. However, the community felt engaged and there was a strong level of trust as a result of that with regards to the Documentation feature itself.
@JonEricson I think I wrote about this already at MSE, this appears to penalise on the irrelevant parameter. Even for SO where it appears to do the trick, it acts unnaturally - basically SO questions get a hard push from the list after 7-8 hours. There is a different, dedicated parameter that adds penalty for repeating questions from the same site - if you are interested in more even representation of different sites - this is worth tuning
The combined volume is tiny compared to the users qualified to answer. However, the duplication makes it impossible as it amplifies the volume to a degree that the number of qualified users is vastly outnumbered.
I liked Docs. I liked the engagement with Docs. It just had some issues that made it hard to be viable. That said, the community trust factor with the team's interactions regarding Docs was very high.
@gnat Years ago I suggested (somewhere) a hard limit of the number of questions each site has in the HNQ list at any one time. 2 is probably plenty. I think the penalty idea is misguided (substitute a stronger term, if you like) at best. But the solution is to argue for that, not argue with what's in the code.
...you'd have to deal with click counters in the company though. They would cry "limit like this will leave us without 10K clicks a day from Workplace and Code Golf, how dare you!"
@AdamLear That's a good question, "what defines a community trust factor"? It has several facets in my opinion. The main one being that there is some sort of a response somewhere to a major issue raised by the community, obviously minor issues may not get a response but if they often get a comment that is good. The following one would be that sometimes, something actually happens in relation to an issue the community raised. This keeps the community engaged, and feeling like they are included.
@gnat Who? I've never heard anyone not on the community team talk about HNQ clicks. And we are mostly thinking about the sorts of issues you often bring up. The feature remains untouched almost entirely because its of no import outside of the CM team.
@TravisJ This is interesting to me because I agree with your thoughts there overall, but I have a very different impression of how it went down with Documentation. In particular, I thought the trust factor was fairly low because while we (eventually, mostly Jon) would respond... the majority of what we had to say would be strongly disliked and the primary tone of our interactions with the community was fairly negative.
@AdamLear There was certainly disagreement on direction, but there was a very strong open dialogue. It is just the dialogue that matters for trust, there doesn't need to be agreement.
@TravisJ I think we eventually hit the point where for some folks it was no longer a dialog because, from their perspective, nothing they said was being heard.
Then again, there's not much to do when what's being said is "y'all suck and this is hot garbage, fire the whole team and fix search instead", but hey. :)
This is a recent change which resulted in a 30% increase in engagement. All of this engagement came from repeated clicks.
Currently, the hot questions list is basically a list of 100 or so questions from the whole network. All we are doing is randomizing the list of 100 before we pull some off t...
@AdamLear There were some aspects of Documentation that were so ingrained in its development, that they could not be easily refactored... yet, it was desperately required. Even though it seemed there was a desire to refactor, finding the direction was clearly an issue and some users just constantly harped on the same point. While that may not be a good back and forth dialogue, I do think they felt heard.
@TravisJ I felt much of the dialogue was barely restrained disdain. I often avoided looking at comments so that I could brace myself for them. Hard to feel like it was two-way communication. (And I'm sure users felt much the same about how we treated them.)
I think a lot of the Docs discussions would have been a lot better had SE treated the userbase as those who would ultimately make the feature valuable instead of people they had to convince that Docs was good as implemented
Eh, we had a different vision that we tried to bring folks along with us on. It ultimately didn't work out, but it wasn't out of a fundamental disrespect for our users or anything.
Imagine for a second, if Docs had launched on every exchange though, and what the meta discussion would have been like for that. It would have been impossible to handle.
That is the current situation we find ourselves in, in my opinion, with meta posts on important topics.
@ElysianFields I'm pretty sure Kevin was clear from the beginning that failure was an option. Nobody thought it was perfect (or good) as implemented. It was a work in progress. But by day one of launch, we'd already heard from may people that Docs was destroying SO.
@AndrasDeak We listened to some community feedback, surely.
Both these recent issues, the tweet -> blog post from Jay/new CoC, and the tweet -> HNQ thing -- both of these -- were building up on separate exchange metas for months and no one drew a cohesive line between them until after the fact.
The degree to which you care about community input doesn't really matter, what matters is how the community perceives how well you listen to community input
This is all hindsight, but, my main beef with docs was that to me the entire time it looked like it was going to be (ab)used as a replacement for already well-written docs. Awarding reputation for contributions all but guaranteed that imo. Then, it of course happened, but it wasn't as easily searchable /usable as official docs were. It just didn't hit the target imo. There's definitely a space there where such a tool could be useful.
@ElysianFields That is true. But the community is somewhat . . . changeable. We did what many people asked us to do (a bit late in the game, to be sure) and at least 15 people thought it was a bad idea:
If you have told us (or privately thought) Documentation isn't working: You are correct. It isn't. Yet.
Since early on in the private beta of Documentation, we’ve used a simple, rigid structure:
Tags => Topics => Examples + optional sections
At the time, users wondered if this was the right s...
what bothered me though is that it seemed like we were saying that all along, and it kept being pushed forward anyway kinda like "Oh, it'll be fine, trust us" and such.
the same thing seemed to happen with the left menu, except it's here to stay anyway
@TravisJ have you figured out a good way to get the /questions link back? iirc that disappeared with the left menu collapse and I've yet to figure out a way to fix that
i'd like to actually be able to use the features in the left menu... but the way the SO one is different from the others because of teams... it just irritates me to see it so i blocked the hamburger menu too.
I just wanted to thank you for the difference in approach here.
(I don't really have a specific comment on this topic as I've already been far too verbose.. heh)
I'm looking forward to seeing what happens next.
@ElysianFields Yes. That's where I'm headed. "SE doesn't listen" is a bit of a self-fulfilled prophecy. Everything we do is evidence we don't care. Even when we do something people agree with, its often too little, too late.
If I can write awesome code, why should I care about having visibility? The work I am doing rocks, then why should I think about standing on the roof top and telling about it.
The Lie
The important thing to realize is - no one cares about what you do at work. No one cares how great your cod...
@JonEricson I would never worry about +283/-15. This week's drama is the +124/-266 kind on a site where the vast majority of active users probably can't downvote
@AndrasDeak iirc @gnat did some research recently and pointed out how heavily downvoted much of the new SE content has been too, which was interesting to me
@KevinB a lot of things were eventually changed, but a lot of things never were. My memory is hazy on the details but I clearly remember the relief when the rep issue was fixed (nerfed), but as I remember we never got any actual guidance to what SOD should really be. It was called Docs and it seemed like Examples and in both languages I'm active in there's great official documentation, so we were lost as to what we should do with the project. And the confusion was palpable in the content.
@ElysianFields Interesting. I kinda think we didn't/don't have an exposure problem. People did know what we were doing. I didn't think we had an image problem at the time, but maybe we did.
I did feel we should have been quicker to test with real users, however. Meta feedback tended to be more abstract.
And it seems my memory of missing guidance was present on the linked meta post. I guess I could go search Nicol's meta posts to piece together the puzzle again ;)
@JonEricson I'm unsure anyone who hasn't worked for SE has any idea how and in what ways SE handles/deals with meta feedback or uses it to drive their decisions. And maybe even people who work for SE don't know
With the risk of becoming too meta, I don't think we were told "there's no scope, figure it out yourselves" either. That alone would've helped I guess. Not sure, as I said the memory is hazy
As of right now, this is done: the "vote down" privilege is awarded at 100 reputation here on Meta Stack Exchange.
This should allow folks with the association bonus - or those who earn 100 reputation by participation here - to downvote questions as much as they wish (particularly important for...
@ElysianFields How do you mean? We've got plenty of answers on meta that demonstrate. Or are you talking about the triage of meta questions we do or don't address?
@JonEricson I suspect there would be an inverse relationship in how strongly people think SE uses user/meta feedback to drive decisions and total SE reputation
A couple of weeks ago we came to meta with a proposed expansion of Stack Overflow: Documentation. The response has been very encouraging: 2,400+ upvotes and even more signups for the beta.
You guys also asked a ton of questions. Some of them we were already kicking around internally, but weren’t...
> How do we prevent pointless Documentation? This came in two forms: concerns about preventing ghost towns, and “duplicate the existing documentation just to get rep”-behaviors.
We’ll accomplish both by having a pretty tight “someone actually requested this” -> “it was useful to someone” loop, and making sure reputation incentives are aligned with that loop. It will not be possible to earn rep just for posting or editing Documentation Topics or Examples.
This also reminds me of a team internally that is... a pain to work with and even within the past few hours someone said they felt that team wasn't really taking their concerns seriously
That team in my interactions consistently laments not getting user feedback
But when they get it, it is not acted upon or respected - which means that team gets no feedback anymore because people have consistently written them off
@JonEricson just as my internal team constantly has new devs to interact with (like the engineer I chatted with today), MSE will always have people who are newer or more engaged
I suspect plenty of previously contributing users have written meta as a viable path forward for feedback off (or even more meaningfully, SE caring at all about user feedback)
> Should Stack Overflow be eventually open-sourced? Joel is concerned that open sourcing the code would interfere with the hosted product Stack Exchange that Fog Creek is building out right now. I [Jeff] don’t see a conflict between these two audiences; one has infinite time and no money, and the other wants a turnkey, “it just works” solution for a reasonable price.
Errrr, well, I guess it could. We have lots of motivated users who would be willing to submit PRs for things like mod tools. But it would be such an expensive thing to do.
Heh. I always loved Chat and wished they had invested more in that as a product, and that turned out to be a very profitable market that they weren't in.
But that's a little off-mission too. It's hard to come up with Big ideas that are on-mission.