整容的美女长不了。时间一长露真相。
我感觉您这个比喻,有些不太准确,我做这么多年开发,不管什么样的新手,从界面上看,跟本看不出来高低,因为界面是美工做的,前辈这个比喻,能不能再详说一下,我很想知道,您如何看戴表现层
可能用户没有提出新的业务,或者修改业务时,你还感觉不到什么。但当这些蜂拥而至的时候,你会发现若果不是面向领域,你会发现对业务新增和重构是多么的辛苦。其实面向领域也是面向用户的,它是面向用户的心智模型,但绝对不是面向用户眼球。
当然好的用户界面,能提供一个好的用户体验。但不要因为这个,忘记了领域才是一个软件的灵魂。所以界面做足够方便就好,但不是做得花俏。
说得不好听,美女再漂亮,如果其患了各种病,什么都做不了。这美女要来有什么用呢?你要美女目的不是来服务你么?她各种病的时候,你需要反过来服务她?看来,你还真搞错你本来要女人(软件)的目的了。
软件是服务人的,不是人去服务软件,所以软件不但要健壮,还要很容易教会她做新的事情——扩展。
您一定说反了,我不知道别的公司是什么样子的,就拿我公司来说,客户有新的需求的时候,我们要提供详细的修改方案,最主要的是工数,客户看着工数然后给钱,也就是说如果修改的地方越少,那么最到的钱就会越少,于是很多的时候,我都要多报工数才行,您说软件服务人,我看人服务于软件才对,只有成天改来改去,你才能有钱挣,这也是经济学里所说的,提高效率并不能提高收益,而仅仅是降低了产品的价格,使消费都受益,客户关心的,不是你的软件怎么做的,而以你的软件能不能让我用着爽,就足够了,很多客户是不在钱的,特别是在中国,很多人是靠灰色收入的,如果不折了盖,盖了折,很多人就得被饿死,干软件不是什么高科技的东西它就是一个饭碗而以,哎,我也哀其不兴怒其不争啊
改得简单和容易,与是否要改是两回事,我可以很直白的告诉你,改得简单和容易是面对开发者而言的,而你定价与这个无任何联系。加快的开发效率,减少开发成本,提供高可维护性、可扩展性,是提供了产品价格的下降空间(注:只是提供)。但成本减少就注定降价了?这是什么逻辑?同样的成本(时间)下面,我可以接更多的单。同样的价格下面减少成本,可以增加利润。
若果你认为可维护性,可扩展性是与利益冲突的话,那么我觉得你需要反思一下,可维护性、可扩展性目的在什么地方。设置缺陷来提供利益来源,与可维护性、可扩展性不存在冲突,反而可以提供同样时间内处理更多的问题,提高利润。(当然是否支持这个,我表示沉默)
“软件是服务人的”这个是软件的最初也是最终目的,你所做的软件不是为用户服务?若果你所做的不是这个,那么我也很直接的说,你不是在开发软件,或者说你只是打着软件开发的幌子而已。
总的来说,我觉得你搞错了“可维护性、可扩展性”与“设置缺陷获取利益”之间的关系,他们不是冲突,甚至可以共存。(我再次对后者表示沉默)
关于这一点,如我上面所说,100元不是10小时的报酬,10小时是指成本,不是价格。用好架构是为了减少成本而已,不是减少价格,价格照常,否则公司会有减少成本的动力么?
花时间少是实力问题,不是质量问题。这是以最少时间干更多的事情,这也是你所看到的吧。至于相对于以前的长时间,剩下的时间可以考虑增加客户,或者扩展业务等。当然这些是你公司决策,我就只是说说而已。
总的来说,我们想简单合理地完成工作。
补充:DDD是从解决复杂系统,复杂问题出发的,而主要是可维护和可扩展方面。若果你系统没有达到一定的复杂程度,就不一定要DDD。若果你公司不是这样的问题,用DDD就不会感到它领域大于界面的特点。维护,扩展也是成本,而过往,我们痛苦正是在那两件事上。
[该贴被SpeedVan于2011-04-22 17:19修改过]
每一个方法工具也不是万能,面面俱到。再说,表现层跟界面似乎说的是不同的事情吧。表现层是在涉及到软件的体系架构才会提到,界面不能完全等同表现层吧,界面更体现在人机交互,似乎不是软件体系架构能说明的。客户的问题或需求更多的是体现在人机交互这方面,因为是人要用系统,而系统是依托机器来运行的。多学多领悟吧,问别人直接告诉你答案,好比小马过河。想不通,就继续摸索,不用着急或轻易说放弃,说不定摸索自己的方法来。
假如说,你的模型做的很好DDD的方法论用的很好,速度很快。
但是页面很烂。那我就不想停留在这种系统上。
不管你的内容有多好,即使我要回来,也会再找一下,有没有别的系统是可以做到页面又漂亮简便,功能也不错,内容也不错。
第一印象很重要。
起码在这一点上javaeye比这边弄的好。
那边比这边更讲究用户体验一说。
希望Bang能对于用户体验做一些工作。
这个页面很不好用。
只有页面的简便,人们才会更好的发表言论和讨论。
那么多编程人员,回家已经停累的,上jdon的时候能有一个简便而不失漂亮的页面,感觉会更好。
个人意见。仅供参考