《UNIX传奇》读后感摘抄

　　《UNIX传奇》是一本由[美]布莱恩·W.克尼汉（Brian W. Kernighan）著作，人民邮电出版社出版的精装图书，本书定价：89元，页数：264，特精心从网络上整理的一些读者的读后感，希望对大家能有帮助。

　　《UNIX传奇》读后感(一)：good

　　

拿到 unix 传奇这本书有段时间了，这两天才有时间读一下，首先封面就很漂亮自带书封， 书不厚，两天就能读完，我自己之前对unix 系统了解不多，读了这本书让我对操作系统 有了更多的认识，原来计算机操作系统的演化过程中有这么多生动而有趣的事情，它不再只是 一个纯理科的、一个个字母组成的计算机指令，多了一丝温度；

贝尔实验室这样的工作单位真的是自己梦想中的了，自由、极客主义，不是为了资本家打工， 而是为了自己的梦想和人生意义，做的是有意义的事情，可以作出真正创新革命性的产品; 总之这本书真是近期我最喜欢的了，整天读枯燥的专业书籍，这本有趣的回忆录仿佛一股清泉使人 感到放松和舒适，久违的阅读的快乐。

　　《UNIX传奇》读后感(二)：《Unix传奇》书评——贝尔实验室宽松而英明的科研管理体制

　　

《Unix传奇》书评——贝尔实验室宽松而英明的科研管理体制

拿到这本书以后，用了两天时间看完了全书。这本书以回忆录的形式写了Unix的早起发展过程。文笔清新，娓娓道来，作者是unix开发的亲历者，他从自己的亲身经历中总结了很多Unix成功的很多原因。但是，其中让我尤其感慨的是贝尔实验室的科研管理体制。

Unix系统之所以能开发成功，得归功于贝尔实验室的宽松而英明的科研管理体制。

贝尔实验室用自己雄厚的实力吸引来了一大批优秀的技术人才，给了这些技术人才一个非常宽松的工作环境。比尔实验室允许他们的员工自由选择自己的专业领域，这让这些技术天才们能够在自己感兴趣的领域工作，将自己的才能和兴趣完美结合。作者写道“惯例如此：把你介绍给其他人，让你随意晃荡，去寻找自己的研究课题和协作者”，“贝尔实验室向来缺乏明确的管理层指示”。

管理层有很好的技术能力和技术鉴别能力，也就保证有前途的科技成果会脱颖而出。作者也写道“因为管理层在晋升过程中保持了技术能力，而且都有基层经历。整个系统看起来并不偏重于理论或者实践”，贝尔实验室的管理层自己在升职的过程中保持了技术能力，管理层有非常好的技术判断力和技术品味，能够鉴别出真正有价值的工作，所以，就避免了外行指导内行的悲剧，也就不会浪费优秀技术人才的才能，从而让有前途的科技成果脱颖而出，而不是在混乱指挥下胎死腹中。

贝尔实验室的管理层也对失败也是保持了宽容和耐心，“每个人都会大略预估年终成果，但不管做错多少次都没关系”，“对于那些年复一年做同一件事的人，管理层会保持耐心，以待长远。”

良好的科研管理体制，也促进了跨学科的研究。作者写道“跨学科的工作在更高层眼中更突出，因为更多管理人员能够看到它。协作越广泛，就会有越多管理者看得到，结果就形成了一个极其偏重协作与跨学科研究的组织。做决策的管理人员也要经历这个评估过程，所以他们会有同样的倾向。”

优秀的人才，良好的管理体制，造就了改变世界的优秀科技产品，让整个人类社会都受益无穷。

　　《UNIX传奇》读后感(三)：《UNIX传奇：历史与回忆》责编手记

　　

身为责任编辑（以下简称责编），平时都会记录一些出版流程上的事儿。今天想以这篇手记开个好头，把一本书的诞生过程陆续分享给大家~

前言 一、定选题 二、审内容 三、起书名 四、选封面 五、做版式 六、下印厂 七、算定价 八、配合营销①邀请大咖写推荐&拍视频 九、配合营销②准备素材 十、配合营销③定制专享书 十一、配合营销④准备发布会 总结

前言

《UNIX传奇：历史与回忆》这本书，内容就像书名一样，注定要成为一个传奇，而出版过程中前前后后留下的故事还挺多的。它既是曾经让我欣喜若狂的书，也是让我陷入极度自我怀疑的书；既是让我真正找到做书感觉的书，也是让我在跨领域出版上走出第一步的书。

