轻松写意程序人生 [转]

现在越来越多的人从事编程工作，但是并不是所有的人都能对其编程工作处理得得心应手。那么，如何能在工作当中更好的处理这些编程相关的工作呢，则需要一定的技巧，而这些技巧的掌握与否，可能直接关系到你工作的轻松度。

 

首先，我们从程序员日常的工作说起，大致的工作分如下几点：

1．  编写程序代码；

2．  进行相关的程序设计；

3．  程序调试；

4．  程序维护；

5．  编写程序文档；

6．  阅读其他人的程序文档；

7．  学习新的技术资料。

 

而在这些工作当中，让程序员经常头疼的又是哪些呢，恐怕是：

l         程序调试，尤其当程序出现莫名其妙错误的时候；

l         程序的变动，即程序维护；

l         阅读其他人的程序或文档，特别是当这些程序或文档的可读性差的时候。

 

那么作为一个程序员，面对日常这些工作，如果想轻松应对的话，恐怕最希望得到的是如下几点：

l         程序代码编写得越少越好；

l         进行程序调试的时候，能更容检查出来；

l         程序能方便的进行修改和扩展；

l         团队之间方便合作和交流。

 

不难看出，如果想自己的程序人生变得十分写意的话，就尽量解决让我们头疼的事，以及更方便获得我们所希望得到的。那么如何才能实现我们的目的呢。

 

首先，为了能让大家更清楚地意识到，我首先用一个表格来说明一下软件开发周期。

程序设计

编码

测试

维护

      

很明显，维护阶段时间最长，其次是程序设计和测试，最后才是编码。然而对于程序员来说，在每个工作阶段中的工作时间和工作量之间对比又是不同的，大致如下：

	程序设计	编码	测试	维护
工作时间	较短	最短	较短	最长
工作量	较少	最多	较少	较少

 

大家可以很清楚地看到，对程序员来说，在编码阶段工作时间最短，然而其阶段的工作量却是最多的，那么如何把这个阶段处理得当则至关重要。接下来，就具体说明的几点技巧。

 

首当其冲的是，要选择一个好的开发语言以及开发工具。俗话说：“工欲善其事，必先利其器”。作为一个编程人员，如果没有个好的工具，试问怎么能干好本职工作。这一点，我就不再详细说明了。

 

其次在做程序设计的时候，不要仅仅考虑稍后的编码，而要全局考虑。正如孙膑所说“胜兵：先胜而后求战；败兵：先战而后求胜”。推广到我们在做程序设计的时候，不要仅仅为了编码而去设计，而要考虑现在软件项目的需求变动很大，以及今后的扩展性等等。否则，当需求发生变动的时候，你不得不再重新设计一边，然后再把编码、测试这些过程再走一遍，岂不得不偿失。因此，我们宁可在前期设计的时候考虑的问题多些，工作做细些，也不要到头来做重复工作。

 

再着就是，每个程序员要建立自己的代码库，如果是团队的话，要建立团队的代码库。大多的程序员很少建立自己的代码库，每个项目完成后也不整理自己写过的代码，这样下来，以前积累的经验就浪费了。再写一个新程序的时候，又去重新编写。试想一下，这样不是在做重复工作，既浪费了时间降低了效率，又增加工作的枯燥性。其实这样的习惯不好，最好是自己建立一个的代码库，每当项目完成后，整理自己写过的代码，把某些比较好的程序部分，抽出来填充自己的代码库，以便下次使用。

 

最后要提的一点，也是大家经常忽略的一点，就是代码规范。很多人一提到这一点，都会点头认可，但是真正到自己写程序的时候，却往往忘了这一点。在此，我要强调的是，养成好的编码习惯，因为大家都讨厌读一些可读性很差的代码。例如：我几年前的一个同事，他在编写代码的时候，竟然用拼音字符来作为变量名，造成每个变量名长达二三十个字符，当他请我帮他解决问题的时候，我一看他的代码就头晕了。希望能用这个例子能让大家牢记这一点。

 

以上就是我所介绍的几点技巧。其实，我们也看到了，程序设计的好坏直接影响到整个软件开发过程，也是重中之重。如何能做好程序设计呢。在我看来，首先就是对一个大的系统要进行分层；其次，对每个小的系统要进行封装独立化。这也就是为什么现在经常讲的三层或两层架构，以及什么OO编程等等。而当你在设计的时候使用这些方法或思路，你就会发现，这些方法和我前面讲的技巧是完全对应的。所以如果你能真正体会并应用上面所说的几点，我相信你的程序人生一定会变得轻松愉快！

 

 

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=631969