年终总结上的经验体会（脱水版）

说明，原文是内部述职会演讲PPT，为了避免涉及公司产品，【】括号的内容可以一眼飘过，脱水之后的内容应该和纯Java技术挂钩，欢迎褒贬不一的评论。 

 

1.重构，伴随着整个软件开发过程，大到软件需求评审会上的需求变更，小到一时灵感对变量的命名，重构不挑食，重构无处不在。
【举了两个工作中实际遇到的例子来说明】
如果发现想要使用某个方法，但它位于其它类中，就可以想是否可以提取父类或者接口，然后把通用的方法提取到其中，再对其进行继承或者实现，那样就可以方便地调用方法了
……
甚至，发现某个变量、方法和类的名字不合理，为了取一个更好的名字，冥思苦想，最后连自己都被纠结了进去，这个过程也算重构。

2.从现在起，开始考虑代码质量。
代码质量提高的目标：优雅、清晰、维护性强、没有坏的味道，如果让人第一眼看到就有种拍案叫绝的冲动，那么就再好不过了。

提高代码质量的方式有很多种，利用工具、经常看一些大师级的代码、团队codereview、重构、深入OO思想以及掌握常用的设计模式等等，都是很不错的方法。

【举了一个工作中实际遇到的例子来说明】

 

3.时时刻刻考虑程序的健壮性和异常，即使过单行道的时候都会向道路两边看看再过去。

在此，我们不争论java中的checked异常是否真的有必要，不争论“用户名不存在”这一事件是异常还是正常的use case，也不争论发生了checked异常是业务逻辑的责任还是发生了unchecked异常是程序员的责任，我们讨论通过异常来提高程序的健壮性。

【举了一个工作中实际遇到的例子来说明】 

 

4.代码就像你的左脚，测试就像你的右脚。

你可以先迈左脚，再迈右脚。然后一直走下去。
也可以先迈右脚，再迈左脚。然后一直走下去。
只要你不是一直单脚跳着前进，你都会走得很稳，而且没有人看得出区别来。

上面这句经典的话当然不是我的原创，但是我知道，测试很重要，非常的重要！

【举了一个工作中实际遇到的例子来说明】 

 

5.虽然软件开发是一个团队活，但是独立开发一些比较有价值的小工具，感觉也不错。

【利用我工作中开发的一款小工具来说明】

 

6.学习需要坚持，特别是看别人的代码。

当你拿到一个10万行的源代码时，前10天肯定很痛苦的，要是你能找到切入点一步步跟着源代码的运行流程看下来熬过前10天基本上就能豁然开朗了。

评论

23 楼 pop1030123 2010-12-23  

kangsg219 写道

cantellow 写道

llyzq 写道

这段话非常精辟，很多人不喜欢测试，其实就是不敢面对自己的问题
总希望代码没问题，或让测试人员去发现问题。
我原来也是这样，现在正在转变。

其实你这句话也很精辟。

没有测试人员测试过的代码，我是不敢让它上线的，越来越离不开测试了。

然后造成开发依赖测试？

22 楼 xuzhfa123 2010-12-23  

最本质的是得有开发规范

21 楼 yin_bp 2010-12-23  

又到了一年总结的时候了

20 楼 shmily2038 2010-12-23  

只有不断的测试，修改才能完善一个功能

19 楼 kangsg219 2010-12-23  

cantellow 写道

llyzq 写道

这段话非常精辟，很多人不喜欢测试，其实就是不敢面对自己的问题
总希望代码没问题，或让测试人员去发现问题。
我原来也是这样，现在正在转变。

其实你这句话也很精辟。

没有测试人员测试过的代码，我是不敢让它上线的，越来越离不开测试了。

18 楼 llyzq 2010-12-23  

我现在已经有自己写测试案例的习惯

自己写测试案例，其实就是需求分析、设计的产物

如果分析不到位，设计不充分，写出的代码实现什么功能，自己都不清楚

没有质量的代码只会更加浪费时间，而问题最终会回到原点---自己

17 楼 object_object 2010-12-23  

恩，楼上的说得好，我学习代码 编码方式主要从 大师那里看来的 和自己的经验

16 楼 javabkb 2010-12-23  

llyzq 写道

“代码就像你的左脚，测试就像你的右脚。
你可以先迈左脚，再迈右脚。然后一直走下去。
也可以先迈右脚，再迈左脚。然后一直走下去。
只要你不是一直单脚跳着前进，你都会走得很稳，而且没有人看得出区别来。”

这段话非常精辟，很多人不喜欢测试，其实就是不敢面对自己的问题
总希望代码没问题，或让测试人员去发现问题。
我原来也是这样，现在正在转变。

都很精辟...

15 楼 prowl 2010-12-23  

cantellow 写道

prowl 写道

cantellow 写道

prowl 写道

自己测自己的代码就是扯淡，起码要交叉测试。

我强调的是单元测试。
像功能性的测试，一般公司都有专门的测试团队。

我强调的是那些没测试团队而让开发人员自己完成 开发--》测试--》需求、设计文档（排名分先后）一条龙工作的扯淡理论

那我们两个讨论的不是同一个问题，不过你所说的情况比较惨的，至少我还没遇到过。
我比较好奇的是，开发人员做黑盒测试，是不是也会兼拿一份测试工程师的薪水。

同学你活在理想的国度么

14 楼 cantellow 2010-12-23  

prowl 写道

cantellow 写道

prowl 写道

