“专业”，在百科里有下面这三种解释：

• 学校里的学科
• 生产部门里的业务部门
• 有知识修养的专门职业者;职业画家[演员等],职业选手;内行,专家

标题中的“专业”，指的是第三种解释。请注意这个词——“有知识修养”，有知识还不够，还要有修养。

职场里各行各业，唯有“专业人士”，才能够受人尊重；人们寻找帮助时，首先想到的也是对应领域里的“专业人士”。我们说一个医生很专业，除了他医术精湛之外，还有他心系患者、尽心尽责的医德，同样的，对于程序员，我们除了要有犀利的技术之外，还要有对应的职业修养。

业余选手 vs 专业主义

面对同样一件事情，业余程序员（Amateurs）和专业程序员(Majors)往往有不同表现：

1）看到烂代码时
A：WTF!!! 这代码谁写的！
M：让我来重构它

2）项目进度紧张
A：哎，时间那么紧，考虑不了那么多了，先把功能做了再说
M：我得找经理商量，这么短时间是不可能把这个功能完全做好的

3）被同事打断时
A：要么马上被从工作中带走，“啊，怎么啦”，要么很不耐烦，“少烦我，没看我这正忙么”
M：“稍等一下哈...”，然后记下当前工作的上下文信息，让自己重新回到工作时，能尽快进入状态

4）业余时间
A：终于有时间好好睡个懒觉了
M：终于有时间学习新知识了

......

最近阅读了一些关于程序员职业素养的书籍，发现专业的程序员，大都有下面这些特质：

主动学习

专业的程序员懂得不断精进自己的专业技能，抽出时间来学习。就像《欢乐颂》里的赵医生一样，带上你的Mac，找一家安静的咖啡厅，待上一个上午，看最新的医学文献。程序员也要这样做，必须不断地更新自己的技能，提高自己的“基线”。
这里的基线是一个很重要的概念，用吴军老师的话来说就是：

每个人的基线都不一样，民间科学家的基线，决定了他们就算奋斗一生，最多也只能到达中科院科学家的基线。

我们只有通过不断地学习，才能用知识把自己垫高，站的更高，才能看的更远。

个人品牌意识

《软技能——代码之外的生存指南》里，作者提到，程序员要学会自我营销，在业界打造自己的个人品牌。而在工作中也一样，对公司和同事来说，你的名字就是一个品牌。别人一提到你的名字，就会想到这人的代码写的怎么样、看他的代码累不累、实现的功能质量怎么样、Bug多不多...

专业的程序员会努力打造和维持自己的个人品牌，在同事心目中树立一个品牌的形象。

代码洁癖

专业的程序员不会仅仅满足于实现功能，他们还会主动优化自己的代码。

他们会闻到自己代码里的坏味道，对变量命名、函数、注释等进行重构优化。

专业的程序员遵守童子军军规——“让营地比你来时更干净”，他们知道“破窗”的危害，他们有代码洁癖。

不畏惧任何代码

专业的程序员在开发之前，会阅读相关模块的代码，因为他们知道，文档会撒谎，但是代码不会。不管代码写的多难看，他们都知道，那才是反映系统真实运作机制的“文档”。

如果代码写的非常一般，他们会对其进行一小步一小步的重构，每次重构之后都会运行单元测试，以确保自己的改动没有对原先功能造成影响。
如果这个模块之前没有足够的单元测试，那么在开始重构之前，专业的程序员会主动补充测试用例，因为他们知道，如果自己连测试用例都写不出来，就根本谈不上理解了这个模块，也就根本没资格去动这块代码。
如果代码根本无法正常运行，在很多情形下都有Bug，那么专业的程序员不会浪费时间去重构，他们会选择重写。

重构，是在不改变代码外在行为的前提下，对代码作出修改，以改进程序的内部结构。 —— 《重构》，Martin Fowler

在这里墙裂推荐大家，把《重构》这本书放在自己座位旁边，你不必一下子把这本厚厚的“重构字典”看完，因为它就是一本字典，在你需要重构的时候，去里面检索就好，有兴趣的同学可以前去看看我对怎么使用这本书的一些感受。

敢于说不

专业的程序员懂得主动掌控自己的工作，如果有一个需求最早也要在周五才能完全，但是领导要求必须在周三之前，他们不会说，“好，我尽量”，因为那不仅是在欺骗自己，还是在欺骗经理，最后伤害的是整个团队。他们会跟经理商量，如果要在周三之前完成，哪些功能是无法实现的，让经理作出取舍。
与此相反，不专业的程序员，往往会屈服于经理的权威，最终交付一个代码质量极差、还带有很多Bug的功能。

