Guest User

Crit Crit

a guest
Jul 7th, 2016
86
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 1.01 KB | None | 0 0
  1. Don't make assumptions about development. Can provide possibilities, but don't present them as explanations or justifications. Don't use possible development issues as defense of bad design. Once it's a final product, problems are problems, even if they're understandable. Don't be so sympathetic.
  2. In Crash 1, the physics *were bad*.
  3. They were not *necessarily* hard (or easy) to program - I know nothing about the programming process of Crash's physics - but they were *definitely* poor. DON'T BE SO SYMPATHETIC.
  4.  
  5. Don't make assumptions about others' experiences, use specific personal anecdotes.
  6.  
  7. Give EVIDENCE for EVERY unsubstantiated claim.
  8.  
  9. Don't be nice to a game just because people like it. You won't be nice to Uncharted, so why were you to Crash?
  10.  
  11. What makes an element trivial or difficult? Don't dismiss stuff - go in-depth on everything or don't bring it up at all.
  12.  
  13. ALWAYS TRY to give constructive ideas as to how a bad aspect of a game could have been done better. This requires you to ARGUE WITH YOURSELF.
Advertisement
Add Comment
Please, Sign In to add comment