万历征朝鲜也是被小日本打的屁滚尿流，要不是丰臣死的早，很难说结果怎么样。

哈维尔？计算机方面～～～

我4月份在amazon入的，7988。
最近朋友在酷动买的，7988。
最近升级MC313了，mc700都在甩货。不过amazon还是一如既往的给力，这个价格好像还是第一次见到。

@xatest 这个我还真没注意过，我是用instapaper在touch看，感觉不大出来。
evernote我总觉得太慢，在desktop上用很不爽。

本身挺好的，不过觉得用处不大，想象不出来应用场景。
经常在电脑上看网文的还好，像我这种google reader + instapaper的，没啥用。

@wucang 谢谢

@berryphone 我有ipad，对fire不感冒。kindle只是作为一个用来看电子书的设备。iphone/ipad用来看文本，长时间眼睛受不了。

谢谢各位。

我也更喜欢MongoDB，简单易用。至于可靠性没有实际经验，没有发言权。

还是老老实实的用dropbox吧。。。反正不访问web的话，不用翻墙。

这种网盘产品真不能轻易用，数据安全真是问题。

@fengluo 关键是光标位置，在textarea里面输入的时候，光标和鼠标位置是不一样的。keypress产生的event本身没有pagex。在ie下可以用boundingtop等属性获得，但是w3c dom里面没有对应的属性。facebook那几个例子autocomplete还是以input为基准位置的。离remember2015的这个样子还是差太大了，看了一下午content-assist，还是没看明白是怎么实现的。。。汗。

@fengluo 请问这个问题你解决了吗？在IE下可以获得boundingTop等一列信息，但是ff怎么实现啊。

@remember2015 这个效果很好，看了一下午还是没看明白菜单弹出的位置坐标是怎么计算出来的，能指点一下吗？

这个看起来并不怎么样啊，M$每次都搞这种大而全的东西，试图把所有的东西都放在一起，我觉得桌面操作就是桌面操作，更多的还是依赖键盘鼠标进行生产。我伸着胳膊在屏幕上点来点去累不累啊。。。

还有这么华丽的效果，对硬件将是一个很大考验。。。
Win8这个东西明显没有Win7靠谱，估计下一个十年将是win7的十年，就像当年的xp一样。

培养了老婆一年，还是没培养出来。

登上来一看45跳提醒，汗。。。
这种语言优劣真的没什么好讨论的，流行本身就说明它存在一定的价值，ruby or python完全是个人选择问题。。。

楼上说的对，好的编程语言不能阻止程序员写出垃圾代码。

这个办法倒是蛮简单的，呵呵。不过我想实现的是一个照片推荐系统，一对一的原理都比较简单，但是涉及到具体怎么做，我有点摸不到头绪。从来没有接触过这方面。
简单看了一下，slope one是基于rate的，就是说user必须给item一个rate，这个rate是一个范围，然后slope one会计算当前用户对某一个item可能给出的rate。但是如果仅仅是0和1的时候就不适合了，因为0.5你是算0还是1。

据说amazon的item-to-item是根据余弦相关度做的，这方面google有一篇文章说明。我的理解是把某一个item的用户是否喜欢作为维度，将item视为一个向量，然后计算任意两个item的余眩，余眩越小相似度越高。

这两种算法问题不大，我的问题是，怎么样在系统中应用。
1、每次查看一张图片的时候是否要计算当前图片和其他所有图片的相似度，然后排序列出相似度最高的那些。
2、如果我想看当前用户可能喜欢的照片，那么基准就是当前用户所有习惯过得照片，那这个获取的相似照片应该怎么排列。
3、实际上这些算法都非常耗费时间，肯定不能实时生成，实际使用应该使用的是数据挖掘吧，那么它的计算频率、计算时间、选取的样本。还有应该不会在web或者db服务器计算，我看豆瓣是单独用机器做数据挖掘的。

希望有熟悉这个方面的达人多多指点。

@xxdata why，不瞒你说我就是从asp.net转向php的。