自己测自己的代码就是扯淡，起码要交叉测试。

我强调的是单元测试。
像功能性的测试，一般公司都有专门的测试团队。

我强调的是那些没测试团队而让开发人员自己完成 开发--》测试--》需求、设计文档（排名分先后）一条龙工作的扯淡理论

那我们两个讨论的不是同一个问题，不过你所说的情况比较惨的，至少我还没遇到过。
我比较好奇的是，开发人员做黑盒测试，是不是也会兼拿一份测试工程师的薪水。

13 楼 xieye 2010-12-23  

cantellow 写道

llyzq 写道

这段话非常精辟，很多人不喜欢测试，其实就是不敢面对自己的问题
总希望代码没问题，或让测试人员去发现问题。
我原来也是这样，现在正在转变。

其实你这句话也很精辟。

我一直都不敢面对自己的问题

12 楼 prowl 2010-12-23  

cantellow 写道

prowl 写道

自己测自己的代码就是扯淡，起码要交叉测试。

我强调的是单元测试。
像功能性的测试，一般公司都有专门的测试团队。

我强调的是那些没测试团队而让开发人员自己完成 开发--》测试--》需求、设计文档（排名分先后）一条龙工作的扯淡理论

11 楼 黑暗浪子 2010-12-23  

<div class="quote_title">cantellow 写道</div>
<div class="quote_div">
<p><span style="color: #ff0000;">说明，原文是内部述职会演讲PPT，为了避免涉及公司产品，【】括号的内容可以一眼飘过，脱水之后的内容应该和纯Java技术挂钩，欢迎褒贬不一的评论。</span> </p>
<p> </p>
<p><strong>1.重构，伴随着整个软件开发过程，大到软件需求评审会上的需求变更，小到一时灵感对变量的命名，重构不挑食，重构无处不在。 <br></strong>【举了两个工作中实际遇到的例子来说明】<br>如果发现想要使用某个方法，但它位于其它类中，就可以想是否可以提取父类或者接口，然后把通用的方法提取到其中，再对其进行继承或者实现，那样就可以方便地调用方法了<br>……<br>甚至，发现某个变量、方法和类的名字不合理，为了取一个更好的名字，冥思苦想，最后连自己都被纠结了进去，这个过程也算重构。 </p>
<p><br><strong>2.从现在起，开始考虑代码质量。</strong> <br>代码质量提高的目标：优雅、清晰、维护性强、没有坏的味道，如果让人第一眼看到就有种拍案叫绝的冲动，那么就再好不过了。 </p>
<p>提高代码质量的方式有很多种，利用工具、经常看一些大师级的代码、团队codereview、重构、深入OO思想以及掌握常用的设计模式等等，都是很不错的方法。 </p>
<p>【举了一个工作中实际遇到的例子来说明】</p>
<p> </p>
<p><strong>3.时时刻刻考虑程序的健壮性和异常，即使过单行道的时候都会向道路两边看看再过去。</strong> </p>
<p>在此，我们不争论java中的checked异常是否真的有必要，不争论“用户名不存在”这一事件是异常还是正常的use case，也不争论发生了checked异常是业务逻辑的责任还是发生了unchecked异常是程序员的责任，我们只关注程序的健壮性。</p>
<p>【举了一个工作中实际遇到的例子来说明】 </p>
<p> </p>
<p><strong>4.代码就像你的左脚，测试就像你的右脚。</strong> </p>
<p>你可以先迈左脚，再迈右脚。然后一直走下去。 <br>也可以先迈右脚，再迈左脚。然后一直走下去。 <br>只要你不是一直单脚跳着前进，你都会走得很稳，而且没有人看得出区别来。 </p>
<p>上面这句经典的话当然不是我的原创，但是我知道，测试很重要，非常的重要！ </p>
<p>【举了一个工作中实际遇到的例子来说明】 </p>
<p> </p>
<p><strong>5.虽然软件开发是一个团队活，但是独立开发一些比较有价值的小工具，感觉也不错。</strong> </p>
<p>【利用我工作中开发的一款小工具来说明】</p>
<p> </p>
<p><strong>6.学习需要坚持，特别是看别人的代码。</strong> </p>
<p>当你拿到一个10万行的源代码时，前10天肯定很痛苦的，要是你能找到切入点一步步跟着源代码的运行流程看下来熬过前10天基本上就能豁然开朗了。</p>
</div>
<p>这谁写啊？感觉很诗意～哈哈。不错不错`</p>

10 楼 ryxxlong 2010-12-23  

EldonReturn 写道

其实这些都有个前提：时间充足，项目不紧。
要不然都不可能

++

9 楼 pch272215690 2010-12-23  

EldonReturn 写道

其实这些都有个前提：时间充足，项目不紧。
要不然都不可能

完全同意，我已经堆代码半年了。玩的就是复制黏贴。

8 楼 cantellow 2010-12-23  

prowl 写道

自己测自己的代码就是扯淡，起码要交叉测试。

我强调的是单元测试。
像功能性的测试，一般公司都有专门的测试团队。

7 楼 prowl 2010-12-23  

自己测自己的代码就是扯淡，起码要交叉测试。

6 楼 cectsky 2010-12-23  

都是十分美好的概念，难

5 楼 EldonReturn 2010-12-23  

其实这些都有个前提：时间充足，项目不紧。
要不然都不可能

4 楼 mtnt2008 2010-12-23  

基础但是不简单！做好很难