《《【试读】《程序员的职业素养》(序+引言+目录+第1章)》.pdf

享受职业素养 |1 享受职业素养 我在招聘时常问的一个问题是：在你过去的工作中，遭遇过哪些印象深刻的 困难，最后是怎么解决的？依我的经验，简历写得再漂亮的人，如果这个问题答 不好，大都可以直接忽略。为什么会有这种结论？因为我们需要招聘的不是“经 历丰富”的人，而是“有职业素养的人”。你遇到的问题可能很容易也可能很难， 但我看重的并不是问题的难度，而是解决问题的方式、步骤以及反思的深度。拿 恢复误删数据来说，这可能算非常简单的任务。我更感兴趣的是怎样分析问题， 找了怎样的资料，采取了怎样的步骤，此后做了哪些措施来避免这种错误再次出 现。在我看来，相比问题本身的难度，解决问题的方式和步骤以及反思的深度， 都体现出一个人的职业素养。 是的，上面我两次提到了“职业素养”。相比起“专业主义”、“职业化”等说 法，我更喜欢用它来翻译 Professionalism ，因为素养强调的并不是天赋的神秘，也 不是技艺的高深，而是持续积淀的结晶：一方面，它体现了能力和素质；另一方面， 它又强调了持续的积累和养成。作为职业开发人员，基本技能不够熟练，当然谈不 上职业素养。如果只会迅速地编写代码，却不关心代码背后的意义，不能迅速判断、 解决程序运行中的各种问题，不能自信满满地为自己交付的程序承担责任，同样是 与职业素养绝缘的——许多所谓的“高手”，其实正是缺乏职业素养的典型。 当然，这只是我对于“职业素养”的理解。由个体经验总结的“职业素养”， 多有一鳞半爪的嫌疑，所以即便你觉得上面说的有道理，难免感觉只见树木，不 见森林。其实真正的“职业素养”绝不限于上述几方面，而是要广阔得多，深刻 得多。要想一窥技术人员“职业素养”的全貌，已经有很多现成的资料可以参考， 本书就是其中的佼佼者。 作为一本技术类书籍，本书中有相当的内容是介绍纯技艺的方面，比如测试 2 |享受职业素养 驱动开发等，自认已经算“职业开发人员”的人，大概对此并不感冒（不过，我 仍然建议你认真看看）。但其他的内容，绝对值得你感冒，比如：什么情况下应该 对业务部门说“是”，说“是”意味着什么。如果你没有想过这些问题，或者没有 明确的答案，不妨看看Bob 大叔是怎么说的： （说“是”时）你对自己将会做某件事做了清晰的事实陈述，而且还 明确说明了完成期限。那不是指别人，而是指你自己。你谈的是自己会 去做的一项行动，而且，你不是“可能”去做，也不是“可能做到”，而 是“会”做到。 就我所见，技术人员经常太容易说“是”，往往在没有明确目标和期限的情况 下，就草率给出了确认的答复，而且并不将其视为自己的一种承诺。屡见不鲜的 项目延期，有相当原因就是在这种不负责任的情况下说“是”所致。但是我们想 想，似乎没有哪一个正经行业，会把不能完成任务的人视为“有职业素养的人”， 软件行业也不能例外。 如果你觉得自己已经足够负责，懂得“是”背后所蕴含的意义和责任，也不 过如此，我们不妨更进一步，看看关于说“否”。在第2 章，Bob 大叔介绍了两个 项目搞砸的经过。他并没有像常见的所谓专家那样故作聪明地指出实施过程中出 现了哪些问题，导致了失败，而是一针见血地指出：这两个项目之所以会搞砸， 因为开发人员没有坚决抵制各种不专业的需求（比如一些无关紧要但成本巨大的 需求），抵制各种不专业的行为（比如为了赶工期而降低对程序质量的要求），最 终只好喝下自己酿出的苦酒。对此，Bob 大叔总结道： 有时候，获取正确决策的唯一途径，便是勇敢无畏地说出“不”字…… 我们要明白，委屈专业原则以求全，并非问题的解决之道。舍弃这些原 则，只会制造出更多的麻烦…… 对我来说，这真是振聋发聩的号角。而且，这种思维，这种视角，其实是许 多技术人员所不屑或者不愿面对的——最初我也这么认为，但尝试在工作中主动 说了几次“不”之后，我逐渐发现：花三分的力气去抵制无理的需求，可以节省 享受职业素养 |3 十分甚至二十分的开发时间；相反，自欺欺人地说服自己凑合接受了无理需求， 往往会非常被动乃至无法脱身，到最后，下场就和著名的 IBM OS/360 一样，越 挣扎，巨兽在泥潭中就陷得越深。