189

What's the current status?

Let's say this first: The Super User blog is a great idea, and we've had enormous success with it. We've had a lot of diverse contributions, inspired by our Question of the Week posts on Meta, and several regular writers. Even more so, Stack Exchange has launched a number of community blogs recently, all presented on Blog Overflow.

One of the biggest problems we're currently facing though is that it's really hard to get people to write something – or: to even get a number of people to write. Many of the frequent writers are busy now, occupied with school or other duties. This is why we need to get others to contribute, such as newcomers on the site, or other long-time users who didn't have a chance to blog yet or don't even know that the blog exists (or how to contribute).

The current process of recruiting somebody for writing for the blog consists of the following steps:

  • Motivate them. This involves leaving comments on their posts, asking them in chat or in private. In general, this is very time-consuming, because you have to actively seek for contribution.

  • Ask them to submit a draft. There are several ways to do this. Normally, you would send a draft per mail to one of the editors responsible for your topic. This draft would be reviewed and then published by the editors themselves.

  • Writing another post. This is where it becomes even harder to maintain engagement. It involves creating a user account for the writer on our Wordpress engine. The process of writing drafts in Wordpress is tedious, especially when you're used to another writing environment. Also, you have to remember another pair of credentials.

All of those steps are – in some way – entry barriers. It's frustrating and time-consuming to have to exchange drafts per mail, wait until user accounts are created, fumble around with permission groups, find out that Wordpress kills your formatting, and do the whole communication over Meta or our chat room.


Why not use what we have?

We already have a great engine running the whole Stack Exchange network. Here's why it's so powerful:

  • It manages network-wide user accounts. You don't have to sign in more than once. Why should I even need a separate user account for blogging? Enabling a network-wide login would lower the barrier for starting to write.

  • It gives you editing powers. Anybody should be able to edit anything, in order to improve its quality. Not everybody is born a writer, and many users think they can't whip out a full blog post on their own. Let's help them. Let others make their posts even better!

  • It has a great review system. The possibility to up- and downvote content helps us filter the good from the bad, and – in very few cases – eliminate the ugly. Why should blog posts be reviewed only by one person? Let the community do this!

In fact, on every "About" page, you can see what Stack Exchange wants to be:

Where's the "blog" part of our posts now? Our users generate so much great content that never finds an outlet. It would be so much easier to take an existing post and make it a proper blog entry with the least amount of effort necessary – and the current way of doing things is exactly the opposite. Most users don't even know that the blog exists or how they could participate in it.

Users contributing to the blog could should be rewarded with badges or reputation for having a blog entry published. The same goes for attracting views to our blog. This increases motivation and long-time interest – and, let's face it: There are a lot of people who post good content because they like to see that number growing.

In the end, the blog should be a way for us to show our most canonical answers, our greatest content, and the way it currently is, we are having problems making the transition from "just an answer" to "great blog post".


What do we propose?

We should reuse the Stack Exchange engine for powering our blog. We already have the voting, the editing and the user accounts figured out.

If you take the "default" Stack Engine and change the standard view, you get a very basic blog interface! We don't need any tabs, we don't need the big buttons. Just the posts. There's no notion of questions/answers anymore – and that's the main point: A blog post is entirely different from a question/answer pair. It should be written differently, and topics could be much broader or more open-ended than what the parent site allows.

We could even have a "backend", similar to Meta, in which users can submit their drafts, get them reviewed, and finally published.

What do you think about this?
Where are the culprits?
What would have to be done?
Is this a long-term goal that's even feasible?

