Writing Good Code

From Federal Burro of Information
Revision as of 15:49, 12 July 2010 by David (talk | contribs) (New page: A Checklist if you will: * has a clear goal , clear requirements. * has a clear timeline for writing, developing. * easy to understand * has a debug mode * has an optional log * doesn't r...)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigationJump to search

A Checklist if you will:

  • has a clear goal , clear requirements.
  • has a clear timeline for writing, developing.
  • easy to understand
  • has a debug mode
  • has an optional log
  • doesn't reinvent the wheel.
  • likely errors caught, reported, and where possible recovered from.
  • external activities catch timeouts.
  • uses existing libraries.
  • is packaged ( rpm , msi , pkg )
  • is under version control.
  • is peer reviewed.
  • is reviewd by users.

Why don't we write good code?

  • time consuming (costly).
  • boring.
  • Prone to error.