程序员的修炼之道(六)

要配置,不要集成

要将应用的各种技术选择实现为配置选项,而不是通过集成或工程方法实现。Yii框架的组件便是这一思想的最佳实践。

使视图与模型分离

要根据模型和视图设计你的应用,从而以低廉的代码获取灵活性。最近的nodejs好火,前后端分离是必然趋势,纯粹的模型测试起来也是非常方便。

测试你的软件,否则你的用户就得测试

无情的测试,不要让你的用户为你找bug

使用项目词汇表

创建并维护项目中使用的专用术语和词汇的单一信息源。这一点深有感触,为了方便,项目中通常会有一些简称,他对于业务人员是熟悉的,但编程人员却不这么想。

在你的作品上签名

过去时代的手艺人为能在他们的作品上签名而自豪。你也应该如此。坦白的说,签名之后再看这段代码会非常愉悦,有时还会陷入自我欣赏中,他其实还有一个作用,我对代码负责,我测试过并确保他的良好运行,也是一种自我监督吧。

这已经是最后一篇读后感了,其实严格地说,这并不是读后感,更像是一些读书笔记。到这里这本书已经读完,但是这本书说的绝大部分东西我都不是很懂,可能要等到真正做项目的时候才可以理解吧,加油。

原文地址:https://www.cnblogs.com/haheihei/p/12130277.html

时间: 2024-10-15 23:52:03

程序员的修炼之道(六)的相关文章

《程序员的修炼之道:从小工到专家》的读书准备工作

