Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

4
  • 1
    +1, I do think that documentation, which rapidly changes, should be extracted from source code. It's less painful for the developer. Commented Jul 23, 2012 at 20:44
  • +1: Decent advises overall, but unfortunately you can't cover all your "code related issues" with unit tests (UI dev being prime example). Wish it was so though! Commented Jul 23, 2012 at 20:56
  • @jimmy: while you can't write a useful unit test for GUI layout, you can certainly test actions and invocation of back-end logic Commented Jul 23, 2012 at 21:08
  • if I keep "motivations behind design decisions for parts of API", in the code / comments, my source files will explode. Instead, I track these in much details in issue tracker and only refer to respective ticket in code comments Commented Jul 24, 2012 at 0:12