23
  • 6
    +1 I like it. A suggestion I made some time ago, Should SO host howto-style writeups after all? was made in a very similar vein
    – Pekka
    Nov 3, 2011 at 21:23
  • 28
    I like this a lot... BUT, only if Markdown could be expanded / the HTML sanitizer opened up to allow a bit more flexibility in the formatting. For instance, floated / aligned images, embedded video...
    – Shog9
    Nov 3, 2011 at 21:24
  • 2
    I'm mostly concerned with not making existing posts look worse - so for the sites that've actually taken time to make their images not look like crap, or set up podcasts (Lookin' at you, APPle.SE), that'd be a major requirement.
    – Shog9
    Nov 3, 2011 at 21:27
  • 8
    Yep - integrating the blogging into the site is the obvious thing to do.
    – ChrisF Mod
    Nov 3, 2011 at 21:39
  • 5
    I'm thinking like a parallel to Meta, with invite-only "asking".
    – Shog9
    Nov 3, 2011 at 21:41
  • 2
    I wholeheartedly support this idea. As one of the most prolific bloggers on Blog.SU, I'm the first to say that the experience has been... challenging at times. The mockups and suggestions in Slhck's request look great, though the details would take some ironing out. @Shog9 would it be more appropriate to add my suggestions as an edit to slhck's original post, or as an answer?
    – nhinkle
    Nov 3, 2011 at 23:13
  • 1
    Thanks @slhck. When I get done with homework, I'll add some of my ideas.
    – nhinkle
    Nov 3, 2011 at 23:17
  • 3
  • 3
    @random Thanks for the related info. I guess the situation's quite changed since that was posted, considering the start of several community blogs and Blog Overflow.
    – slhck
    Nov 4, 2011 at 8:02
  • 1
    People use WordPress to write blogs regularly all the time, so I don't see a compelling argument to suggest that your changes will drastically impact engagement. Yes, it will make certain things easier, but the most significant obstacle is people's (in)ability to actually write content, on demand, in blog form. You touch on this when you mention easier collaboration and providing badges as motivation, but I'm unconvinced that these would change the situation enough to warrant the amount of effort that would have to be put into developing this kind of functionality.
    – Tim Stone
    Nov 4, 2011 at 14:33
  • 1
    I honestly don't see a difference between writing a kick-ass answer and a blog post. It doesn't have to win a Pullitzer in order to be useful to others
    – Ivo Flipse
    Nov 4, 2011 at 16:22
  • 7
    @TimStone have you been involved with any site blogs? I ask users all the time, "hey, would you like to write about that for the blog?" and they say "um sure... how do I do it?". Users don't know that they can contribute to the blog, and they don't know how to sign up. Accounts are a mess. Formatting is wonky and non-standard. You can use Markdown but it won't give you a preview while you type. WordPress is great if your site is primarily about blogging, but as an extension of a Stack Exchange site it doesn't integrate well at all right now.
    – nhinkle
    Nov 4, 2011 at 16:35
  • 1
    @IvoFlipse Of course not, but I think most people find it easier to write in response to the specific points of a question than they do to free-form an idea into a coherent piece, so there's some additional challenge in it.
    – Tim Stone
    Nov 4, 2011 at 18:33
  • 1
    @Shog9 "I'm thinking like a parallel to Meta, with invite-only "asking"." Anybody should have the opportunity to post a topic, but we could make topics/blog posts by low-rep users "deleted" by default, requiring blog moderators or three senior bloggers to press the publish ("undelete") button. Until that happens, guide the user through improving the blog post e.g. in comments. Nov 29, 2011 at 18:23
  • 6
    I like this idea. Writing quality posts just for the sake of writing is extremely difficult. Addressing the motivation factor is a critical step, and I really like where you're going with that. I hope this pans out close to the way you've proposed it.
    – Tim Post
    Dec 14, 2011 at 8:33

8 Answers 8

88
+50

We're definitely looking at this and I, at least, feel it is strongly on-mission.

However, it would be a major feature and will take (seriously, no really) 6-8 months to put together.

And of course there are other things we're working on, but just know that we think this is a great idea that solves a real problem, and meets a real need on the network right now today.

So, patience, but rest assured, we like this request and think it makes a lot of sense.

5
  • Thanks, that's great to hear! Wouldn't have expected 6-8 weeks anyway :)
    – slhck
    Feb 2, 2012 at 22:04
  • 17
    He said "months", not "weeks" :( Feb 3, 2012 at 1:05
  • 3
    This makes me very happy. Thanks Jeff! I completely understand that it will take a lot of work to implement this, but am quite pleased to see that it's on the table for "eventually".
    – nhinkle
    Feb 5, 2012 at 5:36
  • 7
    We're right in the middle of 6-8 months, any news? Sep 2, 2012 at 12:04
  • 3
    OK, now Jeff has left Stack Exchange and it has been almost 2 years. What is the Stack Exchange team up to anyway?
    – tbodt
    Jan 6, 2014 at 0:57
48
+300

OK, I've a lot of ideas here, so bear with me. These are just thoughts, not a list of demands. Please leave your comments!

I was one of the first users to join the Super User Blog, and have been pretty involved with developing its readership and bringing in new writers and editors. As such, these are the things I think the blog currently struggles with, or could be added to a better blogging platform:

Getting users signed up:

As slhck mentions in the proposal, it's extremely hard to get people onto the blog because the process is not at all fluid with the rest of the site. I regularly invite people to write blog posts, and they're usually interested, but here are the problems I typically see:

  • They have no idea that they, a "regular user", can write for the blog
  • Actually getting signed up is hard. An admin has to manually create you an account, have WordPress email you a password, then you have to log in with a separate system from the main site, and it doesn't even support OpenID login. And you can't start writing a post 'til you're signed up.
  • Once they write their post, it's a pain to get it to look right. WordPress supports MarkDown, but there's no live preview, and it doesn't render quite like it does on the site. Also, there's no indication in the UI that it supports MarkDown, so new users don't know this. They end up trying to reformat their post and it ends up not looking as good as they'd like.
  • Because the system is separate, it's a pain to log in, and it's not integrated with the site, a lot of users don't return much because it's inconvenient.

How a better blog engine could be useful (beyond what we do now)

As mentioned in a few of the posts here, we could extend the usefulness of our blogging beyond what we're doing now. These are some of my ideas, largely centered around the fact that a blog is not constricted to a rigid question/answer pairing. It also is a more controlled outlet, meaning we can ensure that the quality is good, making it a good avenue for "outsiders" or "lurkers" who may not follow every question to get a taste of the best content from the site. This can also help draw new people into the site itself, increasing membership.

  • Canonical posts: One of my pet projects on Super User has been our so-called "community FAQs". These are posts (on the main site) which go into depth about a particular subject, and really flesh out a lot of details. They're used to address really common questions, like how to install Windows 7 from a flash drive, or what to do if you get a virus. These sorts of posts could be promoted by the blog (similar to Pekka's suggestion for how-to articles), providing a central repository of these types of in-depth posts. The blog's looser format lets the writer get away from the strict question answer relationship on the main site, lending itself better to longer posts which may not addres a single question, so much as a process or idea.
  • "Fun" stuff: There's been a trend away from fun on the Stack Exchange network. We're all about serious business. The blogs provide an outlet for those "fun" posts that really don't belong in our typical Q&A model. Ask Different's notorious "what about the latest hyped Apple product makes you smile" posts are an example of this. Not a great question for an SE site, but what about a blog post talking about all the top features of the latest OS X release which SE users might find useful? The blog would be a great outlet for this.
  • Historical relics: There's been a lot of discussion lately about the fate of old questions which were once very popular, and perhaps have some significance, but no longer fit as on-topic questions. A community blog would be a great final resting place for posts about programming books and whatnot which don't really belong on the site, but maybe ought to be kept for historical reasons.
  • Shopping: Generally off-topic for SE sites, shopping recommendations are still something that our users might have some valuable input on. While I would not encourage users to ask for a personal blog post on what video card to choose, an annual blog post on "what's the latest tablet technology look like and what do Super Users recommend?" type post would be appropriate for a blog format, and users might enjoy writing this type of post.

