德鲁克确实是管理学大师，大致翻了一下他的1954年著作：“管理的实践”，里面提到的管理要素，在今天仍不断的被各种“管理学”著作反复或者有所侧重的强调或者重复，所谓大师，也就是走在前面很远的人啊。
另外，老外在总结能力方面确实比较强，从研发模式到架构定理的总结，虽然看完后觉得内容似乎早就知道，但是就是没有这种总结或者归纳成通俗易懂性强的能力…
摘抄一些感悟：
1. 企业的本质是经济效益
—可笑的是经常发现有人在羡慕google的员工待遇是如何如何的好。公司有位google来的高人，前段给我们介绍了google的研发模式，顺带提了一下google的待遇，立马底下传来无数的羡慕之声…我只想说google不是乌托邦，羊毛还是出在羊身上的。不过我们确实要好好学一下，为什么google的人均效益会那么高，使得他有那么多福利经费，呵呵。
infoq上总是有不错的文档
就我个人的经验，作为程序员总是觉得别人的代码不好，有冲动把他重构，但是作为管理者，
则更多需要考虑投入产出的问题。
从整体架构上来说，完全重构的风险太大，局部进行重构优化是王道。
from: http://www.infoq.com/cn/news/2008/05/software-rewrite-4-architecture
由于软件应对需求变化的能力越来越差，通过更新架构进行软件重建的做法变得越来越有吸引力。这种做法是相当有风险的，因此具体策略的选择显得相当重要。Andy Singelton最近的一篇博客就此问题进行了讨论。文章认为成本、技术复杂性、潜在的商业风险是在进行战略选择时不得不认真权衡的三个因素。对此他提出了三种解决方案，并简要分析了每种方法的优缺点：
互联网产品，永远是业务导向的，是个快鱼吃慢鱼的世界，在产品设计时，要减持用用80/20原则
来快速滚动，去满足用户的需求，mysql的发展又证明了这一点。现在经常看到一些人动则
设计一个“完美”而庞大的方案，设计出来倒也无所谓，但是如果硬要在一次迭代中完成，那就有问题了
from:http://www.infoq.com/cn/news/2008/05/david-mysql-success
MySQL创始人兼技术负责人David Axmark在主题演讲中从开源社区的角度分享了MySQL的发展历程，指出对开源产品而言，准确的定位和开放的架构是产品成功的关键因素。
MySQL从项目开始就很好地考虑到了商务价值，虽然所开发的产品（MySQL数据库）是免费开源的，但是为了能赚钱，很快他们就成立了一家公司。根据David的经验，免费软件和赚钱并非就是不可调和的，只要你找到正确的道路。
对MySQL来说，成功道路上的一个首要关键因素是产品的实际应用性，David回忆说：
facebook chat的在处理海量事件通知时与QQ比较接近，这些都是大规模分布式体系无法绕
过的鸿沟吧。
Erlang看来似乎有必要好好学一下，seda类型的并发查询框架，在很多地方都有适用的环节。
对于部署，tx比较推崇“灰度”升级概念，似乎比facebook的要高级一些，呵呵
from:http://www.infoq.com/cn/news/2008/05/facebookchatarchitecture
最近在Facebook工程师博客上，软件工程师Eugene Letuchy写了一篇关于Facebook Chat项目的决策细节的文章。
当产品的客户有可能在一夜之间从零增加到七千万的时候，可扩展性就变为从一开始就必须考虑的问题。
Powered by WordPress