看到这个书名的时候,会不自觉的想起周星驰在《喜剧之王》中的经典桥段,手拿一本《演员的自我修养》激励着很多懵懂青年。
就像这本书的自序所讲的,这是一本包含有许多朴素的经验,写给注重实效的程序员的一本“演员的自我修养”。
刚刚步入编程队伍的我,正需要这样一本书给予我经验,也因为是多年精心耕耘的结果,一时不能全盘收入囊中,只能让思想先入为主,在开发中加以理解。
如何提问?
1:确切地知道你想要问什么,并尽量明确具体;2:小心而得体地组织你的问题,记住你是在请求帮助;3:发邮件时请使用有意义的主题;4:坐回椅子上,耐心等候。
不要容忍破窗户
当你看到糟糕的设计、错误的决策和糟糕的代码时,修正它们。在工作中,很容易对源源不断的bug不耐烦,或许被自己说服侥幸绕过,以后就会有更多的直至难以修复。破窗户讲的故事是一个小区的一扇窗户没有及时维修导致整个小区陷入被更多破坏的现实,人们再想起维修时,代价巨大,治安特别好的地区也对破窗严格治理。
定期为你的知识资产投资
让学习成为习惯。编程语言、技术日新月异,小伙伴们都感受至深,幸运的是我们的知识获得比任何行业都更加容易和方便,大量的社区,教程和热心的作者。书中也给程序员提了几点建议,每年学习一门新的语言,每个季度阅读一本技术书籍等。
不要重复你自己
系统中的每一项知识都必须具有单一、无歧义、权威的表示。其实我还是不太明白这句话,目前能做的,就是尽量不写重复的代码。
让复用变得容易
如果复用很容易,人们就会去复用。创造一个支持复用的环境。将相同的功能抽离出来,可能会大量用到的方法使用静态关键字。
用曳光弹找到目标
曳光弹能通过试验各种事物并检查它们离目标有多远让你来追踪目标。这应该是最近比较流行的敏捷开发了吧,快速迭代,在实践中调整目标。
利用shell的力量
当图形用户界面无能为力时使用shell。自从用了Ubuntu,我已经习惯了命令行操作,它能解放你的右手,这种感觉相当舒服,可以帮助我们自动完成一些工作。
要修正问题,而不是发出指责
bug是你的过错还是别人的过错,并不是真的很有关系——它仍然是你的问题,它仍然需要修正。勇于承认自己的过错,这没有什么。
不要恐慌
做一次深呼吸,思考什么可能是bug的原因。记得刚入团队时,我时常会对难以捉摸,尤其是不能复现的bug感到恐惧,但细细寻找,你还是能看到蛛丝马迹。
通过合约进行设计
使用合约建立文档,并检验代码所做的事情正好是它声明要做的。规定好我们要传入的参数的类型,数量,将他们写在注释里,并对不合约定的参数进行处理。
要配置,不要集成
要将应用的各种技术选择实现为配置选项,而不是通过集成或工程方法实现。Yii框架的组件便是这一思想的最佳实践。
使视图与模型分离
要根据模型和视图设计你的应用,从而以低廉的代码获取灵活性。最近的nodejs好火,前后端分离是必然趋势,纯粹的模型测试起来也是非常方便。
测试你的软件,否则你的用户就得测试
无情的测试,不要让你的用户为你找bug
使用项目词汇表
创建并维护项目中使用的专用术语和词汇的单一信息源。这一点深有感触,为了方便,项目中通常会有一些简称,他对于业务人员是熟悉的,但编程人员却不这么想。
在你的作品上签名
过去时代的手艺人为能在他们的作品上签名而自豪。你也应该如此。坦白的说,签名之后再看这段代码会非常愉悦,有时还会陷入自我欣赏中,他其实还有一个作用,我对代码负责,我测试过并确保他的良好运行,也是一种自我监督吧
。