这个月的 23、24、25 三天参加了今年的 QCon 大会，总体来说感觉比较失望。尤其是国内部分公司的演讲。从这几家公司的演讲可以看出公司很浮躁（当然，我自己也比较浮躁），这也是 IT 业界乃至国内的常态。大体有这几方面的现象：
公司初期，没找到盈利模式，不断做一些尝试，这个很正常；而很多有一定规模的公司还是没有自己的目标和原则，WEB 2.0 来了，大家都说自己的站点是 WEB 2.0，国外公司推出个啥啥啥，国内公司纷纷效仿也做个啥啥啥。
技术人员急于转管理，公司技术根基不扎实。我认为任何一个公司没有一支强大的技术团队都是很难成长的，但是看国内大部分公司并没有很重视技术团队，技术管理人员对技术知晓甚少。
国内开源社区一直很冷淡，很多公司在大会中提出要开源自己公司开发的啥啥啥，试问，这些软件开源后有多少人会研究，有多少公司敢用，这样的开源对社区有多大意义？我还是比较佩服一些公司默默的为熟知开源软件提供 patch。
最后感谢国家，感谢老大给我这个大会名额。
前面写过一篇 最近工作的一些思考 ，现在有过了一个多月，又有了一些想法，继续做一些记录。
仔细审视你的设计
设计不好的系统不仅是不好维护，更是滋生 bug 的温床。
不要为不成熟的系统做过多的优化
《UNIX 编程艺术》中的优化原则是：雕琢前先要有原型，跑之前先学会走。 显然不成熟的系统，代码变动频繁，今天做的优化明天可能因为设计问题又要改掉。比如，在开发 dal 过程中，为了少获取数据库连接，尽量取一次连接，反复使用，结果引入分布式事务后，这样的代码不得不改掉。
工作任务合理安排
长期的工作目标肯定是要明确的。第二天要做什么，做到什么程度，遇到问题卡住了怎么办，这些最好提前想清楚了，这样每天工作效率高，也觉得很有成就感。工作任务一定要明确记录，比如：“完成配置文件解析”，而不是“看代码，改 bug”。
代码一定要严格对待
申请的资源不用了一定要释放，该判断的逻辑一定要判断，而不是说“一般情况下，这段代码没问题，如果怎么怎么，代码可能不行”。保证在任何时候任何可能发生的事情都要在掌控之中。
选择第三方开发包时要慎重
使用前一定要仔细看文档，做好测试工作，也可以上网搜一下大家对这个开发包的评价。否则，用了一段时间发现有各种各样的问题必定很郁闷。