关于优化&架构设计选择

新来的兄弟干活，python基本功还不扎实，写代码前就开始考虑优化，一个正则表达式要鼓捣一下午，结果还是思路错误的。

关于优化：

1. 结构逻辑上的优化要始于设计，动手写前就要想好。这更多的依赖于对要完成业务功能的理解和对预期的判断，经验更重要。

2. 代码实现上的优化，如果不是随脑一想就能出方案的熟手，完成之前就不要想，“过早的优化是万恶之源”就用在这里。

另： python好学，不代表python不需要学！边做项目边看语法书，勇气可嘉，挖的坑可耻！

----------------------------------------------------------------------------------------------------------------------------------------------------------

做结构设计，不同人的思路是不一样的，有的人保守，不管什么旧东西都想要兼容，不管旧思路对错，能用就沿用；有的人激进，强调不破不立，过去的错误的就大刀阔斧的改正，要做的就是完美逻辑，优雅的妥协。很多人认为这两种人各有利弊，理所应当这两种人应该合作，这样既保证适度兼容，也能保证适度拓展。

我认为这是完全错误的。经济学上对某问题有很多的模型来计算解释，不同的模型在不同的场景下有特殊的优越性，但是不存在将各个模型统一起来算平均的大一统模型，可以在各个场景下都有很好的表现。平均往往就是平庸，缺点可能没有单个模型在特殊场景下那么明显，但是优点全无。《设计原本》中说到的“概念一致性（uniformity of style）”也就是这个意思，不同思路的多人合作，只会导致设计思路上的妥协与混乱，毫无特点，终至庸品。

这只是说明保守和激进只能用一个为主，但是并不是区别保守和激进 到底那个好。具体该用那个方向的设计，需要项目的实际领导者审时夺度，依据充分的信息来判断。