标签：
无数的人问过类似的问题, 怎么样才能做一个好的程序员? 在回答这个问题之前, 首先得明白什么是好的程序员, 这样才有方向和目标, 可是这事情太主观, 可能各人的标准千差万别, 不谈那些传奇性的独自一人做出伟大事情的特例, 也不谈什么上天入地, 上帝大牛的诡论, 以下是我比较认可的, 在通常的项目开发中, 一个好程序员的标准.
目录:
在项目开发中, 一个程序员的能力等于其解决问题的能力. 假如想有个尺度来衡量这个能力的话, 一个程序员的能力可以用能完成任务的规模和难度来衡量.
因为难度上不好那么简单的划分, 并且在一般的项目开发中(非研究性项目), 任务的难度主要来自于任务的规模带来的复杂度, 这里把任务从规模上大致的划分为1个函数=>1个类=>1个功能=>1个模块=>1个项目
更细致的划分时,函数, 类, 功能, 模块, 项目本身也有简单和规模大小之分.
不同规模的任务主要的问题也体现在不同的方面:
什么决定了一个程序员解决问题的能力呢? 我认为有如下几个因素:
在同等水平的程序员之间, 一个对某领域问题有所了解, 一个对该领域完全不了解, 完成该领域同样任务的效率差了不止一个数量级. 这就是我们通常所说的"经验"的作用, 这种经验可以看作是知识积累,
一个程序员的知识积累很大程度上决定了其解决问题的能力.
有意思的是, 因为经验这个事情不太好有准确的衡量标准, 我们为了简单, 常常就拿工作几年说事, 但是这种粗暴的标准有很大的问题, 工作年限同样长的人水平差异可以是巨大的.
按老话说, 用一年的经验工作二十年并不等同于二十年工作经验.
这是一个知识大爆炸, 知识刷新频率让人无法追赶的时代. 一方面, 面对一个稍有难度的任务, 难免会有超出自己现有的知识范围的时候, 此时自学能力决定了你能多快的完成此任务(或能否完成此任务). 另一方面, 你的自学能力决定了在平时的工作过程中, 你积累知识的多少.
自学能力强的人, 即使没有人指点也总能在项目的代码中学到东西. 而反过来, 学习意愿弱的人写的代码被别人重构后, 也不会想想, 这段代码是否改的更好了以及为什么. 同时, 一个自学能力强的人也更有希望主动的在业余去学习更多的知识, 而不是直到工作中碰到才去被动学习.
从较长的尺度上(比如一个人的工作生涯)来看, 一个程序员知识积累的多少只决定于其自学能力和他对编程本身的兴趣.
本来我是想把一个程序员的品味单独列出来的, 后来仔细想想, 一个程序员的品味其实不是一种天生的能力, 而是基于现有知识的积累, 形成的对事物的看法. 所以把品味放在自学能力下面的. 同样的, 其实通常说的正确的思维模式和方法, 其实也是来自于知识的积累. 这里我就根本不提这一条了.
品味往往用于形容一个人对时尚衣着, 食物等的看法, 其实对程序员来说, 品味也很重要.
不同的品味不仅决定了不同的语言设计者怎么设计编程语言, 也决定了一个程序员在做项目时会使用什么语言, 什么框架.
不同的品味决定了你会选择什么样的操作系统, 什么样的工具, 用什么样的代码规范.
不同的品味甚至还决定了你会选择什么样的职业发展方向, 什么样的平台, 开发什么东西.
对代码的品味决定了你看到一段不好的代码就能"闻到坏味道", 对解决方案的品味决定了你在 开源/闭源, 激进/保守, 简单/功能强大但复杂 等解决方案之间的选择.
对于代码的品味, 我觉得没有什么比The Zen of Python更有意思的了:
关于品味, 想顺面提及的是对设计的品味, 比如一个网站的设计, 一个博客的设计. 我最开始写博客是在CSDN(http://blog.csdn.net/vagrxie), 最大的好处就是免费, 并且不用我维护, 但是后来慢慢的就感觉模版风格没有符合我品味的, 而修改模版又麻烦, 弹出框也挺烦人的, 写文章的方法也尝试了很多, 总没有找到一个合适的. 建了独立博客后(http://www.jtianling.com), 刚开始就是照搬了酷壳的模版, 然后在线写, 后来感觉模版看着不舒服, 自己从wordpress的默认模版上改了一套自己的, 主要的改进就是文章内容页面改为了合适宽度的单独一列, 代码段用pygments的default风格做高亮, 因为我觉得这样才适合阅读并且美观, 而写博客的方法在在尝试了很多方法后, 现在使用Vim + markdown来写, 用git管理, 感觉很顺手. 在最新的服务器中, 我甚至把apache改成了lighttpd, 一起下来花费的时间可真不少, 花了那么多功夫, 其实仅仅是对自己品味的追求而已.
这里顺面推荐两篇关于品味的文章, 虽然和本文没有太大关系:
这里提及的正确的做事方法不是指写代码这个层面上的, 而是指一个项目进行过程中碰到问题的解决方法, 比如在需求不明确的时候知道需要先明确需求, 知道自己需要先理解问题了然后再开始真正的进入代码层面的工作, 知道碰到什么问题能自己独立的解决, 知道碰到什么问题自己需要先和其他人沟通了再决定. 知道自己需要先测试才能保证自己代码的质量等.
这些问题说起来简单, 但是不这么做的话, 常常带来让人无语的后果. 一个好的程序员, 起码要先了解这些.
知识的积累很大程度上决定了一个程序员解决问题的能力, 但那好歹是只要努力就能学到的东西, 而以下这些, 我甚至都不明白差异的形成是在我们很小的时候就定下来了, 还是在工作中还能继续学习.
在一个分工明确的项目中, 程序员需要和产品(策划)沟通以理解产品, 和上级沟通以理解自己的任务, 和同事们沟通以正确的理解要接入的模块. 无论哪一个方面沟通出了问题都不是小事情, 同时, 程序还需要正确的给产品(策划)传达设计的实现难度, 以及在自己完成模块时让别人正确的理解模块的接口. 在不写文档时, 正确的口头沟通非常重要, 需要写文档时, 文档的写作能力也算做是沟通能力的一部分.
如上所述, 沟通的能力非常重要, 但是好的程序员似乎天生就不太会沟通, 你会发现很多技术顶尖的人, 其实本身就是有社交障碍或者自闭症, 因为自闭, 才能心无旁骛的潜心钻研技术, 达到更高的技术水平, 很难想象一个"社会活动家", 他哪有那么多功夫去学习, 没有时间学习, 又怎么能成为一个技术顶尖的人. 这是一个两难的问题. 就理想的情况来看, 一个程序员最好是沟通能力足够好(能正确完成上述沟通工作), 但是又能足够的静下心来学习和钻研. 当然, 这是最理想的情况, 在实际中, 两者之间的较大波动范围都算是可以接受的好程序员标准.
对工作态度消极, 代码总等到别人来测试, 写代码以完成功能为唯一标准, 也不管bug是否成堆, 代码是否丑陋不堪, 这种程序员就算是工作一万年也成不了好程序员.
一个好程序员就该对自己的工作负责, 对自己的代码有追求, 不仅要完成功能, 还要代码优美, 不说要把代码写成艺术品, 起码也要当作自己的脸面来维护. 一个程序员不能容忍自己的脸上乱七八糟, 那么也同样不应该能容忍自己的代码乱七八糟.
事实上, 别的程序员在了解你之前, 先看到的是你的代码, 通过代码, 就能知道你是怎么样一个人. 项目紧, 随手写, 以后改都不能成为写烂代码的理由.
一个好程序员, 起码是想要把任务完成好的, 起码是想要把代码写好的, 不然如何能称其为"好".
其实转了这么大个弯, 怎么样做一个好的程序员的问题可以转为问怎么提高自己解决问题的能力.
沟通能力, 对工作负责任的态度, 对代码的追求, 很大程度上由性格决定, 我不知道实际中怎么简单的去提高, 这里只稍微的谈谈我对知识积累的一些看法吧.
标签：
原文地址：http://blog.csdn.net/vagrxie/article/details/8904021
