程序员修炼之道学习记录之注重实效的哲学

七.重复的危害 我们觉得,可靠地开发软件.并让我们的开发更易于理解和维护的唯一途径,是遵循我们称之为DRY的原则: 系统中的每一项知识都必须具有单一.无歧义.权威的表示. DRY-Don't Repeat Yourself.    不要重复你自己. 与此不同的做法是在两个或更多的地方表达同一事物.如果你改变其中一处,你必须记得改变其他各处.或者,就像那些异型计算机,你的程序将因为自相矛盾而被迫屈服.这不是你是否能记住的问题,而是你何时忘记的问题. 重复是怎样发生的 我们所见到的大多数重复都可归入

从学习编程到投入实际开发,犯无知的错误必定会发生.即使是在最好的项目中,尽管有彻底的测试.良好的文档及其最好的队员.每个人的局限性注定会在某一方面稍有不足.我们为我们的能力而自豪,对于我们的无知与错误,我们应该诚实. 从你接下来一个任务时,你便有了一个责任.当错误犯下的时候,有没有问过自己,自己在开发过程中是否已经足够尽力,足够小心?首先是审问自己而不是责备别人.这便是体现一个优秀者审视问题态度的重要表现. 确实如果存在队友的失误或者供应方的不足之处,那么想想我们是否有第二手准备.别人常说学计算

这几天开始看<程序员修炼之道>,也许不少人看了书的标题,第一时间会觉得这是鸡汤一类的书.但至少以我自己的感受来看,这是很棒的书,现代人文主义不是提倡自我意识嘛,自己感觉好的就是好的.况且人家也是经过了时间和口碑的双重考验的,真心值得好好阅读. 作者在再版的序中写道: 写完<程序员修炼之道>至今已有十年.在这十年中,软件产业发生了翻天覆地的变化.--从表面上看,软件世界似乎陷入了疯狂的状态.但如果你深入繁杂表象的背后,会发现变化其实并不大.1999年的那些通用开发原则,在2009年同

十月这一个月以来,读了关于程序员修炼之道的第二站,注重实效,其中有一句话让我印象深刻. 系统中的每一个知识都必须具有单一,无歧义,权威的表示. 通过这本书,我了解到我们程序员对我们所创建的应用进行维护时,我们必须找到并改变事情的表示,在我们开发的规范,过程和程序中很容易重复和表达知识,然而,这样会很容易让我们的代码失效,并且通过dry我了解到了,它不仅仅存在于我们的程序,更存在于我们的生活,我们在编写代码的时候,不是所有代码都需要加注释的,也不是所有的代码都不加注释,而是择优,选择你认为的高级代

概述 花了几天时间看完了程序员修炼之道,有很多感悟,记录于此,供自己开发时参考,相信对其他人也有用. 值得一提的是,这本书写的非常好,很多大牛在走了很多弯路之后再读这本书都很感慨没有早些读. 注重实效的哲学 我的源码让猫给吃了 1.为你的行为负责是注重实效的哲学的一块基石. 2.除了尽你所能之外,你必须分析风险是否超出了你的控制.对于不可能做到的事情或是风险太大的事情,你有权不去为之负责. 3.要提供各种选择,而不是找借口:不要说事情做不到,要说明能够做什么来挽回局面. 软件的熵 1.熵指的是某

<程序员修炼之道>读书笔记 之所以选择这本书作为第一本书,是因为这本书描述了一些程序员编写大型项目时所应该遵循的最基本的原则和可以使用的最基本的工具.它没有描述某一种特定的语言.特定的算法,也没有推荐一种编程方法作为万灵药,而是介绍了实用主义的思想,并介绍了一整套方法论帮助程序员与团体避免错误.避免浪费无谓的时间,更有效地开发程序. 在此前的学习中,我所学习的知识往往是一个个点状的知识.学校安排了c语言.数据结构等课程,我自学过一点点cpp.python,甚至了解过一些web架构,但从来没有一

最近央视给我们连续分享了<大国工匠>,很是羡慕,嫉妒,恨.要知道我们程序员也是一名工匠,哈哈.最近用两天多的时间读了一本和工匠有关的书籍<程序员修炼之道-从小工到专家>这本书,现在分享给大家,因本人能力有限,拙劣之处请包涵. 从这本书的名字说起,这本书现在的名字体现不出来书中的主题内容,书的原名为<The Pragmatic Programmer>翻译为<注重实效的程序员>,看到这个题目想必大家对书的主题有个大概印象.这本书在编码问题,软件架构和设计,项目管

程序员修炼之道从小工到专家 到今天为止读完了该书的前两章,有了一些启发和体会,感觉有必要下下来做一些总结. 这本书用了许多列子关于软件的或不关于软件,都给了我很多感受,因为它们都是前辈们珍贵的经验,对我们以后的工作和生活将产生重要影响. 程序员应该注重实效,这是一种解决问题的风格,程序员应把问题放到更大的环境中去解决,总是设法注意更大的图景. 在所有的弱点中,最大的弱点就是害怕暴露弱点.我们程序员应该勇于承认自己的不足,这样才能更大的提高自己的能力,满足客户的要求,实现双赢.这就要求程序员必须有

<程序员修炼之道>读书笔记 提供多种选择,不要找接口 出了问题后,要提出各种解决方案的选择,而不是找借口:不要说事情做不到,要说明接下来做什么来挽回局面: 不要容忍破窗户 我们看到过整洁.运行良好的系统,一旦窗户开始破裂,就相当迅速的恶化: 不要留着破窗户不修:发现一个bug就修复一个,如果没有足够的时间进行恰当的修理,就用木板先订起来:或许你可以先把代码注释起来,或是显示"未实现"的消息:采取某种行动防止进一步的损坏,并说明情形在你的控制之下: 投资知识资产 我们喜欢把程