图1 《UNIX传奇：历史与回忆》外封+腰封（左）内封（右）

成为这本书的责编之前，我还在经管领域做书。码洋到达高级策划编辑即将升职级之时，决心重新学习新领域的出版（哈哈这里的故事省略一万字），因此这本书算得上是我的编辑生涯中出版的第一本计算机领域的书。也许书名已经暗示了冥冥之中注定的一切，在它即将上市之际，我写下这个编辑工作手记，记录“历史”，也留下回忆！

一到信息技术出版分社时，分社领导说想把这本书交给我做。刚刚听到消息的我，内心其实是矛盾的，既想做，又怕做不好，生怕刚刚换出版方向的我出小错，酿“大祸”。后来与分社领导沟通后，看到了分社对于这本书寄予的厚望，也感受到分社领导对我在之前部门工作的认可，于是暗暗下决心一定不能辜负厚爱，接下了这本书。

图2 原封面

一、定选题

在出版领域，选题是指经多方面分析、考量而选中主题后拟实施的出版项目。在出版工作实践中，有时还用以指代出版物本身。 编辑为满足消费者的需求而建议进行某出版物品种的生产时，首先要提出选题，经过集体论证，一般是本部门论证、中心论证、出版业务管理部论证后才能进入三审三校环节。如果想要申报重点书，还需要进行一次答辩类似的重点选题论证会，展现该选题有哪些市场潜力。

这本书因为作者是C语言圣经《C程序设计语言》的作者布莱恩·W.克尼汉（Brian W. Kernighan），UNIX发展历史和回忆录的相关题材是国内市场没有的，于是我所面对的第一个挑战就是如何能够在出版社内部的重点选题论证会上介绍好它，以顺利入选重点选题，从而得到社里更多的营销资源，更好地推广这本书。

转换部门的第一个选题就申报了重点选题，我在准备时花了很多心思。通览稿件+调研+制作PPT大概用了一周时间，重点突出了作者代表作、影响力以及内容的独特性。

图3 重点选题论证会PPT的其中一页

在社级重点选题两天前，整个科技中心60多人集中在一起进行了中心内的评选，这是以前我没有经历过的。中心领导、分管社领导，以及中心所有员工一一听过大家的介绍和回答问题后，进行了在线问卷评分。

第一个上台的我有些紧张，慌乱中连作者名都没读顺溜，不过好在后面把作者背景和内容特色讲得很清楚，最后顺利进入了社级重点选题的候选名单。

两天后的下午，准备召开社级重点选题论证会，上午分管社领导召集我们中心的汇报人开了会，告诉我们如何从定位、调研、拓展方式甚至答辩技巧等方面，做好重点选题论证会的汇报。他的大局观和对细节的重视，让我深受震撼。他一个个听取大家对自己选题和其他选题的想法，并且不分好与不好一一给予意见，坦诚相待又倾囊相授，既让我学到了很多，又让我认识到还有很多东西需要学。

经过分管社领导的点拨，社内的重点选题论证会顺利通过了这本书，使之成为2020年四季度社级重点选题之一。好了，这样一来由编辑、运营经理、营销经理组成的营销小团队就顺理成章地“佩奇”了。

　　《UNIX传奇》读后感(四)：绝对值得一读的计算机小史

　　

本来应该看完书立马写书评的，不过当时被其他事情耽搁了，导致很多思路都没了，下面只能想到哪儿说到哪儿了，可能比较散乱。

这个标题起得有些头痛，本想说“科学史”，但好像也不是那么严谨考究，主要就是作者自己的回忆，只能说足供参考。

然后是作译者。首先作者咖位在那儿。Brian W. Kernighan，C语言圣经作者之一，计算机发展史绝对的亲历者。

其次译者有保障，《代码整洁之道》的译者韩磊，整个读下来行文干练明快，晓畅平实，很有节奏，阅读体验非常好。

正文前的推荐序太多了，有些冗长；但也确实显出一些生动来，看看各位大佬的书评也颇有一番意趣。见到了不少只是我眼熟他们的名字。

译序中，译者提到“这就是我读这本书时的感受：书中提到的许多名字，早已如雷贯耳。在我心目中，他们全是大神级人物，高高在上，凡夫不可亲近。全书译完，这些人从神坛走下来，就地现出极客真面目”，乍一读到貌似有道理，但给人的感觉又是一种平平无奇还不走心的夸赞——毕竟，你都不知道有多少书用过类似的表述做宣传。

