为什么一定要是 kindle 上的？ 我觉得技术类的书籍看 pdf 好点。畅销书的话 mobi 就会比较方便

#1 楼 @cqcn1991 这不正好有一个 kindle 么，看书感觉还是 kindle 爽一点，Pad 我会分心

kindle 适合从头看到尾，要是跳着看或者查询就很蛋疼了

https://selfstore.io/~andor

都有 mobi 格式，如果刷了多看系统，也有 ePub 格式。

https://pragprog.com/ http://shop.oreilly.com/category/ebooks.do

哪个型号的 kindle 啊。如果是 6 寸屏的，就不要看有很多源代码的技术书了。KPW 比较适合看休闲类的书。

http://book.douban.com/subject/24316596/

推荐理由：

1. 作者为了写这本书，做了大量的 research，读了大量的书。 作者调查了很多知名的公司，比如微软什么的（其中的一个作者 David 说，去那些公司，那里的人很多的还认识他。呵呵，你那门组成原理，人家没准还挂过科呢。David 和斯坦福的计算机主任合作写了两本书）。 作者说他读了 50000 页书还是多少的。 很少有人写书会下这么大的功夫。
2. 全面 rails 的书绝大多数都是讲一方面。就算 DHH 那本 agile development，似乎也没讲敏捷开发的流程。像 rspec 这种，单单只讲了一些特性。我甚至没觉得他把 tdd 讲的多么明白，也许是我当时看的太匆忙（tdd 推荐这本 http://book.douban.com/subject/10483528/ ）。
3. 精炼 20% 在实际中占据了 80%。而剩下的 80% 的知识不过只占 20%。比如那本 Programming Ruby，太多了。。。详细而没重点。 这本书的特点是，只给你讲了重点，你想多学点，呵呵，自己 google 去，但单单这点却十分重要，如果我要学 tdd，我会选择读几遍这本书关于 tdd 的部分，而不是看那本废话连篇的 rspec（很多写书的，其实就是对自己知识的总结，然后再给自己的产品吹个牛逼）。
4. 反馈 本书是 Berkerly 的教材。拿来讲课。讲课的过程中会收集学生的反馈。然后迅速出下一个版本。而开发人员写完书，就去写代码了。写书是开发人员的副业。而这本书的作者把写书当成自己的主业。