5.写好代码很难
与写出烂代码不同的是，想写出好代码有很多前提：
- 理解要开发的功能需求。
- 了解程序的运行原理。
- 做出合理的抽象。
- 组织复杂的逻辑。
- 对自己开发效率的正确估算。
- 持续不断的练习。
写出好代码的方法论很多，但我认为写出好代码的核心反而是听起来非常low的"持续不断的练习"。这里就不展开了，留到下篇再说。
很多程序员在写了几年代码之后并没有什么长进，代码仍然烂的让人不忍直视，原因有两个主要方面：
- 环境是很重要的因素之一，在烂代码的熏陶下很难理解什么是好代码，知道的人大部分也会选择随波逐流。
- 还有个人性格之类的说不清道不明的主观因素，写出烂代码的程序员反而都是一些很好相处的人，他们往往热爱公司团结同事平易近人工作任劳任怨�只是代码很烂而已。
而工作几年之后的人很难再说服他们去提高代码质量，你只会反复不断的听到："那又有什么用呢？"或者"以前就是这么做的啊？"之类的说法。
那么从源头入手，提高招人时对代码的质量的要求怎么样？
前一阵面试的时候增加了白板编程、最近又增加了上机编程的题目。发现了一个现象：一个人工作了几年、做过很多项目、带过团队、发了一些文章，不一定能代表他代码写的好；反之，一个人代码写的好，其它方面的能力一般不会太差。
举个例子，最近喜欢用"写一个代码行数统计工具"作为面试的上机编程题目。很多人看到题目之后第一反映是，这道题太简单了，这不就是写写代码嘛。
从实际效果来看，这道题识别度却还不错。
首先，题目足够简单，即使没有看过《面试宝典》之类书的人也不会吃亏。而题目的扩展性很好，即使提前知道题目，配合不同的条件，可以变成不同的题目。比如要求按文件类型统计行数、或者要求提高统计效率、或者统计的同时输出某些单词出现的次数，等等。
从考察点来看，首先是基本的树的遍历算法；其次有一定代码量，可以看出程序员对代码的组织能力、对问题的抽象能力；上机编码可以很简单的看出应聘者是不是很久没写程序了；还包括对于程序易用性和性能的理解。
最重要的是，最后的结果是一个完整的程序，我可以按照日常工作的标准去评价程序员的能力，而不是从十几行的函数里意淫这个人在日常工作中大概会有什么表现。
但即使这样，也很难拍着胸脯说，这个人写的代码质量没问题。毕竟面试只是代表他有写出好代码的能力，而不是他将来会写出好代码。
6.悲观的结语
说了那么多，结论其实只有两条，作为程序员：
- 不要奢望其他人会写出高质量的代码
- 不要以为自己写出来的是高质量的代码
如果你看到了这里还没有丧失希望，那么可以期待一下这篇文章的第二部分，关于如何提高代码质量的一些建议和方法。
Read full article from 关于烂代码的那些事（上） by Axb的自我修养
No comments:
Post a Comment