My suggestions for the new proposed system

Writing posts

I love slhck's suggestion of using a meta-like related site to manage the back end of blogging. The control system for a blog is a bit different from the main site though - you can't just go by rep, since somebody good at answering questions might not be a great blogger. There's also issues of timing and other such logistics to deal with.

Blog permissions should not be directly linked to site rep, but there should be a community process. There would be three levels of users:

  • Writers: anyone can become a writer. You just log into blogoverflow with your SE Global Login, and submit a post. You can mark whether you want to write a private post or a shared post. If writing a shared post, anyone can make edits to it; a private post can be read by anyone, and anyone can suggest edits, but only you can make direct edits to it. To publish a post, you submit it to a publication review queue - writers can never submit their own post themselves.
  • Editors: can do almost anything - edit any other user's post (including private ones), schedule posts for publication, unpublish posts, remove blog comments, and other blog management. This is akin to a very high-rep user on the main site, and would be denoted with a special symbol, similarly to moderators on the main site. Perhaps a circle would do? nhinkle ● for an editor, nhinkle ♦ for a moderator. Editors would be appointed by moderators, based on observance of helpful bloggers who are responsible.
  • Moderators: same people as moderators on the main site, and have all access that editors do. Additionally, they can take special actions such as permanently deleting posts, editing blog comments, suspending users, and viewing other information that typically only moderators are privy to.

