置顶随笔
摘要: Oracle一直致力于全文检索技术的研究，当Oracle9i Rlease2发布之时，Oracle数据库的全文检索技术已经非常完美，Oracle Text使Oracle9i具备了强大的文本检索能力和智能化的文本管理能力。Oracle Text是Oracle9i采用的新名称，在Oracle8/8i中它被称作Oracle interMedia Text。使用Oracle Text，可以方便而有效地利用标准的SQL工具来构建基于文本的新的开发工具或对现有应用程序进行扩展。应用程序开发人员可以在任何使用文本的Oracle数据库应用程序中充分利用Oracle Text搜索，应用范围可以是现有应用程序中可搜索的注释字段，也可是实现涉及多种文档格式和复杂搜索标准的大型文档管理系统。Oracle Text支持Oracle数据库所支持的大多数语言的基本全文搜索功能。
阅读全文
摘要: 现在国外的很多的创业团队（Freelance)，都可以做出一步到位的原型，团队中的人擅长前端设计、开发，Ajax, CSS, XTHML，web standard, cross browser不在话下，Flash, Flex, Fireworks 等RIA技术也是有丰富的项目经验，很多人用flash, fireworks做的原型，非常棒。以用户为中心的、注重用户体验、准确把握用户业务的分析设计是他们的核心竞争力。
阅读全文
摘要: 参与界面设计的人，容易与一线用户脱钩，很少有一种简洁、直接、朴素、持久的设计风格，首先考虑的不是信息的组织、用户的体验，而是如何的炫，动感，渐进、半透明、滑门、延迟、手风琴、背景图片等效果，总想用上一用，滥用颜色，这些除了造成视觉疲劳、操作繁琐外，起不到真正的用户体验。
阅读全文
摘要: 设计者高高在上，不食人间烟火，只是提供约束，不要这样，必须那样，而不是提供方法和可以复用的API。
开发者是处于解决问题的一线，饱尝重复造轮子的疾苦，他们最需要的是快速的解决问题，以更恰当的方式工作，寻找更容易构建系统的技术和方式。
Jquery给设计者上了很好的一课。
Jquery就像一个魔法师一样，$()就像魔法棒一样，随手一指，一个木偶变复活了，一瞬间具备了各种各样的复杂的能力。
阅读全文
摘要: 技术是基础，积累才能提高，用户是目的。成熟的架构+创新的扩展，server端，团队应当继续构建、成熟以spring为基础的企业应用开发平台，深度挖掘、孵化、封装，同时将精力转向客户端。努力实现客户端与server端的粘合剂开发提高开发效率，建议的平台是spring + jquery
阅读全文
摘要: 2007年终于过去了，从焦油坑里爬出来幸存的人们，互相握手庆幸，喜极而泣，纷纷在博客上写工作总结与来年展望，而我终于厌倦了期权的精神鸦片，难得的坐下来，远离自己负责的网站，想一想来年的布局。
阅读全文
摘要: full-stack 的设计，意味着各层能够无缝的集成在一起，遵循的DRY原则（don't repeat yourself)，将各层共用的东西，抽取出来，并通过自顶向下的设计，无缝的集成在一起，粘合在一起，达到更高层次、更粗粒度的重用，同时为了保证灵活的可扩展性，在更高、更粗的粒度上遵守开放-封闭的原则，在各层的各个关键点，要提供诸多的钩子，回调的接口，供使用者扩展。full-stack的设计，在层与层之间，并不一味的追求松散的机制，而是相反，在层与层之间增强一定的内聚性，粘合力，以此来达到粗粒度的封装与重用。
阅读全文
摘要: 我觉得现在技术换代很快，使用一项技术，首先是要快速的解决问题，然后要学习他的思想，那些整天死抱着Hibernate，自认为学习到ORM的设计技巧的人，就去继续的学吧。
我已经会用Hibernate的一些方面，我觉得够用就行了，犯不上，天天钻研HSQL，如果有时间，我觉得躺在草坪上看看Unix的编程艺术，看看代码大全，看看Oracle的编程艺术，比看Hibernate的SB书要惬意多了。
阅读全文
2009年6月13日
摘要: 大凡一个好的IT公司，必有一个牛逼的、有个人魅力的CTO，大凡一个烂公司，必有一个昏庸无能、圆滑世故、东郭先生的CTO。
阅读全文
2008年12月26日
摘要: 以下是jQuery1.3的主要变化，推荐大家试用！
选择符引擎：有关选择符的代码已经全部重写，主要是在性能上有所提升，因为Sizzle是jQuery作者John Resig新写的DOM选择器引擎。好称是最好的引擎了。如果想自己设计一个的基于新的选择器语法的API，可以直接用Sizzle，完全可以基自己的business开发底层脚本库。同时得益于新的引擎，选择器支持:not(div,p)，增加了一个closest方法，用来找最近的一个匹配选择器的父元素。
DOM操作（append/prepend/before/after）：大部分代码也都重写了，包括一些执行嵌入script元素的逻辑。
.offset()：另一个经过重写的方法。
事件触发：事件被触发后会沿DOM向上冒泡——而这可能带来问题。
新版的拖放（Drag and drop）的性能将有一些提升
阅读全文
2008年12月22日
摘要: 从以下几个方面进行比较：
1.从技术方面对框架的优点和缺点进行分析
2.从IDE支持的情况进行对比分析
3.从精通那个框架更有利于找到工作进行分析
4.从用人单位招聘的Job数据进行分析，看那个框架出现在招聘要求中的次数更多
5.从亚马逊上的看那个框架出的书最多
6.从Google 搜索分析Google trends看那个框架搜索最多
阅读全文
2008年12月18日
摘要: 我在JavaEye网站上看到一个很有意思的帖子，【请先不要讨论细节好吗】，问题却很常见，每个公司，每个团队都有这样的现象。这样的帖子很少，发帖者是不是很勇敢？至少引起了我的共鸣！在IT管理中，我见过很多的Leader，他们经常的口头禅是：“一定要细”，或者“你这个在细化一下”， 但什么是细，没有下文了。
我在想，很多人一开始就追求细节的完美，是不是因为搞技术的人，逻辑性太强，非黑即白，不懂变通，没有细节，就无法往下走。有关系呢？
阅读全文
2008年12月15日
摘要: Oracle一直致力于全文检索技术的研究，当Oracle9i Rlease2发布之时，Oracle数据库的全文检索技术已经非常完美，Oracle Text使Oracle9i具备了强大的文本检索能力和智能化的文本管理能力。Oracle Text是Oracle9i采用的新名称，在Oracle8/8i中它被称作Oracle interMedia Text。使用Oracle Text，可以方便而有效地利用标准的SQL工具来构建基于文本的新的开发工具或对现有应用程序进行扩展。应用程序开发人员可以在任何使用文本的Oracle数据库应用程序中充分利用Oracle Text搜索，应用范围可以是现有应用程序中可搜索的注释字段，也可是实现涉及多种文档格式和复杂搜索标准的大型文档管理系统。Oracle Text支持Oracle数据库所支持的大多数语言的基本全文搜索功能。
阅读全文
2008年12月11日
摘要: 使用JQuery不仅要泛泛的去用，还要不断的结合自己的业务的写一些插件，才能理解JQuery API设计的风格 simple and consistent.
阅读全文
2008年12月2日
摘要: 我关注Springside，是因为我喜欢最佳实践，在团队中，我喜欢搜集、研究、制定、实施最佳实践、项目规范。我知道，在一个团队中，让大家follow N多的最佳实践，很不容易，特别是团队成员背景不同，或者新建的项目团队，有的研究struts, 有的学习seam, 有的懂spring, 有的不懂，有的喜欢hibernate, 有的擅长Ibatis，连IDE用的也不一样，有的用eclipse, 有的用IDEA，给配置管理造成很大的麻烦。现在回想，以前很多的项目，为了统一天下，苦口婆心，说服教育，威逼利诱，牺牲色相，该用的手段都用上了，真是个头疼的、吃了不讨好的事情。
阅读全文
2008年12月1日
摘要: Ibatis在项目开发中，无论是企业管理还是电子商务，Productivity作用都非常的大，淋漓尽致的体现了模板的好处，将sql的繁杂的语法和查询条件参数数据清晰的剥离出来，无论是开发速度和代码的易维护性上，都是无可比拟的。我对于ibatis的源码进行了改造，起名为XIbatis。主要在分页上做了增强，并以后会在模板语法上做改进。
阅读全文
2008年11月28日
摘要: 两个很棒的javascript framework, 提供Cheat Sheet PDF下载地址，可以很清楚的比较两者语法的简洁性和DOM操作的方便性。
阅读全文
2008年11月27日
摘要: 基于Struts2的开发，如果没有足够的经验和规范做支撑，并不能带来还多的好处，如果失控，一样和JSP+servlet泛滥，这一点需要警示。
阅读全文
2008年11月23日
摘要: Ext.form.ComboBox 是基于输入框封装的widget，很灵活，代价是易用性非常差，特别是针对复杂的多级级联框。
调用者需要针对自己的需求做一下灵活的封装，来降低复杂度，让开发人员更容易调用，同时代码复用的程度更高。
无论是省市乡镇，还是商品分类，无论是两级，还是多级，还是同级多个Child, API的行为都应当保持一致。
阅读全文
2008年11月19日
摘要: Web前端工程师的定位，是由企业的策略所决定的，一般能有这个职位的，就表明一种态度，前端很重要。
但前端的东东很多，要求多和泛泛的要求，总想吃现成的，等于没有目标和方向，同时也营造不出想淘宝 UED Team那样的氛围。
这其实是一种循环，氛围、态度、文化、思想，可以培养和造就一批企业所需要的人才，而合适的人才，又会反过来去营造这样的文化氛围。
阅读全文
2008年11月17日
摘要: 在一开始空手套白狼的时候，我们严格的分层，设计数据(Data)、结构(Strutcture)、行为(behaviour)、风格(style)，并绞尽脑汁的把要素粘连在一起，在随后的网站运营过程中，我们大多数的情况下，可能会改变风格、行为，少数的情况下，我们可能去重构结构，或者改变后端的数据定义，可以看出，以后的改进是局部的，增强的，不断提高交互能力和用户体验的。
阅读全文
2008年11月13日
摘要: 在电子商务网站的设计、开发当中，客户在对自己的运营理念一无所知，却对首页关注的兴趣远远大于运营、内容、数据、功能，人们不仅为个人喜好所困，又错以为网站上加几个功能，web2.0概念，就是运营。当他们看到绚丽的网站是，产生一种强烈的幻觉，以为消费者会蜂拥而至，特别是网站亏损、经营不利时，竟然认为改版、加功能可以扭转颓势。
阅读全文
2008年11月12日
摘要: 在复杂的前端应用中，要避免简单的思考问题，简单的行为，特别是在大型的电子商务应用中，无论是底层框架代码还是高层的业务逻辑代码，没有架构，重复、臃肿、繁杂、没有重构的代码将会产生致命的灾害。
阅读全文
2008年11月3日
摘要: 从需求的角度讲，在电子商务应用当中，cookie的灵活应用对于用户体验非常重要，可以记忆用户的经常重复性的操作，个人偏好，等等。可惜很多的应用，并不擅长使用cookie.经常是输入一大堆搜索查询条件、可选操作后，再回退、刷新、再次登录后没有了,还要重新输入，非常恼火。所以我觉得能够智能化的记住用户的常用操作，是非常体贴用户、让用户感动的事情。
阅读全文
2008年11月2日
摘要: 最近想帮一个电子商务网站客户搭建一个简单的客服中心，客户处于创业阶段，一分钱想掰成两半使，但是电子商务中，贴心的服务质量都是非常重要，当用户在网站上下单成功或购买成功后，及时的与用户沟通，反馈，非常非常重要，这个操作步骤, 需要一个回访电话来完成，英文叫Happy Call, 很多小企业主并不懂得这个重要性或者担心一个单本来就不赚钱，在搭进去话费，不值。使用网络电话不仅可以打手机，还可以打固话，话费很低，是一个非常经济的手段。
对与客户来讲，使用网络电话，就是图省钱的，在通话质量都差不多的情况下，谁最便宜，就要谁的。但如果搞价格战，大家赚不到钱。所以大家的话费收费都差不多，都在每分钟一毛和一毛二之间。对于用户来说，似乎没有选择的余地。
UUCall的话费一毛二，看似没有恶性竞争，但充值送话费，一下子将话费打到每分钟6分钱的价位上。
阅读全文
2008年9月7日
摘要: 现在国外的很多的创业团队（Freelance)，都可以做出一步到位的原型，团队中的人擅长前端设计、开发，Ajax, CSS, XTHML，web standard, cross browser不在话下，Flash, Flex, Fireworks 等RIA技术也是有丰富的项目经验，很多人用flash, fireworks做的原型，非常棒。以用户为中心的、注重用户体验、准确把握用户业务的分析设计是他们的核心竞争力。
阅读全文
2008年8月25日
摘要: 参与界面设计的人，容易与一线用户脱钩，很少有一种简洁、直接、朴素、持久的设计风格，首先考虑的不是信息的组织、用户的体验，而是如何的炫，动感，渐进、半透明、滑门、延迟、手风琴、背景图片等效果，总想用上一用，滥用颜色，这些除了造成视觉疲劳、操作繁琐外，起不到真正的用户体验。
阅读全文
2008年8月19日
摘要: 框架毕竟是框架，没有最完美的，只有相对合适的，使用者需要分析知道自己的问题在那里，然后去设计开发、使用合适第三方的框架，或直接使用、或二次封装、开发、修改源代码，来解决自己的问题，总之，不要做一个问题的抱怨者，等着别人煮米下锅。
阅读全文
2008年8月14日
摘要: 我以前带了一个分销系统的项目，同时并行的还用另外的一个配合的项目，每周GM会review我们的工作，其实和过堂差不太多，气氛太紧张了，冷冰冰的，很不舒服，再加上两个PM一起被review，有点暗暗较劲的意味，我当时深深迷醉与项目管理的可视度的概念，就是增强透明度，我希望把我项目中的Issue尽早的暴露出来，评审的人可以看到，或可以帮助我一起解决，或了解项目的Risk和真实的Progress，真实的理解我的处境，给我必要的Resource支持。
阅读全文
2008年8月10日
摘要: 最近，负责客户的一个项目设计的审计工作，是一个短信平台的项目，上行和下行通信都有，之所以叫平台，是想将客户的很多的业务系统，涉及到短信的部分都统一挂接到者一个服务平台当中，只要一家服务提供商，量大从优，避免各自为战，浪费资源。业务系统多是遗留系统，当中对短信需求各不一样，客户从自己的vendor List中找了一个短信服务提供商（SP）。一般的要是能进入vendor list中，说明实力还是有的。
阅读全文
2008年8月7日
摘要: 对于business rule, 一般的情况是， 好的BA，可能更善于发现、抽取business rule ，并用结构化的方式描述、记录下来， 普通的BA可能更是一种流水账式的、吃那拉那的描述方式。
不管怎样，BA在写文档，use case的时候，那些business rule被分布在文档中不同的部分，然后这些rule，在分工时，有被理所当然的分给不同的开发人员来开发。
阅读全文
2008年7月26日
摘要: 关于BA，很多人写书为了谋取利益，极力和UML、UseCase扯上关系，误导了很多努力向上的人，把工具当成了能力。很多公司在面试BA时，也非常看重你会不会UML，无疑是添乱。
阅读全文
2008年7月21日
摘要: 在旅行的途中，为山区的孩子们多背一公斤的捐赠物资，这样的idea，平凡又伟大。
旅游区的普通百姓其实很苦，外地人的蜂拥，抬高了物价、房价，而大部分本地的人收入确非常的低。
人们看到了四川、贵州、云南、海南旅游风景的美丽，却看不到山里的茅草屋里的贫穷。
阅读全文
2008年7月19日
摘要: 人们在走上管理职位时或者被赋予超越自己目前现状的角色时，精神状态陡然发生了变化，工作更积极了，主动性加班也多了，说话的声音也大了，语速也加快了，总带着居高临下的语气，不说教一下别人总是不爽。
阅读全文
2008年7月16日
2008年7月15日
摘要: 设计者高高在上，不食人间烟火，只是提供约束，不要这样，必须那样，而不是提供方法和可以复用的API。
开发者是处于解决问题的一线，饱尝重复造轮子的疾苦，他们最需要的是快速的解决问题，以更恰当的方式工作，寻找更容易构建系统的技术和方式。
Jquery给设计者上了很好的一课。
Jquery就像一个魔法师一样，$()就像魔法棒一样，随手一指，一个木偶变复活了，一瞬间具备了各种各样的复杂的能力。
阅读全文
2008年7月9日
摘要: 技术是基础，积累才能提高，用户是目的。成熟的架构+创新的扩展，server端，团队应当继续构建、成熟以spring为基础的企业应用开发平台，深度挖掘、孵化、封装，同时将精力转向客户端。努力实现客户端与server端的粘合剂开发提高开发效率，建议的平台是spring + jquery
阅读全文
2008年5月16日
摘要: Look at our school building. nothing can describe the scene.
阅读全文
2008年1月1日
摘要: 2007年终于过去了，从焦油坑里爬出来幸存的人们，互相握手庆幸，喜极而泣，纷纷在博客上写工作总结与来年展望，而我终于厌倦了期权的精神鸦片，难得的坐下来，远离自己负责的网站，想一想来年的布局。
阅读全文
摘要: full-stack 的设计，意味着各层能够无缝的集成在一起，遵循的DRY原则（don't repeat yourself)，将各层共用的东西，抽取出来，并通过自顶向下的设计，无缝的集成在一起，粘合在一起，达到更高层次、更粗粒度的重用，同时为了保证灵活的可扩展性，在更高、更粗的粒度上遵守开放-封闭的原则，在各层的各个关键点，要提供诸多的钩子，回调的接口，供使用者扩展。full-stack的设计，在层与层之间，并不一味的追求松散的机制，而是相反，在层与层之间增强一定的内聚性，粘合力，以此来达到粗粒度的封装与重用。
阅读全文
摘要: 在现实当中，真正影响我们，耗费我们大量时间的，对我们进度有很大影响的，就是在现实中复杂的需求，业务逻辑，这些复杂的需求，难以封装，造成复杂的设计、复杂的库表关系，这些复杂的设计，我们都知道越复杂的东西，越不稳定，更容易遭受到需求业务逻辑变化时的冲击。（希望那些做增删改查的人不要跳出来扯淡）
阅读全文
2007年6月3日
摘要: 长期以来，很多Team的组合都是随意的，从创建到稳定, 不经意之间，一个Team就出世了，在项目进行当中，弊端尽现的时候，也没有人注意到是团队的组织架构，人员搭配是否出现了问题，Team成长过程，就好像一个树籽落在地下，然后自生自灭，有的长成了歪脖子，有的则树倒猢狲散，有一部分，运气好，成为能经风雨的大树。
阅读全文
2007年6月2日
摘要: 最近做一个比较大的电子商务项目，预计每天订单量将在５万多单，客服人员需要频繁的下单、查询订单、操作订单，客人预订完订单后，会立即进入处理流程，为了提高服务质量，要求流水化作业，平均要在４０分钟－８０分钟内处理完订单。所以订单在创建后，会在短时间内，被频繁的修改和查看.
阅读全文
2007年5月5日
摘要: 我觉得现在技术换代很快，使用一项技术，首先是要快速的解决问题，然后要学习他的思想，那些整天死抱着Hibernate，自认为学习到ORM的设计技巧的人，就去继续的学吧。
我已经会用Hibernate的一些方面，我觉得够用就行了，犯不上，天天钻研HSQL，如果有时间，我觉得躺在草坪上看看Unix的编程艺术，看看代码大全，看看Oracle的编程艺术，比看Hibernate的SB书要惬意多了。
阅读全文
摘要: 我认为避谈代码是可耻的，只要编码有意义，我们在任何阶段，都应当投入到编码当中。
阅读全文
2007年4月21日
摘要: 说老实话，我都不知道什么算是大型项目经验，我也不知道，那些所谓要求有大型项目经验的公司，在做多大的项目，有多NB，但我并不以做过大项目为荣，我这几年的项目经验告诉我，团队不在于大，在于精，
阅读全文
2007年4月13日
摘要: 所以对于框架来说，职责的分担，是很重要的，完成你该完成的，该扩展的地方，即要提供默认实现，也要提供接口，供调用者二次开发。这才是框架的可扩展性、灵活性所在。
很多人在开发框架时，总期望做很多东东，自己给自己加套，反而丧失的灵活性，同时提供了很多不能扩展的实现，等于强加意志给使用者，爱用不用。
阅读全文
2006年8月20日
摘要: 公司的发展出现了问题，不应当让技术人员来买单，而是我们的管理团队，是公司的上层建筑出现了问题，当领导的应当自己积极的反省，即使可以凭借权力让下面无辜的人来买单，那又怎么样，当公司over的时候，大家不都是一样over，总有一天，报应会来的，终有一天，领导要为自己的决策失误来买单。
阅读全文