但是一边读，我就一边发现译者这句评价，可谓是诚意十足，绝非恰饭。计算机领域这一个个熠熠生辉的巨星，跟你身边的朋友没有太大的不同——当然，我不是说技术水平——喜怒哀乐愁，技术的思考，对大公司官僚主义的讥讽和反抗，等等。

什么叫真实呢？Kernighan回忆自己给时任CIA局长做shell脚本的演示，因为嫌弃脚本处理时间太长，居然选择预先保存脚本运行结果，实际演示的时候只是简单延时两秒，然后原样输出了保存的结果……看到这里我先是一惊，然后真的就忍不住哈哈大笑了起来。

毕竟这也未免过于真实了一点，程序员或者再扩大一些，搞技术的人或多或少都做过类似的事情糊弄领导。看到这里你会觉得，Kernighan和他的同事们，都不再只是书本上作者栏里的一个个名字，而是一个个鲜活生动的人，也是普通人，甚至就好像是你、你的同事（当然我这种菜鸡无缘与此等大佬为伍），也会耍小聪明，也会做一些看起来不那么“正确”的事。

作者回忆中最让人羡慕的，还是美国的学术休假制度——每隔一定年限，在全薪或减薪的情况下，研究者外出休整一年或稍短的时间，学习、休养或旅行（百科）。并且从书中看，不光是高校教师，贝尔这样的企业实验室同样拥有这样的福利。Kernighan和Ken都有带薪在大学任教的经历，大学的教师也可以去贝尔实验室做一段时间的研究。说起来贝尔实验室是商业实验室，研究人员是工业界的工程师，但是同时他们也是学术界的科学家，学术地位斐然。

对于技术向读者来说，更亲切的莫过于看到那些日常使用的工具、命令的起源故事了。一直以来，我就很奇怪，为什么Unix的系统调用creat要写成这样，为什么不拼写成create，反而非要给普通用户带来记忆障碍。结果一看书，好家伙，原来就是Ken一时的个人喜好，故意省略了字母e……就是Ken自己也表示，如果可以重来，他希望能在creat后面加上字母e。

看到这些故事，你会感觉到，我们当前拥有、使用的一切都不是天经地义的，也是被那些天才人物一点点设计出来的，然后再经由用户反馈逐渐演化成了今天这个样子；他们在设计的时候也会欠缺考虑甚至一时脑抽、手贱。

看着这些熟悉的工具一点点被设计出来，每个工具背后都有一段生动的故事，每一处你用起来仿佛不是那么顺手的地方，都有它的历史渊源，并且作者自身也并非没有意识到存在的问题，可是却迫于当时的实际情况无法进行改进。

并且，当想到还有这么多大师依然健在，和我们看着同样的新闻，用着同样的工具，还在为世界作出自己的贡献，不禁让人感慨何其幸运。

最后，写作能力太重要了。回顾这激荡的半个世纪，作者从亲历者、参与者的角度告诉我们，“ C语言和Unix的部分成功可以归功于丹尼斯的写作 ”。Unix咱是写不出来了，不过写作还是可以拯救一下。技术人，口头表达能力或许差一点，书面表达能力再差，就实在有些不该了。

扯得太多了，因为出版社官网这本书的页面还没上，所以有一些勘误的建议就附在这里了：

少了个“的”字（推荐辞VII中）“在”字去掉好像更好（计算机世界的原力觉醒 II下）加个“都”字更好（见证软件历史丰碑 II中）“洲”应改为“州”（p2中）加个“的”更好（p34上）两个“就”字重复了，去掉一个。建议删去后一个。（p57上）前面都是“墨里山”，这里变成了“默里山”（p67上）（p164下）脚注的“everyone”应该是“others”吧？（p75下）`fi`的字体不合适（p107下）cc*.c少了个空格，应该是cc *.c（p116中）“链接”比“连接”合适吧（p117中）“反向工程”建议改为“逆向工程”，更通用（后面p153也用的“逆向工程”）（p129上）“认真对待写作、殚精竭虑”不应该用顿号，改为逗号更佳（p133中）“迪兹尔”在前一页被译为“迪策尔”（p154中）脚注4不是译者注吗？不是说作者不会给出注释吗？（p159下）括号里的UNIX怎么有全是大写了？（p162上）又写错了，“墨里山”写成了“默里山”（p164下）一般是“林纳斯”吧，“李纳斯”很少用了（p185下）西部电器？西部电气？存疑（p191中）“研究中”少了个“心”字，应该是“研究中心”（p205上）加个“且”字更好吧（p214上）