摘要: 最近想帮一个电子商务网站客户搭建一个简单的客服中心，客户处于创业阶段，一分钱想掰成两半使，但是电子商务中，贴心的服务质量都是非常重要，当用户在网站上下单成功或购买成功后，及时的与用户沟通，反馈，非常非常重要，这个操作步骤, 需要一个回访电话来完成，英文叫Happy Call, 很多小企业主并不懂得这个重要性或者担心一个单本来就不赚钱，在搭进去话费，不值。使用网络电话不仅可以打手机，还可以打固话，话费很低，是一个非常经济的手段。
对与客户来讲，使用网络电话，就是图省钱的，在通话质量都差不多的情况下，谁最便宜，就要谁的。但如果搞价格战，大家赚不到钱。所以大家的话费收费都差不多，都在每分钟一毛和一毛二之间。对于用户来说，似乎没有选择的余地。
UUCall的话费一毛二，看似没有恶性竞争，但充值送话费，一下子将话费打到每分钟6分钱的价位上。
阅读全文
摘要: 现在国外的很多的创业团队（Freelance)，都可以做出一步到位的原型，团队中的人擅长前端设计、开发，Ajax, CSS, XTHML，web standard, cross browser不在话下，Flash, Flex, Fireworks 等RIA技术也是有丰富的项目经验，很多人用flash, fireworks做的原型，非常棒。以用户为中心的、注重用户体验、准确把握用户业务的分析设计是他们的核心竞争力。
阅读全文
摘要: 参与界面设计的人，容易与一线用户脱钩，很少有一种简洁、直接、朴素、持久的设计风格，首先考虑的不是信息的组织、用户的体验，而是如何的炫，动感，渐进、半透明、滑门、延迟、手风琴、背景图片等效果，总想用上一用，滥用颜色，这些除了造成视觉疲劳、操作繁琐外，起不到真正的用户体验。
阅读全文
摘要: 框架毕竟是框架，没有最完美的，只有相对合适的，使用者需要分析知道自己的问题在那里，然后去设计开发、使用合适第三方的框架，或直接使用、或二次封装、开发、修改源代码，来解决自己的问题，总之，不要做一个问题的抱怨者，等着别人煮米下锅。
阅读全文
摘要: 我以前带了一个分销系统的项目，同时并行的还用另外的一个配合的项目，每周GM会review我们的工作，其实和过堂差不太多，气氛太紧张了，冷冰冰的，很不舒服，再加上两个PM一起被review，有点暗暗较劲的意味，我当时深深迷醉与项目管理的可视度的概念，就是增强透明度，我希望把我项目中的Issue尽早的暴露出来，评审的人可以看到，或可以帮助我一起解决，或了解项目的Risk和真实的Progress，真实的理解我的处境，给我必要的Resource支持。
阅读全文
摘要: 最近，负责客户的一个项目设计的审计工作，是一个短信平台的项目，上行和下行通信都有，之所以叫平台，是想将客户的很多的业务系统，涉及到短信的部分都统一挂接到者一个服务平台当中，只要一家服务提供商，量大从优，避免各自为战，浪费资源。业务系统多是遗留系统，当中对短信需求各不一样，客户从自己的vendor List中找了一个短信服务提供商（SP）。一般的要是能进入vendor list中，说明实力还是有的。
阅读全文
摘要: 对于business rule, 一般的情况是， 好的BA，可能更善于发现、抽取business rule ，并用结构化的方式描述、记录下来， 普通的BA可能更是一种流水账式的、吃那拉那的描述方式。
不管怎样，BA在写文档，use case的时候，那些business rule被分布在文档中不同的部分，然后这些rule，在分工时，有被理所当然的分给不同的开发人员来开发。
阅读全文
摘要: 关于BA，很多人写书为了谋取利益，极力和UML、UseCase扯上关系，误导了很多努力向上的人，把工具当成了能力。很多公司在面试BA时，也非常看重你会不会UML，无疑是添乱。
阅读全文
摘要: 在旅行的途中，为山区的孩子们多背一公斤的捐赠物资，这样的idea，平凡又伟大。
旅游区的普通百姓其实很苦，外地人的蜂拥，抬高了物价、房价，而大部分本地的人收入确非常的低。
人们看到了四川、贵州、云南、海南旅游风景的美丽，却看不到山里的茅草屋里的贫穷。
阅读全文
摘要: 人们在走上管理职位时或者被赋予超越自己目前现状的角色时，精神状态陡然发生了变化，工作更积极了，主动性加班也多了，说话的声音也大了，语速也加快了，总带着居高临下的语气，不说教一下别人总是不爽。
阅读全文
摘要: 设计者高高在上，不食人间烟火，只是提供约束，不要这样，必须那样，而不是提供方法和可以复用的API。
开发者是处于解决问题的一线，饱尝重复造轮子的疾苦，他们最需要的是快速的解决问题，以更恰当的方式工作，寻找更容易构建系统的技术和方式。
Jquery给设计者上了很好的一课。
Jquery就像一个魔法师一样，$()就像魔法棒一样，随手一指，一个木偶变复活了，一瞬间具备了各种各样的复杂的能力。
阅读全文
摘要: 技术是基础，积累才能提高，用户是目的。成熟的架构+创新的扩展，server端，团队应当继续构建、成熟以spring为基础的企业应用开发平台，深度挖掘、孵化、封装，同时将精力转向客户端。努力实现客户端与server端的粘合剂开发提高开发效率，建议的平台是spring + jquery
阅读全文
摘要: Look at our school building. nothing can describe the scene.
阅读全文
摘要: 2007年终于过去了，从焦油坑里爬出来幸存的人们，互相握手庆幸，喜极而泣，纷纷在博客上写工作总结与来年展望，而我终于厌倦了期权的精神鸦片，难得的坐下来，远离自己负责的网站，想一想来年的布局。
阅读全文
摘要: full-stack 的设计，意味着各层能够无缝的集成在一起，遵循的DRY原则（don't repeat yourself)，将各层共用的东西，抽取出来，并通过自顶向下的设计，无缝的集成在一起，粘合在一起，达到更高层次、更粗粒度的重用，同时为了保证灵活的可扩展性，在更高、更粗的粒度上遵守开放-封闭的原则，在各层的各个关键点，要提供诸多的钩子，回调的接口，供使用者扩展。full-stack的设计，在层与层之间，并不一味的追求松散的机制，而是相反，在层与层之间增强一定的内聚性，粘合力，以此来达到粗粒度的封装与重用。
阅读全文
摘要: 在现实当中，真正影响我们，耗费我们大量时间的，对我们进度有很大影响的，就是在现实中复杂的需求，业务逻辑，这些复杂的需求，难以封装，造成复杂的设计、复杂的库表关系，这些复杂的设计，我们都知道越复杂的东西，越不稳定，更容易遭受到需求业务逻辑变化时的冲击。（希望那些做增删改查的人不要跳出来扯淡）
阅读全文
摘要: 长期以来，很多Team的组合都是随意的，从创建到稳定, 不经意之间，一个Team就出世了，在项目进行当中，弊端尽现的时候，也没有人注意到是团队的组织架构，人员搭配是否出现了问题，Team成长过程，就好像一个树籽落在地下，然后自生自灭，有的长成了歪脖子，有的则树倒猢狲散，有一部分，运气好，成为能经风雨的大树。
阅读全文
摘要: 最近做一个比较大的电子商务项目，预计每天订单量将在５万多单，客服人员需要频繁的下单、查询订单、操作订单，客人预订完订单后，会立即进入处理流程，为了提高服务质量，要求流水化作业，平均要在４０分钟－８０分钟内处理完订单。所以订单在创建后，会在短时间内，被频繁的修改和查看.
阅读全文
摘要: 我觉得现在技术换代很快，使用一项技术，首先是要快速的解决问题，然后要学习他的思想，那些整天死抱着Hibernate，自认为学习到ORM的设计技巧的人，就去继续的学吧。
我已经会用Hibernate的一些方面，我觉得够用就行了，犯不上，天天钻研HSQL，如果有时间，我觉得躺在草坪上看看Unix的编程艺术，看看代码大全，看看Oracle的编程艺术，比看Hibernate的SB书要惬意多了。
阅读全文
摘要: 我认为避谈代码是可耻的，只要编码有意义，我们在任何阶段，都应当投入到编码当中。
阅读全文
摘要: 说老实话，我都不知道什么算是大型项目经验，我也不知道，那些所谓要求有大型项目经验的公司，在做多大的项目，有多NB，但我并不以做过大项目为荣，我这几年的项目经验告诉我，团队不在于大，在于精，
阅读全文
摘要: 所以对于框架来说，职责的分担，是很重要的，完成你该完成的，该扩展的地方，即要提供默认实现，也要提供接口，供调用者二次开发。这才是框架的可扩展性、灵活性所在。
很多人在开发框架时，总期望做很多东东，自己给自己加套，反而丧失的灵活性，同时提供了很多不能扩展的实现，等于强加意志给使用者，爱用不用。
阅读全文
摘要: 公司的发展出现了问题，不应当让技术人员来买单，而是我们的管理团队，是公司的上层建筑出现了问题，当领导的应当自己积极的反省，即使可以凭借权力让下面无辜的人来买单，那又怎么样，当公司over的时候，大家不都是一样over，总有一天，报应会来的，终有一天，领导要为自己的决策失误来买单。
阅读全文
摘要: 星期四是约定去面试的日子，二面了，觉得还是有希望的，对方是台湾的一家公司，从网页上看，还算是跨国公司，规模也算比较大，做呼叫中心的。
阅读全文
摘要: 我的项目中List都是基于ArrayList的，所以基本上很少用迭代器来遍历，而是用for循环来遍历，对于迭代器的作用我当然很清楚，但是我觉得有点庸人自扰了。
除非你经常用Collection作为你的接口方法中的输入或输出的集合参数类型时，你也就只能用Iterator。
但我一般在接口方法中，一般用List，所以我就不用迭代器，除非我的List是Linked List实例。
好的作法是：在供外部调用的接口方法中，使用Collection作为集合参数类型，在内部实现当中，使用List，而不是一味的使用Collections及Iterator，这样做无异于作茧自缚。
JDK中推荐的是对List集合尽量要实现RandomAccess接口。
阅读全文
摘要: 在电子支付的安全环节中，CA认证是必须要了解的技术
阅读全文
摘要: 随着企业竞争日渐激烈，各商业银行业在扩展金融服务产品、服务渠道方面更是争先恐后，但目前银行系统存在的主要问题在于外围前置机较多，部分业务流程复杂，系统交叉联系，业务扩展时需改动的外围系统较多，导致业务扩展较为困难。为了减少主机进行路由服务，减轻主机的压力，使核心业务系统成为简单而稳定的核心。同时为了满足金融行业快速的电子化建设需要一个高度集成、 高可配置的开发和运行框架，既是一个高效、方便的开发环境，也是一个稳定、可靠的运行环境。 通过配置化的管理，实现渠道接入整合，业务流程的优化，数据分布的合理布局
阅读全文
摘要: 电子商务发展的核心问题是交易的安全性问题，这也是企业应用电子商务最担心的问题，因此如何在开放的公用网上构筑安全的交易模式，一直是人们研究的热点和大家关注的话题，要构筑一个安全的电子交易模式，应满足以下五个方面，这也是OSI规定的五种标准的安全服务
阅读全文