《Hadoop权威指南》读后感10篇(2)

这本书对Hadoop的介绍还算全面，有实践冲动的朋友基本可以拿着书、配合Google百度马上实现梦想。个人感觉“第2章关于MapReduce”、“第6章MapReduce的工作原理”、“第9章构建Hadoop集群”写得不错。通过第2章一个MapReduce处理气象数据的实例，可以让大家*浅出MapReduce，因为MapReduce原理简单，一下就可以*了解，而例子简短，只作浅谈。第6章对MapReduce工作机制有系统介绍，正所谓了解它，才能信任它。第9章为搭建中小规模Hadoop集群提供一些指引，当然就算严格按照步骤也会出现各种异常、错误，我想这也正好应对了封面那句“谁说大象不跳舞”，可这可能也是每个程序员最喜欢的，昨天我们征服了水牛（O'Reilly C）、老虎（O'Reilly Java）、沈王爷（O'Reilly C#），今天面对大象的感觉是否不一样。

在如今云计算大热的情形下，关注Hadoop的人也越来越多了，以至于关注到这本书。最近参加云计算会议上，谷歌、盛大云计算负责人曾说，Hadoop处理不了上规模的数据，在虚拟化、云存储上也难有表现，我想这也更好的让我们为Hadoop定位。

《Hadoop权威指南》读后感(九)：三聚氰胺、瘦肉精和Hadoop

买了第一版，时间太紧，没来得及看，后来出了个号称修订升级的第二版，毫不犹豫又买了，后来听说第二版比第一版翻译得好，心中窃喜，再后来看了第二版，我震惊了，我TM就是一傻子，放着好好的英文版不看，赶什么时髦买中文版呢。在这个神奇的国度，牛奶里放的是三聚氰胺，火腿肠里放的是瘦肉精，翻译的书里满篇放的都是火星文啊有木有。

我就纳了闷了，出版社的编辑都瞎眼了吗，国内用Hadoop的公司也不少，随便找几个就能翻译得干干净净，清清爽爽，为什么找高校的来翻译？这本书的价值跟《High Performance MySQL》有一拼，翻译的糟烂也跟它有一拼。多的不说，仅举一例。

英文版91页的“Text is replacement for the UTF8 class, which was deprecated because it didn't support strings whose encoding was over 32767 bytes, and because it used Java's modified UTF-8”被翻译成了书中91页的“Text替代了UTF-8,这并不是一个很好的替代，一者是因为不支持对字节数超过32767的字符串进行编码，二者因为它使用的是Java的UTF-8修订版”，“不是一个很好的替代”？不是你妹啊，你搞清楚了原文中的which, it指的是谁了吗？

这就是一个号称“在288核上部署了Hadoop系统，完成了多项研究”的团队的翻译质量，这样的错误比比皆是，简直惨不忍睹。翻回译者序，华东师大的砖家谦虚地说“由于译者水平有限，一文中的不当之处也在所难免”，有限你妹啊，你这哪里是有限，你简直就是一门外汉。

《Hadoop权威指南》读后感(十)：对Hadoop的简单了解

其实也不算全部读完了，读它主要是为了技术选型，考虑升级持久层架构、提高系统可扩展性，仔细研读了前几章，对Hadoop、MapReduce、HDFS的模型、机制、使用场景有了一定了解。后面几章及其生态圈内的其他项目抱着了解的心态简单浏览了一下。整体感觉还行，至少从我看过的章节来看，还是满足了我的需求，顺利完成任务了。

第二版基于 0.20系列发行版本，新增了Hive（使用SQL做分析）和Sqoop（在RDBMS和Hadoop之间建立连接，做导入导出）等小部分内容。

翻译质量：

我一向对中译本技术书籍不报太大期望，所以看之前都会备好原版的PDF，但毕竟看中文的进度会快些嘛。整体来说，翻译的还可以，没查过一次英文原版，都能看明白说的是什么，只有为数不多的英文长句翻译的比较拗口（这是英文技术类文章翻译的普遍问题，可以理解）

解决了看之前的几个问题，这里特别提出来，如果你也在技术选型，可以参考一下：

0. 配置简单、扩展性强、容错性强、生态圈健全（搭配项目较多）、Apache顶级项目更新频繁有保障、等等优点；

1. Hadoop是为大文件（百MB~百TB）设计的；

2. 适合写入次数少但量大，读取次数多且量大（几乎全部数据集），所以是以高数据访问延迟换高数据吞吐量；

3. 海量小文件不合适；

4. 文件只能append，不支持多个写入者的操作；

5. 以大数据块换最小化寻址开销；

6. 不支持多数据中心（就是一定要在一个局域网中）；

7. 没必要再组RAID，硬件要求不高（但也要是商业级服务器）

上一篇：全世界只有我看得见你读后感10篇下一篇：没有星星，夜不滚烫的读后感10篇