Earlier quoted context omitted.
@rails, By "Make decisions easy to change later", do you mean, 1. Getting the Module structure of the system correct with well defined contracts between them so that they can be changed, updated independently of each other. Thanks for your inputs.
To move the project forward, at some point you have to make decisions based on incomplete information. Some of these decisions will be good, some will be ok, and some will be completely wrong. The problem is: You only know this after the fact, when parts of it or all of it is already implemented. Because of this you should design for change and build a flexible architecture. My goto technique for this is to encapsula…
Thanks @rails. Really appreciate the clarification.