Go语言设计与实现
读书评论:
-
小飞侠11-02既然写成书,感觉还是应该先把how、why解释清楚,而不是对着源码疯狂解释细节,就像读加了注释的源码,要命的是注释和源码还分开讲
-
Jeffrey07-28适合当手册翻翻,细节太深入而且没啥明显的价值。。。
-
鱼香唐僧05-07可读性较差;时隔一年后(2023-07)意外又读了下,还是同样的观感。不是应该搁这干巴巴的告诉golang的源码里干了啥,而是应该讲清楚golang这么设计的原因,应该讲清设计思想
-
贝壳街的亡灵01-10再再再再一次证明了程序员大概率是垃圾的作者,拜托所有类似的自以为有能力讲清楚一件事的“作者”:放下你的ego,说点人话,不丢人。你小时候学说话,你爹妈是从abcd开始教的,没有让你上来就读三国志吧?现在到你教读者知识了,你就不记得你当初怎么学的了?装什么蒜啊
-
顾白07-11提供了一个思路 从中间代码看语言设计
-
沉寂之舟02-12看了电子版,写的不错,确实都是切入运行时的讲解.
-
masterplan08-12作者很认真 探索了不少底层实现细节另外 Go 从开始原始的调度 内存分配 GC 一步步改到了现在的性能 也是很长的路
-
西门吹吹雪08-22同样是设计与实现 比redis和mysql写的差一些
-
七分之二十二06-21不得不说,go语言设计的十分精彩,用很少的关键词来封装实现不同的数据结构,并在各种trade-off中形成一种独特的go语言哲学。使用组合而不是继承,通过通信来实现共享内存而不是通过共享内存来通信,从某种层面上降低了异步编程的一些心智负担。
-
沚05-02讲的太过程化缺乏要点,读起来费劲,不如去看go语言原本
-
Sonia10-23想看 map 的扩容过程,从 map 数据结构开始看,看得一脸懵逼。简单来说很多地方都是直接贴代码,然后就描述一下过程,也没有为什么也没有解释。。那我为什不直接去啃源码?eg,算出来 hash 以后理论来说得算在哪个 bucket 了吧,不解释怎么算,直接来了一句用最后几位决定的,那鬼才知道这到底是后多少位,怎么决定的?还有后面扩容分流,为什么容量翻倍的时候每个旧桶元素都要分流到两个桶里,一句话都没有
-
gzhh04-25第二章编译原理、第七章内存管理、第八章原编程这几块基本都看不太懂,其他部分都能大概看个明白,第六章并发编程写的挺好的。
-
才难破赋意11-28这本书读起来超简单,逻辑清晰,但有些地方的表述实在是繁琐,一张图就能解释清楚了,贴了好多代码。而且缺少了设计思想和设计理念上的总体把握.
-
ankh0411-20感觉内容组织不是很好,不如先把概念性的东西讲清楚讲透了再将Go背后的实现原理
-
heisen01-19讲解go并发和内存分配gc的部分讲的非常深入了,也给出了相应的参考来读,但个人觉得可读性还是需要提高,代码和文字安排的让人很难读懂设计的思路和原理
-
阅微草堂11-28与《深入理解java虚拟机 周志明》等价的一本书,但是书写逻辑更贴近与学习和阅读--编译,链接和加载,golang的具体的实现,最后是运行时库的源码剖析,反之周志明的书籍介绍源码的解析太少,而且因为java工业级的系统,涉及的关键GC和并发库普世于工业级,很多代码没有太多个人研究价值。
-
葱爆羊肉12-07上半年仔细读了博客上的这本电子书,实体书翻了下好像差别不大,全彩印刷像在读教科书。对博客上的电子书:不错不错,有的地方不够清晰,配合go under the hood 看完的,两者看完还不清楚的地方看雨痕的go语言学习笔记,发现雨痕的那本之前看不懂,现在看是三本里讲得最清楚的
-
虾卤02-25作者写的并不差,可以看出他的理解清晰,文笔也过关。但作为读者,读到才发现很多底层实现的细节没必要了解,与现实工作无关的内容太多了,看到后来不得不大段的跳过内容
-
王悟空02-08虽然能预料到自己将来会读很多遍这本书,但是确实无法对标周志明大佬的书