`
wings_king
  • 浏览: 4717 次
  • 性别: Icon_minigender_1
  • 来自: 成都
社区版块
存档分类
最新评论
文章列表

It is written

今天和老婆一起去看了《平民窟的百万富翁》,看完之后,有一种莫明的悲伤和感动。很久没有这种感觉了,很多电影也就是看完就算了。 电影中有一句台词:It is written。电影中的翻译是”命中注定“。 是谁来注定你的命运? 是上天? 是社会? 还是你自己? 在社会上摸爬滚打了多年,我已经不相信”命运掌握在自己手中“了。或许有人可以掌握自己的命运,但是绝大多数的人是不行的。但是,我相信人可以影响自己的命运,只要你不放弃希望,一直坚持下去! 命运这本书,由上天、社会和你共同写成,或许你能写的只是寥寥几句,但是你不能放弃写的权力。
  大部分关于单元测试的概念的共同部分是单元测试由一组独立的测试构成,其中每个测试针对一个单独的软件组件。但是对于组件的定义就各不相同了。在单元测试中,我们通常将最原子的行为单元看作组件。通常来说,在过程化的语言中,我们将一个方法看成一个单元;在面向对象的语言中,我们将一个对象类看成一个单元。 我们能否只测试一个方法或者一个类?在我们的程序中,方法和方法之间总是存在大量的相互调用。在面向对象的程序中,类也不是孤立存在的,我们也很少有不使用其他的类的类。(就算有,也大部分是数据类等)。 但是,独立的测试是单元测试中的一个很重要的部分。和那些覆盖了很多功能和代码的“大测试”相比,“大测试”有如下 ...
  这一章节的题目是Working With Feedback,暂时没有想到合适的翻译,姑且叫做“根据反馈工作” 我们可以以两种方式进行改变,作者称之为“ Edit and Pray”和“ Cover and Modify”。 Edit and Pray的工作方式是:首先计划要修改的内容,然后阅读和分析要修改的部分,确保理解了要修改的代码,然后进行修改。修改完成后,启动程序来验证修改生效了,然后在程序中“四处乱逛”来检查其他的部分没有被破坏。 Cover and Modify的工作思想是:当我们修改代码的时候,会有一个“安全网”来保证我们的修改是正确的。这里 Cover的意思是使用测试来覆盖 ...
在我们的工作中,总是会碰到各种各样的问题。有的是技术上的,有的是管理上的,有的是人际关系的处理上的。解决这些问题的过程,就是提高我们的经验和能力的过程。因此,这些问题实际上就是我们的职业生涯的磨刀石。 这个分类中是所有我在工作中碰到的问题,也许是很小的问题,但是也是一种经验的累积。
  要在改变代码的同时确保其他的部分没有被影响是一个很大的挑战,可能会有很大的风险。因此很多团队采取的办法就是:尽量减少改变。能不改变的就不改变! If it is not broke, don't fix it. 毕竟不是所有的人都了解所有的事情。 这种想法认为我们可以通过避免改变来减少软件的问题。但是,当我们避免创建新的类和方法的时候,原有的类和方法会变得越来越大,越来越难以理解。我们在做改变之前肯定会花费一定的时间来熟悉、了解我们要改变的部分。好的系统和不好的系统之间的差别就是:好的系统易于理解,并且你会很有信心去改变它。不好的系统让人犹豫不决。 避免改变还有另外一个后果,如果人们不是 ...
  今天开始读 Michael C. Feathers 的《 Working effective with legacy code》。准备写一些读书笔记,主要是为了加强自己的理解,同时也是为了将来的复习。   修改代码是每个程序员都干过的事情,无论是过去、现在还是将来。有时候是修改自己编写的代码,有时候是修改别人编写的代码。可以说,修改代码是程序员工作中很重要的一部分。 简单来说,修改代码的原因主要有以下几种: 修改 Bug 添加新的特性 改善设计 优化资源的使用   修改 Bug和添加新的功能就不用说了,估计每个程序员都做过。通常修改 Bug和添加新的功 ...
Global site tag (gtag.js) - Google Analytics