Changes

Jump to: navigation, search

DPS909 & OSD600 Fall 2017

628 bytes added, 21:41, 11 December 2017
Week 10
** Discussion:
*** Why read source code at all?*** Imagine having to fix a bug in a multi-million line program, where do you start?*** Top-down, bottom-up, something else?*** Is adding a feature different from fixing a bug?
* DOs and DON'Ts** DO approach things with optimism. You can do this, don't start by being overwhelmed** DON'T get bogged down in details (at first)** DO open a million tabs, skim through things fast, start to narrow your focus** DON'T try to understand everything** DO formulate questions: questions to research in the code (who calls this? where is this defined?), questions to ask devs** DON'T be afraid to start down different paths in parallel. Walk away when you get frustrated, come at it again from a new angle ** Goal Orientedvs. For Enjoyment
** Build system and Tests play a role in helping you do experiments
*** Experiments (can you "break" the code?)
*** Tests as Documentation (can you alter a test in order to get the tests to fail?)
** Debuggers, Breakpoints, Logging, even <code>printf</code> are your friends
** "Reading" by Search vs. Linear Progression
** Source Code Indexers

Navigation menu