"Compiling something before you're sure your program works is often a symptom of the hacker mindset"
- Makes reviews easier
- Dont need to slog through code
- Supports idea of iterative refinement
- At high level design, can catch high level errors
- At mid-level, can cathc logical errors
- No overlap so easy to focus
- Pseudocode makes changes easier
- A few lines of pseudocode is easier to change than a page of code
- Pseudocode minimizes commenting effort
- Pseudocode is easier to maintain than other forms of design documentation
- Use english statements that precisely define specific operations
- Avoid syntactic elemts from the target language
- You're writing pseudocode to avoid syntactic elements lmao
- Write pseudocode at the level of intent
- Describe the maning of the approach
- NOT how it will be implemented
- Write pseudocode at low enough level that generating code from it will be nearly etomic
- If pseudocode is at too high of a level, it cal gloss over problematic details in the code
- Most general is the header comment of a routine describing it
- Trouble wriging the statement is a warning that you need to understand the routines role better
- If its hard to summarize, assume something is wrong
- Good to think about the major pieces of data before logic
- Take a step back and just think about it
- People are more willing to review a few lines of pseudocode than 35 lines of C (lmaoo)
- Keep the best