iTunes Match是苹果公司针对音乐用户推出的一款服务，它允许你将自己本地音乐建立一份云端的镜像，使你可以在其他地方通过网络流媒体的方式访问到自己的音乐库，或者直接将音乐下载到相应的设备上去。其中比较方便的一点是：如果你的某个音乐文件已经存在于苹果iTunes音乐商店中，那么这个音乐文件会自动的在云端存放进你的音乐库，所以你不用将整个本地音乐库上传。

我的本地音乐库中大约有1500首左右的歌曲，通过iTunes Match匹配了大约1200首左右，上传了300余首（基本上大部分英语歌曲都能够匹配成功，但是比较诡异的是，有时候同一张专辑中的10首歌，也许8首能匹配到，2首却需要上传）。花了大约4-5个小时左右的时间才上传完成（家里的宽带有上行512kbps限制）。

在整个过程完成之后，我在另一台电脑上登录自己的iTunes帐号，就可以看到我的整个云端音乐库了，可以点击音乐直接流媒体播放，或者直接下载（已匹配的音乐会直接下载iTuens Music Store的版本，256k的aac文件）。不论是匹配了的还是上传的音乐的自定义tag部分(比如歌词，和自定义封面)也都还存在。

对于最开始的iPhone听歌问题，进行了如下的处理：

• 仅同步常听的几张专辑进iPhone，满足大部分听歌需求
• 当特别想听某张专辑，又不在电脑旁边可以进行同步的时候，直接在iPhone上下载云端版本（via 3G or WI-FI）。

使用几天下来感觉很好，自己有了一份各个设备的统一媒体库，我在PC1上新增的歌曲，可以很快同步到PC2/Mac/iPhone上去，不想浪费硬盘的时候还可以选择在线播放。对于有多台设备和巨大媒体库的用户来说，iTunes Match会是一个很不错的选择。

升级之后感觉其实如果不是为了追求最新的系统版本，完全可以不用升级（我还是全新安装的啊，摔～）。因为所有的噱头新特性里面，目前对我真正有用的，可能只是升级之后的Mail.app了（惨，iPhone上Mail.app支持的鄙公司邮件推送，Mac上仍然不能），当然Versions应当算是比较好的一个特性，但是，跟同事的文档往来，全是用坑爹的office啊。

传说中的“自然滚动方向”始终是适应不了，果断勾选掉了。因为习惯了旧的动作&结果的映射，而且这样设计的滚动方式在触摸屏上可能很直接了然，但是在触摸板反馈到屏幕上的过程中，我体会到了直男被掰弯时的纠葛。

LaunchPad，感觉完全就是花架子（或者是我习惯了旧有的应用文件夹？）。在我的理解里，任何展现应用/应用快捷方式的东西，都应当是让我更方便启动应用的，LaunchPad不支持键盘搜索啊有木有…于是Application文件夹现在默默的出现在的我的Dock上。

重启程序后恢复上次会话…这个…禁用了吧。Safari 5.1? 读取Pac不能啊（第三方的Chrome都能）…全屏应用？真没啥用处。

总之升级之后没有太多让我觉得更加方便的功能。虽然说iOS取得了巨大的成功，反哺一下OS X是一个不错的策略，但我真觉得桌面设备跟移动设备是应当有不少区别的对不对？

让我们期待10.7.8，或者干脆10.8吧。

但是长时间的纠结和为解决纠结所做出的努力，都实打实的成为了宝贵的人生经验。没有心理纠葛的人生是不完整的，没有无神论指导的解决心里纠葛的经历的人生也是不完整的。在这样的理论下，我的人生进一步的完整了。

如今决定已经做好，那么就坚定的走下去。终于又长大了一点，虽然成长必须经历痛苦，但是感觉很好。

某男子入狱12年，穷极无聊，于是开始训练一只蚂蚁，等到出狱那天，蚂蚁已经可以倒立杂耍。此男子决定以此为生。出狱的第一天，就迫不及待的跑去酒吧炫耀。

来到吧台，酒保为他上了一杯酒，此男子掏出蚂蚁放在吧台上，兴奋的对酒保说：来看看这只蚂蚁。

酒保听完，立刻一掌拍死蚂蚁：对不起先生，我马上为您换一杯。

从中学到：做产品，绝对不要在铺垫不足的时候，挑战大众固有的认知和习惯。

