盆地以前从来没有注意过，今天发现这是一个相当好的设计。
大家应该都有在外面餐馆之类地方喝饮料或啤酒时需要开瓶器的情况，这种情况下一般是找老板要开瓶器，或者是服务员帮你开。
由于开瓶器是个小东西，是比较容易出现需要一番寻找才找到，或者服务员忙于其他事情稍后才有空的情况。
有没有什么更好的解决方法？看看下面的图，很适合作为不大的小餐馆开瓶器的解决方案，注意图中红框部分。
不错吧，把开瓶器整合在冰柜上，位置固定不需要每次寻找，使用起来又非常方便。
生活中，随时都可以见到设计，设计是生活的一部分而不是脱离生活的。
图1: 开瓶器的位置
图2: 近看开瓶器的位置
有朋友发来一个天涯的链接，原来早在2008年1月就有人遇到同样的问题，不知道是这位朋友的理解错误还是后来携程又调整，目前有几点和文中描述不是很一致：
1.此漏洞可以为持卡人本人订票，可以带一名12岁以下儿童(猜测又是一个漏洞，可以用别人的卡替小朋友订票)，但不能为超过1名12岁以下儿童或12岁以上非持卡人订票。订票张数不能超过5张。
2.最高限制金额为5000元，不是文中提到的20000元;
3.借记卡支付另外有一种”直付通”的形式，这个的限制是20000元，可以替其他人购买，但持卡人须是乘机人之一，且根据帮助需要设置和验证直付通密码。
另外，在和招商银行客服沟通的时候，客服提到有不少客户都问过此问题，但是盆地询问客服是否有结果时，客服只是说会反馈上去，之后会有人联络；联络的结果其实就是上文《招商银行借记卡的恶意消费漏洞》中联络盆地的人给出的让人无法接受的结果。
至少一年多的时间，招商银行在干什么？到底有什么是我们可以信任的？
天涯原文如下:
我使用招行一卡通已经有好几年了，2007年12月31日在携程网上订往返机票，选择支付方式时，我选择了一卡通（借记卡）支付，奇怪的是只是输入了卡号和身份证号，并未要求我输入密码，携程提示订单已提交；随后我收到携程的订单信息，我感觉非常奇怪，因为是第一次在携程订票，所以我以为这是携程网站的程序有问题；为了谨慎起见，我通过招商银行的专业网上银行确认了钱没有被转走；并且当时也未开通网上支付功能。后来我打电话去携程咨询，携程的工作人员说订单已生效，随后会跟我联系。由于我以为携程订票未成功支付，我就自己又通过其他方式订了票。
看起来让人有购买冲动的产品，不过这几年盆地买新奇的东西后使用频率较低而造成的浪费不少，先忍一忍待用的人多了看看评价再说。
补充三个相关地址:
1. 6′屏幕看PDF？用 eSlick 2. Eslick开箱记1 3. Eslick开箱记2
2009年7月7日更新：
补充一个更详细评测信息的一个链接：eslick到手试用(测试图持续更新)
eSlick显示屏分辨率为600X800像素，采用当今国际最先进的电子纸显示技术，显示效果清晰明朗、黑白分明，让您在阅读电子书籍时就好像在阅读真正的纸制书籍一样。阅读非常轻松方便，而且不像液晶显示屏那样会损伤您的眼睛。此外，eSlick还支持PDF文档重排功能，为您提供更好的阅读体验，内置MP3播放器，并在随附的光盘中免费附赠一套福昕阅读器（Foxit Reader）专业版软件，福昕PDF生成器（Foxit PDF Creator）及耳机。eSlick的厂商建议零售价格为US$259美元,目前在中国、美国、加拿大、英国、日本、韩国、澳大利亚、欧洲、马来西亚、新加坡、新西兰等地区均有销售。
关于CS(Client-Server)模式和BS(Browser-Server)模式的水很深，盆地自己也认为对此了解不够透彻，但作为手机客户端设计，如果不对CS、BS做一定程度的了解，是很容易出现一些方向性的错误、走一些弯路抑或在实现性价比上付出过多代价。
本文偏向于基础知识，产品人员很多情况下不仅仅要了解表现、交互，还需要一定程度上了解可实现性、实现代价、实现形式、实现限制等。
CS(Client-Server)模式：顾名思义为客户端-服务器的意思，对比的话类似我们pc上面除浏览器外和服务器有交互的软件，例如qq、杀毒软件等等都是CS模式；如果和服务器没有交互，则可以认为是一个纯客户端。客户端和服务器交互的方式可以通过自定义协议、公共协议(ftp、http)等各种方式进行。
在手机上面的客户端例如Gmail客户端、搜狗输入法、来电通都属于CS模式的产品.
CS模式最大的好处就是可以相对灵活实现各种预期的功能和特效，所受的限制为系统提供的底层功能或开发工具的限制。
CS模式最大的缺点就是大部分功能新增、界面调整、逻辑变更需要更新客户端来实现。当然，通过良好的设计可以一定程度上实现不更新客户端来实现新功能、逻辑变更等，但相对来说在不升级客户端的情况下对架构设计要求较高。
