Addendum 6. When you make architectural decisions (creating some function in code instead of sql for example) go ahead and explain your reasoning to the client

Addendum 6. When you make architectural decisions (creating some function in code instead of sql for example) go ahead and explain your reasoning to the client in some form or fashion. Volunteer this casually at a meeting. It creates a good bond between the two of you, and the client will probably reciprocate by telling you about some more "businessy" trade off or decision they've made. It also allows the two of you to communicate better in the future, and you will both know each other's implicit priorities better. Do this sparingly, but definitely do it. At worst the client will be bored, but at best it's a good force multiplier.