Communities

Writing
Writing
Codidact Meta
Codidact Meta
The Great Outdoors
The Great Outdoors
Photography & Video
Photography & Video
Scientific Speculation
Scientific Speculation
Cooking
Cooking
Electrical Engineering
Electrical Engineering
Judaism
Judaism
Languages & Linguistics
Languages & Linguistics
Software Development
Software Development
Mathematics
Mathematics
Christianity
Christianity
Code Golf
Code Golf
Music
Music
Physics
Physics
Linux Systems
Linux Systems
Power Users
Power Users
Tabletop RPGs
Tabletop RPGs
Community Proposals
Community Proposals
tag:snake search within a tag
answers:0 unanswered questions
user:xxxx search by author id
score:0.5 posts with 0.5+ score
"snake oil" exact phrase
votes:4 posts with 4+ votes
created:<1w created < 1 week ago
post_type:xxxx type of post
Search help
Notifications
Mark all as read See all your notifications »
Meta

Welcome to Software Development on Codidact!

Will you help us build our independent community of developers helping developers? We're small and trying to grow. We welcome questions about all aspects of software development, from design to code to QA and more. Got questions? Got answers? Got code you'd like someone to review? Please join us.

Comments on Are code troubleshooting posts allowed?

Parent

Are code troubleshooting posts allowed?

+11
−0

I assume "help my code isn't working"/troubleshooting posts - which make up much of SO questions - are allowed. However from reading the FAQ, it's not obvious to me that they are. The "on topic" bullet point that most closely approaches this is "questions about database design, programming, or access through SQL (SQL programming)", but it's not clear to me that "questions about programming" includes "troubleshooting code".

If it is allowed then maybe it should have its own bullet point (near the top) as presumably that's how you will get more participation. If not then it should be added to the "off topic" section.

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.
Why should this post be closed?

1 comment thread

General comments (2 comments)
Post
+8
−0

tl;dr: Allowing beginner-level "help me diagnose this" questions will generate large volumes of duplicates if the site ever scales. We need to think about how to structure things if we want them.


I have certain reservation about this.

I've said before that I don't think question-and-answer is a good format for the kinds of questions that beginners ask when they're just starting out. My reasons are twofold: firstly the format is less than ideal for providing the best help, but more pressingly the questions that result are of limited value and tend to generate many, many duplicates.

I'd like to address this by starting with an observation and getting back to my points in a bit.

Of course beginners have a lot of questions, and more than that if we compared notes we find that we shared many misunderstandings and failures to appreciate the implication of what we'd been told. Certainly we didn't all have the same set, but I'm sure that every pairing of two experienced programmers would generate a set of common "you wouldn't believe the stuff I didn't get at first" stories. These things are ubiquitous.

So it might seem that the world would be well served by a bank of these questions carefully answered to serve as a resource for the up-and-coming generation of beginners, right?

But the core problems are searchability and askers recognizing that existing question match their own. If you've ever mentored beginners you know that generally when a newbie comes to you with a perplexing issue the first thing you have to do is decode the way they present the problem. Because beginner share a set of misconceptions but they don't share a common mindset, focus of attention, and vocabulary to discuss either what they have done or what they expect.

This has two implications:

  • That having a relationship between the learner and teacher makes the translation more reliable and lets the teacher steer the students ways of talking about their programs and problems into a consistent and conventional groove slowly than a Q&A framework where the asker may be dealing with a different set of answerers on each followup question.

  • There are dozens or hundreds of ways in which they ask the "same" questions and don't accept that existing questions answer their query. Those of you who participated in the early days of Some Otherplace will recall the endless duplicate wars which resulted. The issue of experienced users answering duplicates because it was easier than finding an earlier instance was never resolved (which proves that the searchability issue is non-trivial).

If we are going to have beginner-level "help me out with this code" questions (something I have the feeling that many people are in favor of), we need to think about what they will look like on the site in the event that it scales up. For instance, do we want a separate category for diagnose and fix this code questions similar to the separate category for code review questions?

History
Why does this post require attention from curators or moderators?
You might want to add some details to your flag.

1 comment thread

General comments (2 comments)
General comments
Lundin‭ wrote almost 4 years ago

We've discussed this to-and-fro since the early stages of Codidact, for example here. A separate category was proposed then too. And as indicated in that discussion (by experience from SO), such a category will only work if it's the default one - or beginners will just end up posting in the wrong place.

Lundin‭ wrote almost 4 years ago

So as I see it there are 3 options: 1) either we'd create a "Beginner" category and make it default. 2) Or we turn the current "Q&A" into the beginner-friendly one and create an "Advanced" category (the name and scope would have to be debated separately). 3) Or we outlaw beginner questions, in which case we need to define "beginner". One such definition = the stuff you could answer yourself if you bother to read the first chapters of a book about the subject.