A：(拿着手机给B看)，你看这个软件，能找我现在周围多少公里范围内的人，然后聊天！

B：NB，哪儿下的，我也要下一个，要么你蓝牙传给我吧。

A：不用，你去xxxxx(报网址)，先注册。

B：(估计是打开网址开始注册了)邮箱填啥？

A：填你QQ邮箱呗，就是你的QQ号

B：手机号行么？

A：手机号不行！

（到这里我已经开始笑了，我笑点好低…）

B：咱们的手机套餐里不是有个邮箱么？

A：让你填QQ号就填QQ号，哪那么多废话

B：密码是填QQ密码？

A：是给你这个账户设置个密码，不是QQ密码（已经开始烦躁了）！

B：这里让我填QQ号码

A：那你就填QQ号码呗（语气接近崩溃）

B：刚才填过了啊……（开始委屈）

A：……刚才填的是邮箱

最终B同学终于搞定了注册的事情，而A同学的内心估计已经泣不成声了。

为了避免出现上述的悲剧，以后我设计的产品，得找老爸老妈把把关了…

将当前站点语言显示在 URL 里，能够让用户通过 URL 切换自己想看到的语言，也能更好的照顾到搜索引擎对站点多语言版本的索引，同时能够更好的通过 URL 整理站点的信息结构。

从反面来说，用户可以通过站点界面直观的知道自己当前使用的是什么语言，显示在 URL 里似乎有些多余。另外显示语言无疑会增长 URL ，带来不好的体验。

权衡左右，自己也无法得到一个满意的答案。于是决定研究一下目前流行的几个站点的处理方式。

facebook, Twitter, youtube: 这几个典型的 web2.0 站点的语言均不在 URL 里显示，分析其原因，这些站点的主要内容均是 UGC(User-generated content，用户产生内容)，站点的语言仅作用于站点的功能菜单，并不影响站点主要内容。所以语言是作为当前用户的属性存在，而非站点内容属性存在，不需要显示在站点 URL 中。

bbc, adobe, wikipedia: 这几个典型的以内容为主的站点，语言是其站点内容的一个属性，而非当前使用站点用户的属性，则将语言显示在了 URL 中。

于是自己也从中得到了结论：当语言是站点内容属性时，将语言显示在 URL 中有利于搜索引擎对内容的理解，也有助于用户直观的了解到当前内容的语言并通过 URL 进行语言的切换。在当前项目中，除了用户交流社区外，语言均是内容的一个属性，所以 URL 均应该带上语言。

是的，我知道你很在乎让别人知道你去了哪里，做了什么。但我真的不需要在这么多地方看到。

同样，作为应用，不应当让自己用户产生的内容成为互联网上的垃圾和对他人的困扰，尽管同步是用户行为。

因为早上上班时间才是咖啡需求量最高的时候。

做产品，一定要明白自己做的东西如何能更好的服务于自己的客户。

当然，这是我在速溶咖啡喝完了早晨买不到便宜咖啡后的吐槽。

背景

1. 用TP-LINK TL-WR841N 换下家里罢工的TP-LINK WR541G+无线路由器
2. 完全忘记家里ADSL的密码
3. 旧的路由器上保存了ADSL帐号密码，但是被TP-Link做了加密
4. 手边没有座机，无法通过本机做密码重置。

解决方法

1. 在旧有路由器上，做配置备份，得到config.bin文件。
2. 在新路由器上，导入config.bin。导入之后，路由器会报备份文件格式错误。且再次访问路由会出现无权限访问的提示
3. 通过Reset按钮重置新路由器，并断电重启新路由器
4. 用旧路由器的用户名密码登陆新路由器，重新配置Mac过滤等功能，任务达成。

谁可以做得更好

自己

记住自己ADSL的密码！

ISP

提供除了本机重置密码，营业厅重置密码之外的选择。毕竟，我的ADSL帐号绑定了我的身份证，我的手机号码也绑定了我的身份证，两者都能证明我的身份，完全可以允许我通过我的手机拨打客服重置密码。

在网站上提供修改密码的功能。

路由供应商

提供配置备份文件向下兼容功能，这项功能有助于提高用户做路由升级时品牌的忠诚度。虽说事实上是向下兼容的，但是导入旧版备份后的错误提示，及路由登陆后显示用户无权限对路由做配置的提示让人很抓狂。