《大道至简》——
  是懒人造就了方法——“但是越发地勤快，愚公将越发没有机会找到更快的方法。”
  当你需要把一个文本文件的格式做一些变更，但是发现无论记事本、Word的“替换”都满足不了要求，你会怎么做呢？
  最勤快的办法是，马上动手，打开文件，一行行开始改……几百次的复制、修改、粘贴过后，你终于做完了……但是你得到了什么了吗？  
  成为“熟练工”是最大的悲哀。
  最偷懒的方式，思考一些，写个小程序，然后让电脑帮你做——虽然你可能花了更多的时间，但是你却学到了更多。最重要的，你的成果是可以复用的。
  其实这也牵涉到我们常说的“今天的最好表现是明天的最低标准”。如果单纯以挤压时间和提高效率来完成这种工作的”与日倍增“，一个人终究会达到他的生理极限，而且，他可能永远都只能是一个掘山不止的愚公。反之，如果能够给予”偷懒“的时间，让一个人学着去沉淀一些经验和方法，以方法的提升达到”今天的最好表现是明天的最低标准“，才是最好的选择——不管对个人还是对组织。

  实现是最终的目的。
  对于业务型的项目，需求方（甚至项目经理）并不关心你的实现细节，你的系统的优雅性，也不关心你的代码是否利于扩展等等。如果可能，购买一个现成的产品，做”定制“也是在考虑中的。
  这句话的另一个层面是：对于开发者来说，所有的规范和工程的规约，都应该是促进这种实现的，如果是相反，就应该考虑灵活变通——知律而变，智者之道也。

  开发者和公司经营者是没有交集的。
  开发者不懂市场，不管财务，经营者不管（不懂）技术。是否需要创造这种交集？当然，看自己的发展目标。

  对Borland的论述果然很精辟。曾经也是学过几年的Delphi的，后来用C了，还是会关注这个公司，曾经寄希望于她能打败.net系列的。可惜Borland类似于Sun，懂技术而不懂经营。至于蠢到要卖自己赖以起家的编程语言部门——于是就我对这个公司彻底失望了。