《程序员的思维修炼》中提到了德雷福斯模型，这个模型对“新手”的定义就是——只会按照指令列表做事，如果你不懂得说不。把别人交给你的每一件事都接下来，那你和“新手”也没什么区别了。
不要以为你说“不”会辜负了经理的期望，相反，答应一件自己完成不了的事情才是对经理最大的辜负。学会说不，恰恰是你靠谱的表现。人们都喜欢真实的人，经理也不例外。

谨慎承诺 言出必行

专业的程序员不会轻易许下承诺，如果承诺，那必定是他自己能够完全掌握的事情，而不是承诺需要依赖他人的事情。
比如你的模块需要依赖Peter的模块，你就不能承诺既把自己的模块开发完成，还可以跟Peter的模块完成对接，因为对接可以完成地前提是Peter能够按时交付他的模块，而这不是你能控制的。你能承诺的只有跟Peter一起坐下来，讨论一下对接的方案，然后每天互相汇报一次各自的开发进度。

专业的程序员还懂得及时汇报风险。有些事情确实很难预测，这时候你就要去调整别人对你的预期，尽早向你的承诺对象发出预警，跟他沟通有没有更好的解决方案。Peter就经常干这种事，每当工作被堵塞时，他会主动地跟项目经理说，“Bob，帮忙看个问题”，“Bob，感觉周三之前完成有很大风险啊...”

不在状态不好的时候写代码

刚和老婆吵了一架，然后回去公司，心烦意乱地写代码？
通宵定位问题，然后在疲惫不堪时打算修改代码解决这个Bug？
专业人士不会这么做，他们知道，在状态不好的时候写代码，只会写出一堆Bug。

善于对付中断

编程时总免不了被同事打断，一个突如其来的电话会议，右下角突然冒出来的聊天信息，还有Peter突然从背后过来的拥抱...
面对“打断”，专业的程序员懂得说，“稍等一下...”，然后他们会在记下当前工作的上下文信息，让自己重新回到工作时，能尽快进入状态。
当然，如果你在跟别人结对编程，或者你用了TDD，那么保存上下文信息就变得非常简单。

重视单元测试

专业的程序员知道单元测试的重要性，他们会把测试代码和产品代码看的一样重要，他们还会使用TDD。

关于单元测试的重要性和TDD，我在之前的文章中有介绍过，欢迎阅读：如何说服你的同事使用TDD

管理时间

专业的程序员对待会议的三项原则：

• 拒绝那些与自己无关的会议；
• 如果进入会议后发现自己没必要参加，那么安静的离席；
• 尊重对方的时间。只召集那些必要的同事参加会议，并且会在会议前整理好会议的主题和议程。

管理精力

专业的程序员能够让自己精力充沛地投入到工作中。
他们知道保持充足的睡眠，知道通过一些体力活动，来放松自己的大脑。

管理压力

专业的程序员会尽量避免压力，他们谨慎承诺，不答应做不到的事情；他们保持代码的整洁，方便问题定位和重构代码；他们坚持着自己的编码原则，对自己交付的功能有很大信心，就算有Bug，也能很快定位处理。
而当压力来临时，专业的程序员不会惊慌失措，因为他们了解他们负责的代码的逻辑，如果有不懂的地方，他们会及时沟通，向他人求助。

不固执

专业的程序员不会在一条道上耗费太多时间，一旦发现这是个死胡同或者泥潭，就会及时抽身，往回走。

编程之外的技术

专业的程序员不会是“离开了编辑器就渴死的鱼”，他们具备计算机原理、TCP/IP协议这些计算机学科的基础知识，他们对常用的Shell命令牢记于心，他们还善于使用各种工具的快捷键来提升他们的工作效率。
我的同事Peter就是这样一个专业的程序员，作为一个前端工程师，他对网络方面的知识非常熟悉，VLAN、网关、掩码、信任域等等，简直就是一本网络百科全书，他操作起Linux命令行也是相当熟练，出现问题了，需要定位，他会说，“给我环境信息，我上去看看”，然后就是各种查找日志、抓包分析，他敲键盘的速度也是贼快贼快，我想，这大概是我见过最完美、最酷炫、最专业的程序员了吧。

以上就是我总结出来的专业程序员的特质。你心目中专业的程序员还有哪些好的职业素养呢？欢迎在评论区里和大家一起分享！让我们一起做一只既有技术，又有修养的程序猿！

参考

• 专业 - 百度百科
• 《程序员的职业修养》
• 《程序员的思维修炼》
• 《软技能——代码之外的生存指南》
• 《代码整洁之道》
• 《重构》