今天突然在想， 如果有一天别人问你：“你的工作经验有什么”？ 我该如何去回答呢？ 或者你跟别人主动谈及的时候， 什么东西才是你的工作经验呢？ 思考到这里， 我觉得关键还是平时要注意积累。所以有了此文的诞生。 不断更新总结中！
1. 规范的作用
2011-11-09的今天开会讨论到一点， 我们写python函数的时候是否需要在每个函数下面都写上具有固定格式的注释。
写程序的人我觉得大多数都喜欢说的一句就是我的代码就是我的注释，因此大家都不喜欢写注释，或者说我觉得这个是个很难理解的逻辑我才去写注释，问题就在这里了。你觉得容易的不写， 当代码交给其他人维护的时候， 其他人会觉得容易吗？ 不一定吧。 所以开发前期规范好所有情况都必须写， 并且按照一定格式写， 规范在这里的作用就是明确摒除了这些“模糊”（容易or深奥的逻辑）的边界， 让你明确知道你要而且一定得做这个事情， 否则就要被打pp！
2. 关于配置文件
2011-11-10日的今天，咱们又讨论了关于配置文件的设计和安排。总体上，配置分为2种，一种是跟部署环境相关的， 一种是跟程序相关的。 所谓的部署相关就是跟比如数据库配置、机器的ip地址、域名、端口、某些文件夹目录位置等， 环境一旦改变，这些部署配置就有可能需要改变。 另一种程序的配置，就是跟程序逻辑相关了， 应该坚持的一种原则就是1）尽量让一个逻辑相关的配置集中在一起 2）在相关的配置内部，要让各个子配置只是引用父配置而不是独立再搞一套，因为独立再搞一套会导致配置人员需要关心的东西太多而且引起不一致的问题。 3） 设计配置的时候， 如果遇到关联紧密的， 可以参考数据库表的设计的思想，适当引入外键思想等。 4） 要考虑如果要增加、删除一个配置项够不够方便、简单、不容易出错【对配置复杂的更要这样考虑】 5）设计完了之后， 从一个真正的配置人员的角度重新审视！
6) 有些配置看上去像是配置但是如果转个角度看可能是常量来的， 例如程序用到的路径名、文件名，虽然可以配置， 但是其实程序相关度比较大， 系统其实不需要让配置人员配置的， 这时候要把这些配置放到常量文件里面。
这个配置的例子，以后如果不记得，想想cobweb项目就知道了。
3. 今天的常量可能是明天的变量！！！（经典到不能再经典的说话！）