架构师的修养之路

1、能否分层次思考问题

如果不能用较简练的语言、较为清晰的描述清楚系统所面对的问题和解决思路，不合格。

2、（同一层次中）能否清晰划分模块边界，避免过度耦合



比如，用户注册，则应为他初始化home目录、分配磁盘限额;如果出现错误，则清理未成功初始化的目录结构并提示用户：这样的说明就很好。接口状态清晰、严谨;有了这样的设计，就很难写出太渣的代码。


反之，如果说成“用户注册时，先调用adduser、如果adduser返回xx则yy....”这样就不太好。说明作者不太能区分高层设计与实现细节;遇到疑难/复杂问题时，容易被细节干扰设计，造成耦合过重甚至导致“面条设计”。


更差的，可能是“xxx模块调用yyy模块的注册用户接口;yyy模块要如何如何;如果yyy模块返回什么什么错误，则xxx要怎么怎么...”：这样的差的就比较远了。他搞的设计，耦合不重已经不可能了。

当然，做一些小的简单项目（比如万把行的、逻辑/算法较简单的[比如流程式的项目]），他还是能胜任的。