- 博客(6)
- 收藏
- 关注
RSS订阅转载 Thoughts on being a Solution Architect
SolutionArchitect都要做些什么呢？作者的想法跟我前面的经验比较吻合。比如，提出一个方案之前应该先确保可行，可以是先做一些原型或者技术贮备。在需求还没有确定之前，尽量避免让开发人员加入讨论，以减少干扰。架构师应该先想好，如何把新需求纳入现有系统中。设计文档虽然也有重要，但是更好的是跟开发人员面对面的交流，比如使用白板。经常也要写一些代码，至少要对熟悉产品的代码，这样才不至
2008-10-24 11:01:00
889
原创 软件开发需要常识
为什么软件开发这么困难？设想的和开发出来的不一致，工作量估算不准，还有很多隐藏的质量问题等等......是因为需求定义不够明确？是因为设计文档不够精确么？的确，从需求到产品，有太多的细节需要考虑，有太多的变数，而需求和设计文档并不能面面俱到。但是，你并不能要求建筑设计师把每一块砖都考虑到了。因为，建筑的很多环节已经形成了固有的约定，有了习惯的做法。所以，对于这些已经成熟的做法，你没有必要多加描
2008-10-16 21:19:00
945
原创 WPF的几个关键点
强大的组合能力WPF的UI元素可以很灵活的相互嵌套，从而可以实现很复杂的效果。比如，一个Button内部，可以嵌入Image，这样实现常见的位图按钮就很简单。 还可以使用Layout元素，对内部的对象进一步进行排列 用户也可以通过Template来定义Button到底应该长啥样（每一个控件都是可以自由定义的）。虽然Button的模样可以随便定义，但是
2008-10-15 23:52:00
2379
原创 XAML的几个关键概念
Property Elements使用单独的XML节点来表示WPF对象的属性值，这样就可以表示比较复杂的对象。比如使用Property Elements就可以这样表示 Yellow对简单对象似乎更复杂了，但是如果要表示更复杂一点的对象，比如 这时候，如果没有Property Elements就很难表示了。Typ
2008-10-14 17:54:00
746
原创 《Windows Presentation Foundation Unleashed》(书评)
因为之前有做过类似用XML来定义界面的相关工作，所以是带着疑问来看这本书的--我曾经遇到的那些问题，究竟微软是如何解决的呢？WPF最重要的，就是XAML语言，全书也是以此为中心（这一点很重要）。开篇不久，首先就对XAML中一些关键的疑团进行了解释，比如Property Elements，Type Converters等等。之前也曾经看过一些WPF的介绍文章，就很惊叹于XAML的灵活性--为什么这样
2008-10-12 00:09:00
760
翻译 Project Management Truisms
原文链接：http://www.mariosalexandrou.com/blog/?p=67挺有意思的，于是加了一些自己的点评。Nothing is impossible for the person who doesnt have to do it.不记得有多少次，我总是对很多事情想当然，前提是不是我做。但是一旦是要我做的话，就会有很多抗拒的理由了。所以，站着说话不腰疼就是这个意思。You
2008-10-05 17:32:00
807
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人