2008年10月
Solution
Architect都要做些什么呢？作者的想法跟我前面的经验比较吻合。比如，提出一个方案之前应该先确保可行，可以是先做一些原型或者技术贮备。在需求
还没有确定之前，尽量避免让开发人员加入讨论，以减少干扰。架构师应该先想好，如何把新需求纳入现有系统中。设计文档虽然也有重要，但是更好的是跟开发人
员面对面的交流，比如使用白板。经常也要写一些代码，至少要对熟悉产品的代码，这样才不至于脱离现实。开发人员遇到问题时，要参与讨论，这样就可以了解开
发中遇到的实际问题，并做好准备如何进行改进。开发人员在技术上一般都很专业，但是对全局的不是很了解。这时候，架构师就可以高瞻远瞩进行协调，提取公共
模块等，以帮助开发人员更好的配合，减少工作量。
http://blogs.msdn.com/tomholl/archive/2008/04/29/thoughts-on-being-a-solution-architect.aspx
阅读全文>
发表于 @ 2008年10月24日 11:01:00|评论(loading...)|收藏
生活中，我们也需要按照常识和惯例去做事，个人各司其职，才能有条不紊。阅读全文>
发表于 @ 2008年10月16日 21:19:00|评论(loading...)|收藏
了解了WPF之后，你会对Declarative Programming有比较深入的认识。而WPF在实现思路上，也有很多值得借鉴和玩味的地方。即便没有机会去用，学习一下能够开阔思路也是值得的。阅读全文>
发表于 @ 2008年10月12日 00:09:00|评论(loading...)|收藏
原文链接：http://www.mariosalexandrou.com/blog/?p=67
挺有意思的，于是加了一些自己的点评。
Nothing is impossible for the person who doesn't have to do it.
不记得有多少次，我总是对很多事情想当然，前提是不是我做。但是一旦是要我做的话，就会有很多抗拒的理由了。所以，站着说话不腰疼就是这个意思。
You can con a sucker into committing to an impossible deadline, but you cannot con him into meeting it.
你可以通过各种方式骗一个人答应你完成某事，但是你并不能保证他就一定能够兑现。所以，任何的承诺，都应该是在双方充分了解的情况下，经过理智思考阅读全文>
发表于 @ 2008年10月05日 17:32:00|评论(loading...)|收藏