While posts are in-progress, they are saved in the "drafts" category. Anyone can see them and suggest edits, vote on the post, etc.

Publication

Once a post is written, it is submitted to the review queue. To prevent accidental posting (which has happened before with the WordPress system), not even editors or moderators can publish directly - they can approve their own post, but still have to put it in the queue.

In the review queue, users can take a look at a post, suggest edits (which can be approved by the original writer or an editor), etc. Voting continues in review. The primary difference is that posts in the review queue are specifically intended for publication, while those in the draft queue are not ready yet. Users can vote to publish or not publish a post; once it reaches 5 publish votes, it's automatically scheduled for the next open day. Moderators can configure which days are available every week (if, for example, they want to reserve a particular day or want to space out posts). At any time, an editor can manually approve and schedule a post for a particular day.

Published posts

I don't think there should be voting outside of the meta-like backend, personally, but could be convinced otherwise. Published posts should show up the way slhck indicates, but I suggest adding some other additional features, particularly with regard to sections:


Reputation

I think that reputation should be tied to the main site, but I do not think that published posts should be voted on for reputation. This would create an unfair rep gain for bloggers - the blog is apt to get more attention than an individual post, and might skew rep unfairly. I do think there should be some reward for participation in the blog though, so I suggest the following:

  • 25 points for every published blog post
  • 10 points for every 1000 views, limit of 50 points per post (do these numbers make sense?)
  • new badges:
    • bronze: blogger - submitted a post to the blog and had it published
    • silver: reporter - submitted and published 10 blog posts
    • gold: journalist - published at least 10 blog posts, gathering a total of at least 50,000 views

Extensions for current markdown formatting

Blog posts need more formatting options than the current markdown syntax on SE sites allows. In particular, the following are crucial:

  • Aligned images (with captions). Proposed syntax: [alt text][url "caption" R/L]. This closely resembles the current syntax, and posts in the current syntax would work right away. The caption would simply go in the place of the title text in the current system, and R or L would be an additional flag for which side to float the image.
  • Tables. I know, people hate 'em, but have you ever tried doing a comparison post without tables? Icky. This could be permitted just by regular HTML or by adding to the markdown format. I don't know what would be best.
  • Embed youtube videos. Simple enough - some sites already support this.
  • Linking to anchors in the text. Crucial for long posts with multiple sections - better yet, an option for "generate table of contents" which would make anchors out of header-level elements and put in an automatic table of contents. Proposed syntax: [contents] at the desired location would automatically trigger this.

Site integration