创造是主动的,完成是被动的 创造是艺术,完成是任务 创造是激情,完成是无奈 当细品这三句话时,我就突然把它联想到了我和我这个专业的关系;大概在家里憋了7天吧,我还是在前天爆发了,在不断的挣扎.纠结.和自我否定等消极情绪中,这三句话点通了我,我试着将恐惧.压力.惰性以及侥幸全部转化为行动以及对我这个专业的不断认识中.去百度.知乎.简书等学术网站寻找软件工程这个专业对我自身的意义与价值,同时也在搜罗着看哪本书能够让自己快速认可我的这个专业,并在这个专业上有所图(当时分流时因为导师的一句话就迷迷糊糊的

《程序员的修炼之道——从小工到专家》读第一章有感

         九月份,我读了<程序员的修炼之道--从小工到专家>这本书,虽然只是读了其中小小的一章,却让我收获了许多,收益匪浅.     从<程序员的修炼之道>这本书的介绍部分可以看出,该书是一本很棒的作品,该书由一系列独立的部分组成,讲述了许多富有娱乐性的奇闻轶事.有思想性的例子.以及有趣的类比,内容丰富多彩,并且本书还阐明了软件开发的许多不同方面的最佳实践和重大陷阱,无论是初学者还是有经验的编程员,都能从中获益.书中更是例举了许多程序员对这本书的看法,从他们的介绍中让我认识

程序员的修炼之道:从小工到专家读后感2

程序的修炼之道:从小工到专家 第一章:注重实效的哲学 1.我的源代码让猫吃了 J.B.Bossuet说过“在所有的弱点中,最大的弱点就是害怕弱点”.一个注重实效的程序员,并不害怕承认无知与错误.一个被认为最好的项目中,尽管有彻底的测试,良好的文档以及足够的自动化(自动化是什么鬼?),程序还是会出错. 但是,一个程序员必须要诚实和坦率来应对这个问题.责任是一个程序员应该主动承担的东西.我们能承诺完成一件确定的事情,但是我们不能直接控制事情的每一个方面,所以做之前需要对这件事情先做风险预估.但是,当

读后感《程序员的修炼之道:从小工到专家》1

从前言得知,这本书想要告诉我们以一种我们能够遵循的方式去编程,这可能是每个编程人员的福音吧,还有要"思考你的工作",思考出合理高效的解决方案,我希望通过这本书 的阅读,能够更加的注重实效,具有一些适合编程的思想,“纸上得来终觉浅,绝知此事要躬行”,在日后好好实践才是良方. 自开始接触编程以来,编程就是一个抽象的存在,其实不然,“编程是一种技艺”,“编程可归结为让计算机做你(或你的用户)想要做的事情”,通过编程吧一些切合实际的想法或功能变成程序,书中提及的“注重实效的程序员”应该是早期的

程序员的修炼之道读后感(四)

定期为你的知识资产投资 让学习成为习惯.编程语言.技术日新月异,小伙伴们都感受至深,幸运的是我们的知识获得比任何行业都更加容易和方便,大量的社区,教程和热心的作者.书中也给程序员提了几点建议,每年学习一门新的语言,每个季度阅读一本技术书籍等. 不要重复你自己 系统中的每一项知识都必须具有单一.无歧义.权威的表示.其实我还是不太明白这句话,目前能做的,就是尽量不写重复的代码. 让复用变得容易 如果复用很容易,人们就会去复用.创造一个支持复用的环境.将相同的功能抽离出来,可能会大量用到的方法使用静态

程序员的修炼之道读后感(三)

阅读了这本书的第三四章,让我明白了程序的稳定性.健壮性最重要,为了完成这个目的,编程时最好使用最稳妥的编程方式,比如文本编辑,虽然费时费力,但却最稳妥.一定的存储空间换来程序的健壮性我觉得是值得的. 不要意图掩饰程序的瑕疵,勇于承认,因为死程序是不会说谎的,在项目测试时崩溃总比在商业用途中崩溃好. 让工具变为双手的延伸纯文本的威力Keep knowledge in Plain Text.用纯文本保存知识.文本的威力:不过时:杠杆作用(每一样工具都可以工作在纯文本上):更易于测试:纯文本是永远的公

《程序员的修炼之道:从小工到专家》有感(二)

石头汤与煮青蛙--在这里有一个名词叫“启动杂役”,就是你明确的知道你想要做什么,并且知道自己是对的,整个系统就在自己的眼前,但请求许可去做整件事情的时候,你会遇到拖延与漠然.预算需要批准,事情会变得复杂化,每个人都会护卫自己的资源.这个时候士兵们会来煮石头汤,并建议村民如果加入...会更好来吸引村民,我们在做项目的时候亦可如此,先做出一个小产品,然后再说如果有...就会更好的,这是你就会得到原来想要的东西,因为让人们参与正在发生的成功更容易,让他们瞥见未来,就能让他们聚集在你的周围.因为没有人会

程序员的修炼之道-- 从小工到专家 第二章读后感

该书第二章开讲述的是重复的危害,重复分为好多种,但每种重复的出现都是没必要的,重复的出现使得代码的运行效率大打折扣,并且占据了很多无意义的空间.要想解决重复的问题,关键要学会复用,要充分提高代码的利用效率,要做到复用一个代码要比自己新敲一段代码容易,这样就能养成遇到问题现找可复用的代码,而不是直接去新敲一段代码. 第二小节则是讲述了正交性的好处,在敲代码的过程中我常常遇到一些bug解决他们的时候难免要改来改去,到处去寻找问题发生在哪里,正交性就是解决这个问题的,正交性可以消除无关代码之间的联系,

P8架构师倾情讲述,看源码是Java高级程序员内功修炼必经之路

笔者前两天总结了一些Java程序员进阶必备的技术要点,并且做出了分享,可以参见前篇文章< Java程序员年薪40W,他1年走了别人5年的路(技术提炼建议收藏) >. 今天笔者在这里给大家介绍一下程序员的内功,内功修炼的内容就与之前文章中的技术内容大致相似,但是,那些技术不是说你想学就能学会的,如果你只是写了几年的业务代码,不对源码加以分析,那么你永远只是停留在码农阶段.你必须要学会看懂代码,才能尝试在架构技术上加深造诣,架构师之所以称之为架构师,源于他们对源码透彻的理解. 首先先为大家介绍一下