架构词典：逻辑



• 其实对于业务架构来讲，逻辑比算法重要。一个好的架构，算法方面只要做到复杂度别出问题即可，而大部分的问题其实出在逻辑思考不够严密。

• 逻辑思考方面，首先要知道需求，也就是要保障什么，要达到的效果是什么，这方面很依赖于架构师/产品经理在业务方面经验，以及跟业务的沟通方法和技巧，关于后者，在[[领域驱动设计]]等书籍中有所涉及。

• 有了需求，如何用一个优美的方案来解决，这个依赖于架构师的技术视野，驾驭能力，以及逻辑分析能力。要扩展技术视野的话，多去读技术会议([[QCon]], [[Arch Summit]])的PPT，带着问题，先自己解，然后看看演讲者提供的答案，比较二者的优劣。要提高驾驭能力，最主要是勇于尝试，亲自尝试，才能保证这些技术在实际业务中能用上。

• 最后回到逻辑，很可惜年轻时我接受的教育对逻辑方面讲得太少，现在想起小时候学的类比论证、举例论证都有点汗颜，毕竟这些都是用来联想，或者增强逻辑的可记忆性的，而不是用来代替逻辑本身。

• 做算法题，有助于提升逻辑能力，毕竟逻辑错了，马上会给你错误反馈，反馈周期很短。但大部分算法题跟逻辑的关系不大，更多是建模能力，以及对算法的掌握程度，单题所需的时间也太长(20分钟左右)，用来训练逻辑收益有点低。

• 我自己选的方案是围棋，主要是死活题和收官题，这两类题其实考察的基本都是逻辑能力。知道简单的规则后，从最不可能的选点出发，逐一推翻，最后找到正确答案，其实也是一种可行，而且非常锻炼逻辑的手段。而且时间很短，对于职业选手，一道题一般要求10秒一下，对于我这种业余的，选的题目，一般也是1分钟能做出来，训练的收益率不错。