Part of getting more people on board is making it easy to go from site to blog. As such, I would propose a new "blog" menu (similar in UI behavior to the mod menu or flag menu) on posts, with the following options:

  • Start blog post from this [question|answer]: starts a new draft post with the content from the Q or A pasted in
  • Suggest blog post: sends the author of the Q or A an inbox notification, saying "your question [blah] has been suggested as a candidate for a blog post. click here for more details", which would then have an option for the recommendor to state why they think it would make a good post, and some brief info on how to do it, and a link to start a new post starting with this content
  • Inspired post: would indicate on a Q or A that the particular post was inspiration, source material for, or referenced in a blog post. This would be to give credit for posts which were instrumental in writing a good blog post.
3
  • 3
    I'd say getting your post published is reward enough, you don't need the rep... And I think the main motivator (to counter Tim Stone's doubts in his comments) is the pre-existing collaborative nature of SE which would translate well to creating new blog posts. Some people are good with ideas, others are good with words.
    – Benjol
    Nov 29, 2011 at 10:34
  • 6
    Since rep is an indicator of one's knowledge of and participation in the site as a whole, a small amount of rep makes sense. I do agree however, that it shouldn't give bloggers a disproportionate advantage.
    – Herbert
    Dec 7, 2011 at 6:50
  • I would keep the reputation away... Just number of the posts that user made (and comments, if you like) and no Moderation icons, simple Report > check > decide workflow is enough. Nov 29, 2021 at 7:10
24

I love this idea, but even with it, it's going to be tough.

There are plenty of people on the SE network who answer questions simply because they want to help people and they get satisfaction out of doing so. They provide answers because they like providing answers. The reputation system is a bonus to them. I suspect these are the people who stay the longest; they don't get disheartened when they see that the next rep milestone is so far away.

The problem with the blogs is that there isn't really any of this. Who are the writers helping? Who is the audience? It's a very different experience from what we are used to getting out of the SE and so could simply be of no interest to many users.

And it doesn't help that community engagement in the blogs is currently quite low. Yes, we sometimes get traffic spikes if a post is tweeted or we successfully float it on reddit or similar, but those people are "outsiders" - what we need is the local community to be involved and interested, otherwise the blog may as well be sit on any other engine/domain/sevice. This, IMO, is the most major issue the blogs face after "finding people to write stuff".

Integrating the blogs in to the main sites somehow might help drive engagement, and if the community are there, adding their support, asking for posts, commenting, voting and so on, then I suspect writers would be encouraged to keep writing. Once others see the writers getting such attention, well they might want to join in too.


Wait, hang on... go back a paragraph...

While I'm rambling, I wonder if I've just accidentally stumbled upon an actual suggestion: An integrated way for any user to suggest a topic for a blog post, which can be voted on, etc to encourage a writer to take it on. Hell, maybe even do something with bounties so users can really push a topic...

This would sort of introduce a very familiar "question" (topic request) and "answer" (a blog post) mechanic to the blogging, which may help encourage writers by giving them a reason to produce a post and letting them do so in a very familiar environment. It could also help drive community engagement, because they get input on what is produced without having to go to all the effort of actually producing it.

Although, I'd say letting people write on topics of their own choosing should still be a feature (or is that then just the same as a "self answered question"?).

I realise this is very much not the point of your suggestion - you even explicitly say so - but maybe this should be considered too. I don't know that it would help, but well it just jumped to mind as I was typing, so thought I'd share.

6
  • 4
    That's actually a pretty nice suggestion. It's not always easy to come up with ideas for posts, and while I initially didn't ask for such a thing, I can definitely see the point. Sounds like a good idea.
    – slhck
    Nov 4, 2011 at 14:00
  • I like the way you're thinking, but if blog posts were to be motivated by topic requests, what then differentiates them from answers? In other words, what is a community member's motivation to make a blog topic suggestion when they could just post the same thing as a question, and probably get more answers more quickly?
    – David Z
    Nov 6, 2011 at 3:13
  • 3
    @DavidZaslavsky A good point. Hmmm, well, blogs posts have looser requirements that the Q&A - so we can include opinion, reviews, editorials, speculative pieces, podcasts, diaries (game/fitness/etc) and so on - all of which should be closed as "not constructive" or occasionally "too localised" on the main sites. Obviously, these need to remain roughly on topic to the related site and we have to strive for the highest quality possible (due to only having a few a week!).
    – DMA57361
    Nov 6, 2011 at 9:44
  • 1
    Also, I guess that only a subset of users would use the "blog suggestion platform" I'm suggesting - much like is the case with the various metas - with the majority of users unaware of it's presence, just reading the final outcome.
    – DMA57361
    Nov 6, 2011 at 9:45
  • 1
    I'd envisage a 'suggest for blog' link under questions/answers on the main site. The original author of the post doesn't have to be the one to make it blogworthy.
    – Benjol
    Nov 29, 2011 at 10:36
  • The first topic I would suggest for SO is "why it's a bad idea to use regex to parse html". A blog could go into detail and show alternatives for a variety of things that have been asked on the subject.... possibly reducing dupes in the process.... so, yeah, a suggestion box could be useful.
    – Herbert
    Dec 7, 2011 at 7:21
21

I'm currently involved with the SU, Gaming and Fitness blog and I can only underpin what an improvement I think this would be to the current situation.

Under the current situation I need to:

  • Try and convince users to participate on the blog through leaving comments and/or luring them to chat.
  • Set them up an account and depending on how the privileges are set up they can write and/or publish their posts.
  • If he wants feedback from others, they will either need an account as well (which I have to make for them) or the draft has to be written in something like Google Docs.
  • Then we have to keep track on what to post when somewhere else entirely to make things look like a real blog.

As slhck points out, its already hard to get people to write something, its even harder to get them to finish a draft. But above all else, the blogs are supposed to be a community thing, but with the current system its anything but.

I also think Pekka's feature-request nicely fits into this, because if there's one site that stands to gain from this change it would be Stack Overflow. Joel always complaints about how nobody writes canonical posts, I think this is partially due to answers being limited to the scope of a question. Sure we sometimes get an answer that goes completely overboard and tries to explain it all, but those are the exception. But with blog posts, most people like to show off how much they know about a topic and write a whole essay about it.

As Pekka states it:

Hosting programming-related "howto" writeups

  • would be directly related to SO's day-to-day activity
  • would be compatible with Stack Overflow's general mission of being a great, free programming reference resource
  • Stack Overflow is planning to stick around, so it's as reliable a place to put stuff on as it gets
  • Not everybody wants to run a personal blog to host tutorials on
  • Contents would be licensed under CC, with the known advantages of that model (well, and disadvantages, but those can be dealt with)
  • SO has a high-quality, weather-tested editing interface, quality control system and reputation system

I'm not aware of a tutorial site that is only remotely as non-crappy and integer as the Stack Exchange network.

I understand there would be concerns regarding maintaining a signal-to-noise ratio and preventing excessive self-promotion or spam, but I think the system already supports features for that. Voting makes sure that awesome content floats to the top, editing keeps things in great shape and flagging helps cleaning up the crap.

This would also be perfectly in line with Jeff's statement about showing off how awesome our community members are, well what's more awesome than showing off your writing skills right here on the site?

Either way, I think this would definitely help make blogs less elitists and more a community effort, as it should be.

13

Once this is done, I'd like to see a way to nominate well-voted answers for the blog. The author of a selected answer would be asked (with the option to decline) to provide an edited version of the their answer (mainly, a chance to introduce the problem so that the answer makes sense without the question). Once completed, vote totals for the answer/blog post could be linked.

1
  • 6
    I really love the idea of promoting great answers to blog posts
    – waffles
    Feb 3, 2012 at 1:27
12

Specific Implementation of the Stack Overflow Blog

Because the SO blog currently fills the role of the network-wide blog, there would be unique challenges in bringing community blogging to Stack Overflow. Below are some ideas for how to approach this site and the transition from SO's blog being for everyone to being run by the community:

Implementation

Network-wide posts should appear on the front page along with all other posts under the "all posts" tab. They would all be marked with their own special tag, . This would denote that the post applies to the whole network, and is not a community blog post but an official, SE, Inc. approved post. This tag would be a moderator-only tag (like or on Meta) so that only approved people could post network-wide announcements. Certain other tags (such as ) should also be moderator-only.

In the tabs for the SO blog, there would be a "stack exchange" tab for network-wide stack exchange posts, a podcast tab for the SE podcast, and then a few other tags for SO site-specific stuff, like tutorials, QOTW, or whatever else the site may want to promote.

Transition

A blog post explaining the change in what "blog.stackoverflow" is (since it would now be allowing community posts) would be posted to the current blog before a switch.

Once switched, both network-wide posts and SO-specific posts would appear on the site. The current RSS address for the SO blog (http://blog.stackoverflow.com/index.php/feed/) would continue to only point to posts tagged and , so that people currently subscribed would not suddenly start getting posts about question on Stack Overflow. Tag-specific RSS feeds could be used (exactly like how you subscribe to a tag on any SE site) for new subscribers.

For consistency, blog. stackexchange.com would contain only posts tagged , and function essentially as it does now.

Mockups

Here is a mockup specifically for the Stack Overflow blog. Click for full-size.

isn't it great?


Note: I posted this as a separate answer as it deals with implementation for blog.stackoverflow.com exclusively, and does not apply to other sites. This is so that this portion of the proposal can be considered separately from the general suggestions of how the system could work.

11

While this isn't a direct answer, it's mainly a long comment to all the other answers and this question.

First off, the current blogging system is great for the 'beta' testing that we've been doing, but we're still the outcasts of the Stack Exchange Community. We're accepted, but mainly ignored/unknown by the main community. A little 'red bubble' at the top, or a small hyperlink at the bottom of each page isn't going to attract that much attention within the community. We need a little more attention internally to really promote internal growth.

That's where the other suggestions are great for promotion of the blogging section of Stack Exchange. I would love to see their integration into the Stack Exchange sites....

BUT

What's being asked by everyone here is going to take some thorough thinking and eventually a redesign (whether big or small) of the Stack Exchange Sites. While I'm just getting into the whole Web App's scene I can imagine that this isn't a simple over night deal. It may be simple in theory, but I believe it's more difficult in actual implementation. The chat system took a few months for it to really work, and even then we still have a few hiccups here and there. (I'm not ragging on the chat system, I love it, but it's still, and always will be a work in progress)

Finally...

I've personally always hated the Blog/Redit/Forum/Wiki comparison as Stack Exchange is only parts of those, and is in reality it's own thing! Stack Exchange is... Stack Exchange! There's really no other way of defining it.

The Stack Exchange core is for Questions/Answers done right. It's not about the chat, nor the Blogs, it's about a place where anyone can come along and ask relevant questions. The more someone participates there's more of a lure for them to stay. The blogs are meant to augment the overall Stack Exchange experience, and not replace it. We should be referencing good blog articles in our answers, and we should be writing good blog articles for reference to our answers or questions on the Stack Exchange sites.

Again, I would love to see the integration of the suggestions found here, but here's a few questions that IMO, really need to be asked first:

  • Are we pushing for a better blogging system to promote more blogging, or as a means of attracting more users to the overall Stack Exchange experience?
  • Will integrating the blogging experience with the Stack Exchange sites in a more seamless manner detract from the main goal of Stack Exchange? (mainly Questions and Answers)
  • Does and will the blogging in the future really augment the Stack Exchange experience? In other words, will the quality of posts that are found within the blogs, be useful enough to reference in questions/answers within their respective site?
6
  • 2
    I think the main idea would be to involve people in just writing more. In the long run this would mean that visitors find Stack Exchange through the blog, if we manage to keep posting interesting content. As of now, I don't know how well known the blogs are. You have a point that the focus of Stack Exchange is Q&A, but even the SE team acknowledges that there's just some content you can't put into this format.
    – slhck
    Nov 29, 2011 at 7:48
  • @slhck that's why I feel that the blog is great, but there's a very fine line that needs to be tread here. If we allow for anyone to post, and open it up to a voting system, we have potential of this blowing up in our faces the wrong way. Nov 29, 2011 at 14:05
  • Definitely. It should be clear that there has to be a strict peer-review process before a post is published. I think our voting (and closing) system works pretty well for this, so we could easily decide whether a contribution would be worth publishing on the blog, or even on-topic at all. So, basically, that voting needs to take place before anything is published.
    – slhck
    Nov 29, 2011 at 14:09
  • I really doubt that we're going to have too much interest, but I do think we need to make it easier for people to get involved if they want to. There's been at least 5 people recently who've been interested in the SU blog, but never really contributed much because it's a pain to do so.
    – nhinkle
    Dec 1, 2011 at 23:00
  • 1
    The blog is an excellent outlet for polished pieces - even if they aren't long epics - that people not directly involved with SE could find useful. Somebody subscribed to the blog might eventually find themselves contributing directly to the site over time. It would definitely attract more people. I also don't think it would detract from Q/A, because we're still basing a lot of the content on questions. I think this provides a good outlet for "community FAQ" type guides and such as well. I do think it would be a useful reference.
    – nhinkle
    Dec 1, 2011 at 23:06
  • I think Q&A and blogs complement one another quite nicely. I believe outsiders are more likely to find SE through blogs because they need neither a question or an answer. Furthermore, a good article could very well spark a few questions and... what do ya know... they're already in the right place. I also think (on the surface) that blog integration will be easier to implement than chat was as it's a more natural "fit" for the SE engine.
    – Herbert
    Dec 7, 2011 at 8:05
8

Integrating blogging into the main SE engine could well solve the problem of how to treat Community Wiki posts... in some limited cases.

Q&A threads like the Bicycles Terminology Index and the Cooking Terms Glossary work fairly well as CW Q&A threads. However, reference pages like the Dictionary of Regional Vocabulary Differences on Bicycles would work much, much better as blog entries.

I agree that lowering the barrier to blogging will help somewhat. However, our blog has about a dozen users, perhaps five of which have actually written anything, and even fewer have written more than one post. This needs to also make it easier to write posts.

A feature that allowed a user to take an answer and convert it into a blog entry would be outstanding. Perhaps there could be a revision/voting system that let a few people vote on whether a post is ready. People who blog could get badges that would enable certain features, such as being editors or admins. (I suggest mod approval for that last.)

1
  • 1
    Oooh. A "migrate to blog" feature would be cool.
    – TRiG
    Aug 4, 2012 at 16:10

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .
https://meta.stackexchange.com/questions/110998/using-the-stack-engine-for-the-blog-a-long-term-idea-for-maintaining-a-healthy
meta.stackexchange.com
crawl=CC-MAIN-2022-40
259703
application/http; msgtype=response
sha1:GFTBVKJI3ES2GVVCFBVKWL7QN3DNBDTZ
<urn:uuid:cd281237-4f9a-423b-a27b-75225e4ce889>
2022-10-04T09:37:12Z
151.101.65.69
text/html
sha1:QYO6HEDQDHJI2ZCHFYY7WSIOUTDNQOYT
<urn:uuid:fe319e89-3928-474a-af53-9c61a0837e8c>
https://meta.stackexchange.com/questions/110998/using-the-stack-engine-for-the-blog-a-long-term-idea-for-maintaining-a-healthy
response
<urn:uuid:0158c989-6089-4865-8dd1-ab231f0953d7>
isPartOf: CC-MAIN-2022-40
publisher: Common Crawl
description: Wide crawl of the web for September/October 2022
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-67-67-215
software: Apache Nutch 1.19 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 1.4-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: https://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/