上海福州路曾经是上大学时常去的地方, 这次回国, 专门旧地重游. 在上海书城逛了很久. 除了买了一大堆围棋书以外, 还买了一本梁肇新 《编程高手箴言》.
买梁肇新的书有几个原因:
1) 他是一个真正的程序员
2) 他敢称高手
3) 他的书确实是写出来的
4) 曾经有位中国的编辑让我写一本书
可能我应解释一下为何要写这个书评. 小时候, 家里有一个破破的有线收音机, 老爸常常听, 并时时加以评论. 慢慢的我也习惯了对什么人说的话都用自几的脑子去分析, 很多事就清楚多了, 很多神话就破了, 说的话就有人听了, 自信心就提高了.
写这个书评不是为了证明梁肇新不是高手. 我觉得梁肇新是一个编程高手, 而且是一个经营高手. 但我不相信绝对的高手, 反对对高手的迷信. 不管作者是不是高手, 每本书应经得起推敲. 越是高手的书越可能有误导性.
第一章前半部分可在此看到: http://blog.csdn.net/iyanglian/archive/2004/09/13/102494.aspx
第一章: 程序点滴
- 好的开始是成功的一半. 本书首先试图告诉你什么是程序员? 为什么要做这样的程序? 正确的入门方法是什么?
简单公式有误导性. 何为开始? 何为好的开始? 何为成功? 何为成功的一半?
有了 "首先", 应有一个 "然后" 之类的.
有了 "这样的程序", 前面应提过某种程序.
"正确的入门方法"? 有错的的入门方法吗? 用了错的的入门方法又有什么不好?
-
程序≠软件: 如果你写个程序，别人就可以拿来用。这时候的程序就能产生价值，这个程序就直接等同于软件。但软件行业发展到现在，程序也不等同于软件了。
此书对软件有特别的定义, 产生价值的程序才是软件. 而后的章节进一步将软件定义成经过经销商销售的程序. 所以 "程序≠软件" 指的是并非所有的程序度能让经销商销售产生价值.
软件确实不等与程序, 不论其有无价值. 软件 = 程序 + 文档 + 服务.
-
因为现在写程序很容易，但是你的这个程序很难产生什么样的商业意义，也不能产生什么价值，这就很难直接变成软件。
要写和几十年前一样的程序是很容易, 模拟别人的现有程序比较容易, 但写符合现代标准的, 或有创新的程序越来越难.
-- 慢慢道来 --
打印 | 张贴于 2005-04-28 08:41:00 | Tag:暂无标签
留言反馈
还是你就是这么理解的？
我不想人身攻击哦，但是肤浅知道是什么意思么
我觉得两方都有各自的道理，但是呢，你说梁只是一个工人，一个垒代码的，确实，一个熟练工完全可以迅速垒出层叠嵌套的代码，再熟练点的，可以找出一个系统的几个问题。
不过，
一个熟练工能不能根据系统表面的现象直接找到底层的问题？一个熟练工能不能设计出10种视频算法？这些算法就没有智慧么？或者你是说除STL以外的东西都是庸俗的么？世界上有多少熟练工？为什么他们都没有搞出解霸？我理解你们，你们不是熟练工，也做不起熟练工，所以只能说葡萄酸，当然，世界上确实有你说的那种熟练工，而且数量跟你说的一样，但是你理解梁所说的话么？既然你说他是熟练工而已那么就是说你完全的高于他咯？啊，中国看来可以引导软件行业了，有了你们这些大师。
侯捷确实有引导的作用，难道别人就没有么？还是你看不到？或者是你不想看？我这里不想谈论什么中国人素质或者是人格的问题，但请你们辨证的看问题，否则你们看不到世界真正的样子。
程序员也是人类的一种，而且他们有各种各样的。同胞们，原谅他们。
??????
????????????????????????????????????????????????????????????10???????????Щ????û?????ô?????????????STL????????????????ô?????????ж?????????????ô?????û?и?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????ô????????????????????????ô??????????????????????????й????????????????????????????????Щ?????
????????????????ã?????????û??ô??????????????????????????????????????ô?й?????????????????????????????????????????????????????????????????
??????????????????????????и???????????????????????
而找一些市面上那些所谓流行技术的枪手书（我感觉这种书占市场的80%）看似有条理的背后全是废话，除了粘贴一些代码和图片上去充数以外没有什么新意。
而这一本书却非常直白的讲述了作者的开发心得与经验，人家与你分享好东西你还在骂，难怪做不出来东西。
我们图书馆也有这本书，我在07年寒假的时候看了一个假期，觉得自己收获挺大，虽然书中没有降到现代软件管理的方法，但是讲了一些很实用的技术和道理，能为以后打下基础~~我觉得这些观点在软件开发的工程中也是不会淹没的~~当然需求是首要。前两天我又拿来看看，现在正看到CPU结构那部分，段内存访问机制讲的不是特别详细（当然不能要求这本书把CPU讲的很详细）我研究了老半天才勉强弄通了 ~~ 看书这几天来真是觉得自己又有了一个新的动力。梁老师这本书的作用对我来说不是指导我如何去开发软件，而是教会我如何准备去开发软件，怎样保持一个良好的心态，一个积极的精神。我知道自己还远远不够，我还需努力
PS:很讨厌那些喜欢乱批评的人，你要全面考虑，不能只想到自己~~是程序员就要对自己的言论负责~
大一的时候就开始学习Java，学习中有很多问题，但是老师都答非所问，学校的课程安排也很有问题，很多电脑方面的东西都不了解就开始学习编程，这让我学习时非常痛苦，有种迷失了方向的感觉，甚至差点放弃了编程。
大一下学期的时候，感觉在这样下去可能会连工作也找不到，于是开始收心，慢慢的粗略学习了以前的大部分课程。大二第一次长假也就是暑假的时候，在家里也没事做，就把Java看了两遍，SQL看了一遍，加上原来断断续续听的课基本上能看得懂。又想起当初选择这个专业的豪情壮志，开始为成为一个真正的程序员而努力。
25号上网的时候看到了 豪杰超级解霸 的作者梁肇新的“编程高手箴言”，就把它给下了下来。昨天开始看，就有点放不下这本书了。梁肇新先生的这本书让我思考自己将来的道路该怎么走。
我发现梁肇新先生的很多观点都说到了我的心坎里，尤其是我刚好在这个学期刚开始学习集成开发环境的时候就觉得学不到东西——这简直就是在教你怎么使用软件而不是教你开发软件！这种走捷径的行为令我对学校完全失去信心。这种软件就算是一个智障，只要他肯花精力都能学会！现在的大部分程序员已经失去了往日的光彩！！！
妄图不经历编写代码的辛苦磨练，那不是真正的程序员。真正执着于编程的人，永远不会满足。那是真正的自强不息！活到老，学到老！
有一句话说得好：一个人就像一个圆，他的学识越高，圆就越大，和外面的交集就越多，他就感觉这个世界要学的东西太多，自己太渺小。反之，一个人学识越低，和外面的交集越少，感觉自己 '好像' 什么都懂，觉得自己很了不起。
在说别人无知前，先看看自己在这方面懂多少，不要妄下结论。
知道人为什么只有一张嘴而有两个耳朵吗？因为人要多听少说！
好了，就说这么多吧，我发现自己好像是说的最多的……
其实库用多了, 水平真的不能提高. 用了stl 数据结构基本忘记光了.
某些观点太肤浅了. M$ 很强,但我知道强人不全在M$. 对于linux 我并不看好
GPL 毒草, linux 因你而荣耀 ,有一天也会因为你而枯萎.
最好 再次对某些妄图只学习到所谓上乘的技术思想就想凌驾于程序员之上的人,表示再次鄙视. 中国的软件发展受制约很大层度也是被这些人所害. 他们不是一个合格的程序员,却头顶着一个个 项目经理的头衔,玩弄着一个个新鲜的概念和名词. 但我知道其实他们什么都不会. 因为代码是靠写出来的.不是玩概念. 他们只能玩弄概念,他们不能创业,他们只能继续在不同的公司玩弄概念. 而我知道 只要有一天 我愿意 我可以创业. 我可以开发出一个软件,为这个世界真正真正的创造财富.
我才看完汇编那，有几个地方逻辑上有矛盾，而且有印错，还有地方讲不够清楚...这点我很遗憾
还好给了个源代码 ...可以彻底搞定前文有矛盾的说明
但里有些话我认为正确，他说linux程序不如MS的。他看不起LINUX的代码。
我觉得他说错了。
他得话应该说成这样：linux程序员不如ms的会用大众的手里骗钱罢了
{
如果是MFC之类的东西，那你就不用找了，
因为即使找，也找不出有价值的东西，
全部是VC自动给你生成的一堆堆的垃圾框架，
相对于网上Linux程序来说，它可能更“臭”一些。
}
其實，我們常用的Word即有一部分使用MFC。
3.2.2 視窗系統中消息的運作方式
{
//一直等待消息，直到有消息發生時
while (GetMessage(&msg, NULL, 0, 0))
首先有一个GetMessage，只要這个消息不為0，就可以一直循環，
当有消息来時，就通過跳轉到消息処理函数来完成相應的功能。
}
採集自Microsoft Win32 Programmer's Reference:
{
GetMessage does not remove WM_PAINT messages from the queue.
The messages remain in the queue until processed.
Note that the function return value can be TRUE, FALSE, or -1.
Thus, you should avoid code like this:
while (GetMessage( lpMsg, hWnd, 0, 0)) ...
The possibility of a -1 return value means that
such code can lead to fatal application error.
}
如果窗口句柄為NULL，可以不考慮返回值為-1之情形。
否則，窗口被關閉之後，返回值為-1。程序陷入無窮循環，
占用一個處理器。
3.2.3 消息處理過程實例
{
//-------------------------------------------------
// HelloMsg.c -- Displays "Hello, Windows 98!"
// in a message box
//-------------------------------------------------
#include <windows.h>
int WINAPI WinMain ( HINSTANCE hInstance,
HINSTANCE hPrevInstance,
PSTR szCmdLine,
int iCmdShow)
{
MessageBox (NULL, TEXT ("Hello, Windows 98!"),
TEXT ("HelloMsg"), 0) ;
return 0 ;
}
可以看到，这个WIN32的程序就没用到微软的框架，
它完全是自己做自己的事，直到被中止。
}
實際上Messagebox也有消息循環，以及消息處理函數。
只不過，這些代碼在user32.dll裏面。
故而不必在使用此函數的程序裏面定義。
3.3.2 GDI和DirectDraw的关系
{
如果需要快速地显示图像，就不能用GDI，而应直接使用DirectDraw。
}
節選自MSDN:
ms-help://MS.MSDNQTR.2003FEB.2052/winui/winui/windowsuserinterface/lowlevelclientsupport/dxlowlevelclientsupport.htm
{
Evolution of Kernel Mode Entry Points
DirectDraw makes all of its connections to kernel mode
through the Gdi32.dll using several entry points.
These entry points typically just marshal parameters.
As part of device creation, the Gdi32.dll returns
pointers to routines within itself
that are then used by DirectDraw and Direct3D 7.0.
Direct3D 8.x makes a clean break from Gdi32.dll,
and calls into the kernel-mode entry points directly.
Calling the Kernel
On Windows XP, D3D8THK.DLL exports
all of the kernel mode functions,
but with a slightly decorated name.
Writing Portable Applications
Several techniques are available to make an application
portable across operating systems.
The most robust is to install
the Microsoft DirectX(R) 8.x redistributable package
on Windows 2000 as part of your own application's install process.
This guarantees that D3D8THK.DLL
will be available on Windows 2000 systems
and allows a single code-path in the application,
because you can use the same technique
as described for Windows XP above.
}
在Win2K與WinXP中，
DDRAW.DLL通過Gdi32.dll的GdiEntry1至GdiEntry15進入内核模式函數。
因爲最初發佈Win2K時僅有DirectX(R) 7，
DirectX(R) 8發布時，Gdi32.dll尚未配合其更新。
所以在Win2K裏面，安裝DirectX(R) 8.x以後，
D3D8THK.DLL包含的函數直接調用内核模式函數。
在WinXP裏面，D3D8THK.DLL不同于Win2K，通過Gdi32.dll的
DdEntry1至DdEntry56函數調用内核模式函數。
看來微軟認爲DirectDraw及Direct3D與GDI屬於同一類別。
3.5.2 表节
{
7. .edata节
不像在Win16中那样，几乎没有理由从一个EXE文件中输出任何东西，
因此，通常只能在DLL文件中看到.edata节。
例外的是Borland C++产生的EXE文件，
它似乎总是引出一个函数（__GetExceptDLLinfo），
该函数为運行时间库内部使用。
}
在Win2K+裏面可以看ntvdm.exe，以及ntoskrnl.exe。
這些EXE文件有許多引出函數。
此外，PE文件不僅可以輸出函數，還可以輸出變量。
比如Borland C++生成的EXE文件，有一個輸出變量名為___CPPdebugHook。
從EXE文件輸出函數或變量，通常是爲了調試的方便。
3.5.1 PE头标
{
TimeDateStamp表示连接器生成该文件的时间。
该值是指从1969年12月31日下午4点整开始至文件生成时之间的秒数。
}
TimeDateStamp是調用C語言運行庫的time函數得到的結果。
是從世界標準時刻(GMT)1970年1月1日0點整，至文件生成所經歷的秒數。
看了前面一些评论，看来还是年轻激进的人比较多，梁写书的时候对于软件开发过程的一些看法还有些落后，但他以后已经改变了，这可以从新浪对他的访谈看出来。有些人看不起梁只是个应用编程的coder，我想说就凭他的应用编程功力已经足够你敬佩了，你可以一上来就去研究架构、UML这些东西，但只能说你跟他专业方向不同，如果你不学习梁的那种钻研精神，你做哪个精神也不会有什么出息。
读这样一本书，应该想着去学习有益的东西，而不是抱着批评的态度，尤其是你还根本没资格的时候。
此书对软件有特别的定义, 产生价值的程序才是软件. 而后的章节进一步将软件定义成经过经销商销售的程序. 所以
每个人的体验都是对的，褒也好贬也好，有体验就好了，有体验就证明你学到东西了。
写程序也需悟道，不同的经验，不同的心境，不同的思维，悟道的层次不同，我感觉楼主没有静心的去思考过，如果“好的开始是成功的一半.”和"正确的入门方法"，你都不理解的话，我觉得你确实应该好好思考思考了。
如果你不相信高手，你可以从你孩提时代就可以坚决反对地球是圆的，你可以否定任何已经存在的理论。你可以选择不继承任何前人研究的结论。所以你的话里本身就反映了你的幼稚。
不要说程序计算机，即便是你对你经历过的人生有一点点思考和感悟的话，你上面的话都不可能说出来。
所以，无论你年龄的大小，你的思想都很幼稚，不过我认为你最大可能还是学生。
别外这种感受是从大学学习中得出，大学老师只会讲这些东西，而不会给你带来思想上的升华。
=======================================
这种人我在10年前见过无数，妄图不经历编写代码的辛苦磨练，就可以凌驾于那些看上去有些木的程序员之上，成为为指手画脚的领袖人物。这些人无一例外基本上都是失败，这些年来感觉人们都逐渐的放弃了浮躁，归于踏实。我没想到还有这样的人。
作为对一本编程书所写的书评，我没看见书评里有对其技术的点评，我没看见书评里有对整体编排的意见，我没看见书评有“读后”的感悟。
我唯一能看见的，只是评论者在玩“找错处”，很认真地，一个字一个词的在“找渣”。
我想你把“每本书应经得起推敲”这句话的意思扭曲了，梁先生写的是一本编程书，不是一本文学性质的书，要推敲的并不是澡词是否华美，不是语句是否通顺，更不该是玩弄文字游戏，故意去扭曲一些字词。
假如你从小学到的是“这种”方式的评论，我只能说，你误了自己。
就是这么好的一本书！
真正的大师，不是高手，是一位向道的志者。
好好学学国外哪些大师的作法吧，
了解一下STL是怎么设计出来的，GCC是怎么编出来的？
Linux/BSD是怎么写出来的。
他所及最多只能是一个Application Coder，如者叫Code Editor。
说中文吧，垒代码的人，中国可以找到1000万。
有软件智慧的人，不到100个。
优秀的代码及架构设计是一门艺术.
能将艺术和现实连接起来的,是真正的大家.
华为,就是一个真正能汇聚技术的机构.他能将我们所想的,变成现实.
从ASIC到系统再到终端.就如爱立信一样.
没有全局的观点,软件是抽象的,不全面的.
而MS几乎涉足了软件工程的各个环节,包括哪些优秀的基础架构设计师们.所以,他们是真正懂得软件的一批人.而今,MS都会受到OpenSource的巨大冲击.期待有新的理论支持.
也许,一个伟大的系统,需要你和你的团队以及能协作的来自世界各地的朋友们,用一生的精力去呵护的.
中国人呀,少点陋习就好了.虚心点嘛,如果叫高手,最多只能是高级技工.梁先生自己可不会承认自己是一位有经验的高级技工吧.
真正的大型软件和成型的商业软件,首先是应用分析,技术分解,架构设计.最后还有成熟度验证期.编程只是实现的最简单的环节.
之所以中国有许多设计人员有天生的缺陷,关健是他们能全面参与系统设计的机会太少了.而这只有在一些大机构才能实现,一般的团队和公司是没有财力来支持这些创新的.还有,国内没有诸如国外的基金会支持风气,只有设计者衣食无忧后,在他们的兴趣中,才可能诞生伟大的作品.
因此,国内很多外包的软件厂商,就是棒棒一样.是比较廉价的智力劳工.如此下去,永远不可能做出个名堂.
相同的书 对于不同的人 效果总是有分别的
国外的好应该学,更应该创新.想想"梁"和他的团队在技术上有多少创新,你们有多少,哪一项创新技术是你们的.还没学好呢先学会骂别人了.
还有那些贬低汇编和做底层的人,想想你们做的哪些应用到底有多少技术含量,不过是产业链的下游吃最下面的一口饭,和印度软件有什么区别,中国软件的兴起绝对不是靠你们,因为你们做不了核心的东西,可一谈起模式,开源,Linux就高兴的不得了以为自己很潮流了.跟住了技术,其实不还是国外放个屁,你们就跟着闻还说好,真是可悲,我只佩服和尊敬那些,以洋(国外)治洋的人,像金堞的袁红岗等.
你们只是熟炼工而已,却自己为什么都懂,还大言不惭的评论别人.服了.
没人强迫你读,根个怨妇似的,好像占你多的便宜.牛的话就写个比解霸强的.然后再说梁为什么说的不对.我是做信息安全的,深深知道核心技术的重要性,很多方面都受别人制约,不就是我的底层系统
是由外国做的吗?
明白这些就知道了梁的苦心,你可以不听,继续你的那些潮流吧.
找语法和逻辑错误的靠边站！！！！！
對於我這個愛好計算機的人,正因為看了這本書,才找到了真正的自我.真的非常感謝這本寫給真正程序員的書.
调用门: 将一个EXE象一个动态库一样使用,保证了程序的稳定性减少冲突.
光驱防读死:解决电脑读烂盘死机的问题
兼容层:让windows程序能够在linux上使用
......
各位兄弟,没有对底层的深入理解能做出来么?
你在评论的时候想过你做了什么么? 没有深入的学习你真的能体会出什么?
其实这种只能叫程序员，说白了只能做工人。在美国的公司很多软件都是中国人做的，但设计者都掌握在美国人手里。中国人聪明，但总是做一些实际的事情，而不能成为大师，所以我看不起梁肇新的，说的了，他就是一个懂技术的工人，任何一个行业从业二十年都会有自己的心得。这种书不能指导人，只会让你看一遍就放在箱底了。中国缺少像候杰一个的人物。给人以指导，而不是只说技术。授人以渔，而非鱼。同意我的说两句吧。
别外这种感受是从大学学习中得出，大学老师只会讲这些东西，而不会给你带来思想上的升华。
+++++++++++===========
你简直就是垃圾！！！！！！！！！！
最烦那些大谈设计，到了实战却百无一用的人！！！！！！！！！！！
国外的好应该学,更应该创新.想想"梁"和他的团队在技术上有多少创新,你们有多少,哪一项创新技术是你们的.还没学好呢先学会骂别人了.
还有那些贬低汇编和做底层的人,想想你们做的哪些应用到底有多少技术含量,不过是产业链的下游吃最下面的一口饭,和印度软件有什么区别,中国软件的兴起绝对不是靠你们,因为你们做不了核心的东西,可一谈起模式,开源,Linux就高兴的不得了以为自己很潮流了.跟住了技术,其实不还是国外放个屁,你们就跟着闻还说好,真是可悲,我只佩服和尊敬那些,以洋(国外)治洋的人,像金堞的袁红岗等.
你们只是熟炼工而已,却自己为什么都懂,还大言不惭的评论别人.服了.
没人强迫你读,根个怨妇似的,好像占你多的便宜.牛的话就写个比解霸强的.然后再说梁为什么说的不对.我是做信息安全的,深深知道核心技术的重要性,很多方面都受别人制约,不就是我的底层系统
是由外国做的吗?
明白这些就知道了梁的苦心,你可以不听,继续你的那些潮流吧.
这世界就是这样的
高手与专家也往往会成立狭獈领域的独居者
如果拿去和MS中的最高手比较，国内很多很多人只能算一个没有上过学的小孩子，工人都算不上！
其实很多评论者都是跟着某个人的思维而不是自己的见解，所以多关不代表正确！
别外这种感受是从大学学习中得出，大学老师只会讲这些东西，而不会给你带来思想上的升华。
这本书最早从csdn2003年10月左右的帖子上看到的，帖子也不长，估计书还没有正式出来。印象最深的，是老梁对于高手的6个境界的描述。
前两天，csdn上***兄的书评我也看到了，写了前三章。书评，有贬的也有褒的，但是老梁也许是“犯了众怒”，也许是“IT人员相轻”，大抵是贬的居多，当然，里面也不乏一些真知灼见。
这本书已经草草的翻阅过3、5次了，感受最深的，老梁确实是想把自己的经历、体验无私的奉献给大家。无论他的技术文章深度怎样，他始终有那种布道的精神。言辞之中，还是充满了那种激情。他心中最大的希望，也许就是希望大家能够少走弯路，多吸取前人的经验教训。当然了，现在软件业的方向已经很开拓了，类似超级解霸这种工具，在市场上显然不是占有很大的或者说很主流的方向，也不是那种可以为社会带来更多直接效益的软件。我总感觉类似于Herosoft、Kingsoft这类公司的软件，规模不会太大。尤其是架构于微软这种强势OS上面的软件，如果增值的部分没有找准确，干起来会比较累，或者说，不会有什么太大的发展。否则，MS也不会这么费劲的往企业管理软件这个圈子里面挤了。
其实，还有一点，老梁所作的软件，决定了他对软件工程理念的不屑一顾，尤其是箴言的最后几章更为明显。看了这些部分，加上前段时间csdn兄弟们的评论，确实感觉到他的思路还是局限在了DOS开发模式下。一直用API，无论OO的思想是否适合于大型软件，他的思路已经被解霸限制住了。这也许是众多网友多老梁这种费力不讨好的“奉献”进行抨击的一个理由吧？他的成对编码、良好的注释习惯，都在书中一再强调。其实，软工里面，类似的技巧性的东西太多了。而那种成体系的东西，可惜没有看到老梁提到过。比如说，软件过程定义，这个东西我现在越发的感觉到它的重要性。虽然CMM太过于繁琐，太过于想解决软件开发成本的“量化”问题，但是这种业界多年积累的经验，确实对我们开发软件，有极大的帮助。对我们进行软件开发，是一种极有体系的培训。
老梁一直是一个布道者，他强调很多次的，就是知识是连贯性的。这点，我的想法其实也一直很他一致。可惜的是，我从来没有受过系统的训练，一切都是自己摸索中进行，自我感觉有很多课需要补。还不错，我还能意识到自己有很多东西要学，虽然快30了，也不算晚，呵呵。
对于线程中不要作图的那一小部分，我没有遇到过死机的情况，不过，我处理的方式确实和老梁提的是一致的。就是说，线程SendMessage到主线程，由主线程来进行UI的更新显示。这种方式的好处是，线程可以专心负责处理逻辑，把UI与之分离。当然了，如果线程专门负责UI，那就另当别论了。
但是，我以为道理是一样的，这不是拨弄语法，恰恰可以看出一个人考虑问题思维逻辑的严密性。
“正确的入门方法"? 有错的的入门方法吗? 用了错的的入门方法又有什么不好?
------
特别同意这一点！
也从侧面反映了中国教育的千篇一律、教条主义。
而且，事实上，往往一个人就是在挫折中得到成长乃至成功。
我们不应该让定势的思维束缚了自己的手脚。
很遗憾的说一句
我觉得作者技术水平很高
可惜语言表达能力很成问题
无论中文英文，语法错误随处可见
导致这本书读起来磕磕绊绊
可以看到闪光点
但是缺乏流畅感和深度
感觉上是很不错的
技术和学技术的态度都给了建议
较什么真啊