WARNING!! This file is now generated by make . DO NOT MODIFY directly!
This document aims to provide some general guidelines for sharing source code which exhibits an undesirable behaviour, in order for it to be reviewed and corrected on online forums.
First of all, your code should exhibit the problem you are having and should be a self-contained, and a reproducing example. More guidelines can be found in “The Short, Self Contained, Correct, Example” (= SSCCE) page and in Stack Overflow’s “Minimal, Reproducible, Example” page (whose text is under CC-BY-SA).
If the code is too large, please consider reducing it to a more minimal example that still exhibits the problem (see the bisection method ). Namely, you can try gradually removing parts of the code while each time ascertaining that the problem can still be reproduced until you have reached the shortest possible code. Often, doing that will be enough to find the culprit reason for the failure and to fix it.
Please don't share non-runnable pieces and fragments of your code, see “Show Us The Whole Code” .
As a general rule, it is a better idea to share the code as text, as that can be compiled and run.
When you do need to share screenshots of the code, try using a screenshot tool such as the keyboard Print-Screen button. That is because using a camera (for example, that of a smartphone) to photograph the screen, will reduce the quality and faithfulness of the image. See:
If you are coding a web page, you can try sharing your code using jsfiddle .
Otherwise, if your code is self-contained in one file, you can use a paste site such as ideone or paste.debian.net. If you are using an IRC chatroom (which are also called “IRC channels”), don't floodpaste the code to the channel because this is slower and more annoying than using a paste site and may get you kicked or devoiced out of the channel.
If the code you are sharing is a reusable component, you can use Bit to isolate it and share it so that it can be installed or imported in other projects.
Some other types of forums allow you to quote a single and self-contained codebase using a notation such as the HTML “pre” tags, or using indentation or triple-backquotes, so it may be an option there depending on the forum’s policy.
If you have more than one file in the project, then you should put it in a self-contained version control repository on a code sharing site such as GitHub , Bitbucket , or GitLab , so people can easily clone or checkout it.
If you have the time, and solving the issue is important for you, you should set up a public CI service with a build and test script, and which reproduces the issue. This way, other people will have an easier time reproducing it.
See "which licence should I use" .
- Freenode’s ##programming channel FAQ - where this document originated from, and which may contain some other insights.
- Writing the Perfect Question - by Jon Skeet
- How to ask questions the smart way - an older resource with a somewhat condescending tone
- Getting Answers - a guide by mikeash.com, which unfortunately suffers from using too many obscure Apple APIs as examples.
- How to Get Help Online - recommended venues.
- Canonical URL for the document - on Shlomi Fish’s home site. That page should validate as XHTML 5.
- GitHub repository - contains the DocBook/XML sources, an issue tracker and more resources. Contributions are welcome.