摘要: 之前公司招高程,估计面试了不下30个人,觉得面试别人其实也是一种乐趣,和各种不同的人聊天会让自己也学到很多,而且由于还是面试阶段,会更容易进行没有隔阂的技术交流,每次面试其实我都觉得是一次很好的技术交流机会,所以我很乐意面试,同时我也希望被我面试的人能够享受着这种感觉.....  阅读全文
posted @ 2006-05-18 23:57 BlueDavy 阅读(3902) | 评论 (5)编辑 收藏
     摘要: 先简单的做了一个,结合TrimPath提供的JavascriptTemplate实现,目前的解决方案比较丑陋,通过xmlHttpRequest从服务器端获取模板文件,然后交由JavascriptTemplate结合数据解析形成最后的html。  阅读全文
posted @ 2006-05-16 17:09 BlueDavy 阅读(2014) | 评论 (0)编辑 收藏
     摘要: 以前的自己一直认为做技术化性质的框架、产品是自己的职业发展之路,逐渐的慢慢而改变,发现以前的自己很陷入技术,不断的追求技术,而忽略了软件的本质,软件的本质是为了提高在某种工作上的效率,其实就是让业务能够更高效的完成,而要做到这一点,依赖的重点并不是技术,而是对业务的理解以及将业务转化为电脑化操作的能力,而这点是非技术能解决的,在业界可以看到很多公司,象浪潮,它在烟草行业的成功让人叹服,从技术人员的角度去看它的系统可能会觉得不过尔尔,技术人员往往会认为自己要做出一套这样的系统来不过是小菜而已,但事实是如果让你现在进入烟草行业,也许你做出来的系统从技术上是超越了浪潮,但从业务的理解上以及转化为电脑化操作的能力上能超越浪潮吗?这个不是一两年的业务积累就够的,^_^,从现在国内的软件业界的情况来看,我觉得大部分技术人员的最佳发展方式还是深入理解业务,这才是自己的优势,同时掌握将业务转化为技术的能力,这样的技术人员必将是强势的,这样做出来的东西才是有足够的竞争力的,软件是面向服务的,^_^,不要忘记了这一本质。
技术只是一种辅助而已,切勿反客为主.......  阅读全文
posted @ 2006-05-16 14:48 BlueDavy 阅读(2254) | 评论 (12)编辑 收藏
     摘要: 为什么界面集成这么的麻烦呢,要做界面集成就是为了将动态性质的实现增加到静态的html上去,而这个步骤在现在还没有什么好的框架或者说好的IDE来支撑,导致了现在的这个步骤很麻烦,这也是为什么在做系统的时候很多时候最怕的不是用户所要的功能的变化,而往往是界面的变化,界面集成的这个步骤是这么的索然无味而且工作量奇大,怎么来提高这块的效率呢?  阅读全文
posted @ 2006-05-15 17:17 BlueDavy 阅读(1917) | 评论 (1)编辑 收藏
     摘要: 在上篇RIAWork的简要介绍篇中,已经提及RIAWork的重要目标之一就是为界面和交互的灵活变化提供支撑,在这里来看看界面和交互在实际项目中的变化情况以及RIAWork是如何提供对于其变化的支撑。  阅读全文
posted @ 2006-05-10 14:54 BlueDavy 阅读(3073) | 评论 (3)编辑 收藏
     摘要: 早上上班,就听闻用户评价系统代码写的很烂,作为programmer,听到这句话估计都有很不服的心理,但从用户评价系统的观点去看,就可以表示理解,在这个项目中尤其突出,用户最为看重的是系统漂不漂亮,操作起来是否方便,最后才是系统功能实现是否和需求一样,而事实证明,很多时候其实系统功能是已经实现了的,为什么他们还觉得和他们的需求不一样呢,问题出现在交互上,操作上他们按照他们的想法去进行,发现没法用,在这种情况下,他们就认为系统是不可用的,在系统设计的可用性上要引起足够的重视,这种看起来的小事往往容易造成客户对于系统的不信任和抵触。  阅读全文
posted @ 2006-04-28 10:37 BlueDavy 阅读(3003) | 评论 (7)编辑 收藏
     摘要: 在现在的软件业界,我认为很大的问题是开发人员甚至是公司从来都没有真正的把用户当成上帝,当然,这和目前业界的项目有很大的关系,例如项目通常都是时间非常的紧张,N多开发人员投入只能尽量去保证功能、需求的实现,在界面以及交互上往往不是那么的重视,但其实业界很多成功的产品都证明,功能往往不是决定性的因素,界面和交互才是用户最为重视的,而且通常也是打败对手的重要地方,为什么项目中不在重视功能的同时去重视界面和交互呢,大都是因为现在的框架在界面和交互变化的支撑上都不是很好,导致了每次界面的改动都要花费很大的成本,而交互上则一方面是现在交互设计师急为的缺少,另一方面是还没引起企业足够的重视,所以其实我觉得在web应用开发框架上最大的目标就是为“把用户当上帝”提供足够的支持。
  阅读全文
posted @ 2006-04-26 21:06 BlueDavy 阅读(2832) | 评论 (16)编辑 收藏
     摘要: 动态产生的持久模型和数据存储,这个词语感觉挺晦涩的,不过估计在实际的项目中或者研发的产品中大家都碰到过这样的场景:
例如在一个简单的考试系统中,出题人在系统中出题,答题人进行相应的答题。
希望能发起讨论,总结出一个这样的设计模式,^_^,顺便还发起对于另外一个场景的设计模式的讨论,需要动态的扩展目前已有的PO或表,不知道在这个场景中大家会采用什么样的解决方案,预留字段?动态修改表?关联属性扩展表?抑或别的..........  阅读全文
posted @ 2006-04-26 11:19 BlueDavy 阅读(2661) | 评论 (4)编辑 收藏
     摘要: 再次做项目,感觉颇多,项目和产品其实都有应对变化的部分,项目更在乎功能的实现以及对于需求的应变能力,产品更在乎的是通用性的高度抽象、开放性以及基础设施的建设上,产品比项目更依赖规划人员对于通用性需求的挖掘上,而项目则更依赖需求人员对于客户的需求的挖掘上。  阅读全文
posted @ 2006-04-24 21:38 BlueDavy 阅读(2708) | 评论 (6)编辑 收藏
     摘要: 记录一下Maven 1升级到Maven 2、Hibernate 2.1升级到Hibernate 3的一些注意事项,^_^,以备后用,毕竟以前的系统很多都是基于Maven 1和Hibernate 2.1的。  阅读全文
posted @ 2006-04-20 11:00 BlueDavy 阅读(3410) | 评论 (0)编辑 收藏
列出全部内容
共30页: First 上一页 14 15 16 17 18 19 20 21 22 下一页 Last 

公告

 









feedsky
抓虾
google reader
鲜果

导航

<2024年9月>
25262728293031
1234567
891011121314
15161718192021
22232425262728
293012345

统计

随笔分类

随笔档案

文章档案

Blogger's

搜索

最新评论

阅读排行榜

评论排行榜