04 2006 档案

     摘要: 早上上班,就听闻用户评价系统代码写的很烂,作为programmer,听到这句话估计都有很不服的心理,但从用户评价系统的观点去看,就可以表示理解,在这个项目中尤其突出,用户最为看重的是系统漂不漂亮,操作起来是否方便,最后才是系统功能实现是否和需求一样,而事实证明,很多时候其实系统功能是已经实现了的,为什么他们还觉得和他们的需求不一样呢,问题出现在交互上,操作上他们按照他们的想法去进行,发现没法用,在这种情况下,他们就认为系统是不可用的,在系统设计的可用性上要引起足够的重视,这种看起来的小事往往容易造成客户对于系统的不信任和抵触。  

posted @ bluedavy 阅读(2981) |  

     摘要: 在现在的软件业界,我认为很大的问题是开发人员甚至是公司从来都没有真正的把用户当成上帝,当然,这和目前业界的项目有很大的关系,例如项目通常都是时间非常的紧张,n多开发人员投入只能尽量去保证功能、需求的实现,在界面以及交互上往往不是那么的重视,但其实业界很多成功的产品都证明,功能往往不是决定性的因素,界面和交互才是用户最为重视的,而且通常也是打败对手的重要地方,为什么项目中不在重视功能的同时去重视界面和交互呢,大都是因为现在的框架在界面和交互变化的支撑上都不是很好,导致了每次界面的改动都要花费很大的成本,而交互上则一方面是现在交互设计师急为的缺少,另一方面是还没引起企业足够的重视,所以其实我觉得在web应用开发框架上最大的目标就是为“把用户当上帝”提供足够的支持。
  

posted @ bluedavy 阅读(2813) |  

     摘要: 动态产生的持久模型和数据存储,这个词语感觉挺晦涩的,不过估计在实际的项目中或者研发的产品中大家都碰到过这样的场景:
例如在一个简单的考试系统中,出题人在系统中出题,答题人进行相应的答题。
希望能发起讨论,总结出一个这样的设计模式,^_^,顺便还发起对于另外一个场景的设计模式的讨论,需要动态的扩展目前已有的po或表,不知道在这个场景中大家会采用什么样的凯发天生赢家一触即发官网的解决方案,预留字段?动态修改表?关联属性扩展表?抑或别的..........  

posted @ bluedavy 阅读(2641) |  

     摘要: 再次做项目,感觉颇多,项目和产品其实都有应对变化的部分,项目更在乎功能的实现以及对于需求的应变能力,产品更在乎的是通用性的高度抽象、开放性以及基础设施的建设上,产品比项目更依赖规划人员对于通用性需求的挖掘上,而项目则更依赖需求人员对于客户的需求的挖掘上。  

posted @ bluedavy 阅读(2637) |  

     摘要: 记录一下maven 1升级到maven 2、hibernate 2.1升级到hibernate 3的一些注意事项,^_^,以备后用,毕竟以前的系统很多都是基于maven 1和hibernate 2.1的。  

posted @ bluedavy 阅读(3374) |  

     摘要: 继续以osgi r4的declarative services(ds)来讲讲service-oriented component model(socm),socm对于现有的component-oriented model或者是service-oriented model来说到底有什么不同的地方,到底ds能给我们带来什么样的好处呢?  

posted @ bluedavy 阅读(2873) |  

     摘要: 目前做的一个web开发框架,基于元数据和ria,把现在所做的效果贴出来给大家看看,同时也简单的再说说基于元数据和ria的开发,^_^  

posted @ bluedavy 阅读(2510) |  

     摘要: 做过ajax应用的人都知道,在js端将后台的数据进行展示其实是一件挺麻烦的事,尽管操作dom不算太麻烦,但要和写一段html相比来说就显得太麻烦,而且难以维护了,所以我目前在做实现的时候不得已的采用在后台通过java velocity模板的方式来生成html,再返回前端js,由其负责将html放入相应的container进行显示,在目前来看这种做法还算过得去,不过其实一种比较期盼的都是能有一个velocity for javascript版,这样我就可以直接把数据模型返回给js,在js端结合velocity模板直接渲染生成最后的显示效果了,那就比较爽了,^_^  

posted @ bluedavy 阅读(3917) |  

     摘要: jeff在eclipsecon 2006那篇介绍equinox的ppt中提到的declarative services(文中全部采用ds简称)的用法让人极度被吸引,但同时又产生怀疑,想起以前自己看过ds好像不是这样的,没这么强,便再次翻阅了osgi r4中的ds的章节,以验证jeff的说法,^_^,仔细看过ds章节后,确实为declarative services的强大而感到高兴,ds是一个面向服务的组件模型,从组件模型层次上去看,它超越了传统的组件模型,在组件模型描述的完备性上有了很大的进步,例如在组件服务的依赖上、组件服务的延迟加载上、组件服务的多样性控制上、组件服务的配置上以及组件服务的生命周期管理上,不过ds只能在osgi容器中使用,这尽管看上去可能是个弱点,但作为osgi规范中的一部分,这无可厚非,其思想值得很多目前component model的开源框架值得思考和学习,如感兴趣,请阅读osgi r4中ds章节。  

posted @ bluedavy 阅读(3356) |  

     摘要: hibernate获取数据的方式有不同的几种,其与缓存结合使用的效果也不尽相同,而hibernate中具体怎么使用缓存其实是我们很关心的一个问题,直接涉及到性能方面。  

posted @ bluedavy 阅读(3425) |  

     摘要: 再次犯了没有仔细看hibernate reference的错误,在hibernate 3以上版本都支持对于property设置lazy="true",但一直我都以为只要设置了就可以实现的,今天和jindw讨论的时候才知道原来不是这样,^_^,赶快做了下试验,确实,即使对于property设置了lazy="true",但在调用获取了po中的任意非主键属性时其他所有的property也就被加载了,也就是说lazy没有生效,到底怎么回事呢,翻阅hibernate reference才明白了这个问题。  

posted @ bluedavy 阅读(5098) |  

     摘要: eclipsecon2006已经结束一段时间了,最近才抽出时间去down下相关感兴趣的ppt来看看,受益不少,n多大师的演讲另人拍案叫绝,不过也有几个ppt让我看的有所疑问,摘录几个ppt的读后感,^_^  

posted @ bluedavy 阅读(3000) |  

公告

 













导航

2006年4月
2627282930311
2348
9121314
161718192122
23252729
30123456

统计

随笔分类

随笔档案

文章档案

blogger's

搜索

最新评论

阅读排行榜

评论排行榜

"));
网站地图