1.今天在京东下单时，提醒我地址不全，我看了下，居然要求把地址具体到南山区的哪个知道，我操，我哪知道是属于哪个街道呀，只得各种搜索。在最后快付款的节骨眼上，居然让用户这么麻烦，京东难道不知道亚马逊有一键下单吗？
其实这种情况我不是第一次遇到，在上海的时候，我下单，它居然要是填是内环还是外环，我哪知道是内环还是外环，真是烦人，记得当时没搜到结果，只得跑去问上海本地的同事。
其实京东要把地址细化的做法可以理解，可是，你就不能智能提示用户送货地址是属于哪个街道吗？或者做一个查询工具。
而我在深圳第一次在亚马逊下单时，它居然智能提醒我的邮编错了，哇靠，真牛逼。
2.超市里会有用来装水果或散装饼等东西的白色袋子，都是弄成圆柱形放在那里，顾客需要时自己去撕一张下来。可是超市的工作人员有没有发现，要把撕下来的袋子分开来，好让东西可以放进去，我们得用指甲在那扣半天，还不一定能搞定。特别是那种用来装散装饼干的，可以直接接触食物的袋子，超级难弄开。我看不得以，弄了点口水后才把袋子弄开。这让我想起了有些年纪大的人数钱时，会沾点口水。
超市的工作人员就不能在袋子旁边弄点水，并提示用户使用吗？
Read more →
最近开始学Git，跟以前常用的SVN来做个对比，以便对双方的优缺点了解更多些。
其实Git和SVN还是挺像的，都有提交，合并等操作，看来这是源码管理工具的基本操作。
Git是分布式的，SVN是集中式的，好处是跟其他同事不会有太多的冲突，自己写的代码放在自己电脑上，一段时间后再提交、合并，也可以不用联网在本地提交；
Git下载下来后，在本地不必联网就可以看到所有的log，很方便学习，SVN却需要联网；
Git鼓励分Branch，而SVN，说实话，我用Branch的次数还挺少的，SVN自带的Branch merge我还真没用过，有merge时用的是Beyond Compare工具合并后再Commit的；
Tortoise也有出Git版本，真是好东西；
SVN在Commit前，我们都建议是先Update一下，跟本地的代码编译没问题，并确保开发的功能正常后再提交，这样其实挺麻烦的，有好几次同事没有先Updata，就
Commit了，发生了一些错误，耽误了大家时间，Git可能这种情况会少些。
大家也可以搜一搜Git和SVN命令的比对。
下面有一篇文章这样讨论，楼主认为SVN没什么用，我比较认同Ghoststears的观点。
有了GIT，SVN纯粹一垃圾 Ghoststears：
任何事情，归根结底都是人的问题，工具只是工具。SVN 是集中式的，会出现你说的耦合。但从另外一个方面来说，这也要求开发人员代码的规范：不要一个函数干很多事情，不要一个文件写很多个类。另外，将不可运行的代码提交到任何版本控制系统中都是没有意义的。这也就是版本控制的核心思想之一。也就是提交的粒度：原子性。所谓的原子性，也就是完成一件任务，这个任务可以是一个函数声明，也可以是一个函数的实现，亦或是一个子系统。但这个任务的完成的标志就是代码可以运行，不能运行的代码，最多也就是完成了半个任务。这个是不符合版本控制思想的。试想，你 update 到某一个 version 的时候，代码竟然是不能运行的，是何心情？？？将不能运行的代码提交，完全是开发人员素质或者公司管理流程、机制的问题。另外，很多人都强调：我晚上下班了要在家里干活，不能提交！！！来抨击集中式版本控制工具。且不说对待工作和生活态度。先看看国内的企业，防员工如防贼的多的去了。有多少人能带着笔记本，把公司的源代码签出来呢？？？版本控制系统中，工具只是其中一环。要结合公司的策略来选用合适的工具。版本控制 != 版本控制工具 !!!= 源代码管理。最后，人各有喜好。上纲上线的，完全没有必要。
Read more →
http://down.51cto.com/zt/1530
解决了我以前的一些误区：
以为只能用TortoiseSVN来操作SVN，却不知道还有命令行，导致以前做SVN服务端操作时出了一些问题，不知道怎么解决，当时网络上介绍的多是命令的教程；
Git与SVN的区别，其实我是为了用用Github.com才写git；
原来也有TortoiseGit这东西。
Read more →
<div> Shift+F3: 查找上一个 </div> <div> CTRL + SHIFT + U转大写 </div>
Read more →
该方法来自Fenny
很多时候我们即便勉强打开了谷歌，搜索到的结果页面却要经过谷歌的一个转发（Redirect），这个转发经常打不开。
有相应的插件可以解决这个问题。
Chrome 上叫Remove Google Redirects
Firefox 上的叫Remove Google search redirects
Read more →
百度搜索技巧搜索引擎技巧
Read more →