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.
Post History
Categories should be used when the posting rules for certain types of question differ. For example a debugging question posted below Q&A should have a minimal, relevant example. Whereas a code ...
Answer
#1: Initial revision
Categories should be used when the posting rules for certain types of question differ. For example a debugging question posted below Q&A should have a minimal, relevant example. Whereas a code review question should have the complete code as-is, without modification. This merits different categories, since they will have to be moderated separately. Some thoughts about specific categories previously proposed: - **A "reference material"/"papers"/"articles" category** could probably work, as was done on [Electrical Engineering](https://electrical.codidact.com/categories/35). However, I have posted lots of such here on this site as self-answered Q&A and it has mostly been well-received. So personally I don't see a need for such a category, but then I have some experience writing these things. Writing the question part in particular might admittedly be a needlessly artificial burden for someone who just wants to share some knowledge without having to write a (good) question first. We could easily move already posted self-answered Q&A over to this new category if the community decides it wants one. - **Books & resource recommendations** have been discussed before [here](https://software.codidact.com/posts/287107). I stand by my conclusions there. The tl;dr being: > Since book recommendations are subjective by their nature, people's opinions about how to maintain the book list are also similarly subjective. > / -- / > There may be a place for programming book recommendations here, but unless we can definitely guarantee quality, we shouldn't attempt it. The main concern being that with a limited user base, we will not have nearly enough domain experts to maintain such a category. I think at a minimum we would need some ~5 domain experts per major programming language (Java, C#, JavaScript, PHP, C, C++, Python... and so on) and the same for popular technologies such as Git, SNV, .NET, SQL + the major DBMS... and so on. I suspect that we don't have enough to fill even a single one of these. So how would we go about guaranteeing sufficient quality ensured by enough domain experts? Some sort of user survey? And just because we happen to have some experts in the user base doesn't necessarily mean that they are also interested in maintaining recommendations. We _may_ be able to poach a sufficient amount of experts from Somewhere Else in at least a few of these technologies (the blank sheet aspect of starting over with recommendations and build something better than what's currently present Somewhere Else might appeal) but what about the rest? The strength and integrity of book recommendations comes from consensus by many experts, not just one expert (or worse, from a would-be expert).