基本信息
|
|
与其他用户分享您的观点:
|
||||||||||||||||||||||
|
按有用程度排序
13/13 人认为此评论有用
平均5.0 星
靠谱的程序员都是相似的,
评论者
评论的商品: 程序员修炼之道:从小工到专家 (平装)
<<The Pragmatic Programmer>>中文版的书名被译作《程序员修炼之道》,这倒和原书的副标题“From Journeyman to Master”有些贴切,按照书中的指点修炼,不说变为大师,成为一个“靠谱”的程序员应该问题不大。<<The Pragmatic Programmer>>出版于1999年,距今已有接近10年,可惜自己最近才完整看了一遍。读之前觉得认为可能会比较虚,会和不少讲软件工程和管理的书类似,讲一些大而空的问题,一些看起来绝对正确而又没什么用的废话。没想到读了开头就再也放不下了,觉得作者真是“太有才了”,随便摘录几条(有些是自己的体会): 1、DRY Don't Repeat Yourself 同样的信息应该只在一处出现,不然会给以后的维护带来无穷无尽的烦恼。 2、对待bug的态度 有些开发人员,遇到bug,总先要辩解一下,“不可能”“不会吧”“我怎么没发现”“你操作有问题吧”,就是不想承认。有的人则是出了问题先怀疑操作系统、怀疑库函数、怀疑编译器、怀疑硬盘、怀疑网络,就是不怀疑自己写的代码有问题。当然不排除系统可能会有问题,可是这比买彩票中500万的概率还要小,还是先从自己的代码找原因吧。 3、Don't Assume It —-- Prove It 经常遇到这种情况,开发人员遇到了一个bug,查了一下,觉得可能是这个原因,好,马上修改代码,提交,Done!其实有很多时候bug根本没有被修正,首先要做的是重现bug,重现的步骤越简单越好,修改完再用同样的步骤,看bug是否不再出现,否则你怎么知道bug已经被fix了呢。 4、Crash Early Crash, Don't Trash. 早死早托生。尽早暴露问题,而不是搞的一团糟。(这一点要辩证去看) 5、Don't Program by Coincidence 代码为什么正常工作?不知道!反正写了那么多,看起来是工作正常的。很多时候如果我们说不清楚,那是说明自己还没有完全理解这个问题,代码也只是幸运的运行起来了,深层的bug隐藏在里面,只是还没有暴露出来,总有一天会以更具破坏性的方式去爆发,“出来混,总是要还的”。开发人员也常有侥幸心里,有时候自己测试也遇到了问题,可是不好重现,大多数情况下又是正常的,就会想“在客户哪儿应该不会出问题” 6、Ruthless Testing --- 无情测试 “Extreme Programming”也有类似的口号“continuous integration and relentless testing”。“多数开发人员憎恨测试。他们倾向于小心翼翼地测试,知道代码哪儿会出问题,就下意识避开” 很多问题,只要稍微用心去测,就会测出来,而不至于到用户那儿再暴露出来。这一点也是我们需要加强的,建立测试的环境和机制,让问题尽早暴露出来。 另外还有好多Tips,比如“每年学习一门编程语言,每月读一本技术书籍”“功能正交性”“破窗理论”“代码即文档” 学好一门计算机编程语言真的不值得过分骄傲,可悲的是,我们往往一门编程语言也没有学习好就在简历上写着精通XX编程。为什么有的程序员,工作十年了还不开窍,仍然写不出高质量的程序,以至于哀叹程序员是吃青春饭,过了三十岁就不知道何去何从。为什么有的程序员,勤勤恳恳,却事倍功半,写出来的程序仍然七疮八孔,bug众多? 想了解更多吗? 那就去读这本书吧 :) ~~ 读者:蔡继民
5/5 人认为此评论有用
平均5.0 星
主观偏见,
评论者
评论的商品: 程序员修炼之道:从小工到专家 (平装)
这是一本为程序员写的书,是一本好书。好书应该由好程序员来读,如果你不是好程序员,或者,不想成为一名好程序员,有趣的事很多,就别在这儿浪费精力了。好程序员需要优秀的思想,这是本书第一部分主要阐述的内容。Andy和David采用调侃、隐喻等方式,讲述了现实情景中,一名好程序员应该具备的思维方式、价值观以及习惯。 好程序员是需要精当的方法。这一部分介绍了一些方法,原则,或者我们可以称作“元(meta)”方法的东西。它们均来自于作者实际工作和具体实践,很生动、具体。有时你只有经过反复思考、实践,再思考之后方才能有所感悟。 好程序员需要顺手的工具。程序员或开发者并不是赤手空拳的。就像作者在书的开始部分所讲“你或许感觉到同事似乎在使用一些工具,从而使他们比你效率更高”。实际上,我们并不缺少工具,问题是我们往往不知该使用哪些,在哪种情况下使用。如果你经常有这类问题,这一部分就是你的参考答案。 好程序员需要最佳的实践。Dave和Andy花费了5个章节,几乎占据了整本书一半以上篇幅,详细阐述了程序员在日常工作中经常可能遇到的具体问题,并且提供了相应的指导、建议和解决方案。 完整地覆盖了程序设计、代码实现以及项目管理等有关实践的重要事项。 另外,关于阅读方法,我不同意原作者可从任意章节开始阅读的建议。虽然现代认知科学一再证明,学习是一个多样化的,充满个性的过程,每一名学习者都可以按照自己的喜好,安排相应的学习方式。但这都有一个基本假设:没有上下文关联的语境问题;与此相反,在本书中,这个基本假设是不存在的。所以,对于本书,正确的阅读方式应该是按顺序阅读前三个章节,后面的章节你尽可自由。上述建议完全出自个人实际体会,主观且真实。 最后,借用Kent Beck在《解析极限编程》一书中的话与大家共勉:“再全面的园艺书也无法使你成为园艺师。首先你必须从事园艺工作,其次要加入园艺者团队,然后教授别人园艺。那时你就是园艺师了”。
4/4 人认为此评论有用
平均4.0 星
一条条建议基本上都是精华,现在看来亦有常读常新之感,
评论者
评论的商品: 程序员修炼之道:从小工到专家 (平装)
“这本书完全是实际经验的总结,一条条建议基本上都是精华,现在看来亦有常读常新之感。不过这本书的最大问题就是,说的很多,信息量很大,但相对比较简单(条条扩充就变成另一本《代码大全》了),于是对于没有一定经验的初学者来说,难以引起共鸣。 当时我在看这本书的时候的心态也是“好书,讲的是真理,一定要接受”,而并没有进行更多的反思和比较,在我现在看来这种读书方式是很危险的,我的幸运之处也在于“盲从”对了人。” 博客园老赵如是说。
与其他用户分享您的观点: 我要写评论
|
按发表时间排序 |
|
话题列表
相关论坛里的话题
论坛搜索
|
相关论坛
|