代码整洁之道--读书笔记(2)

代码整洁之道

简介:

本书是编程大师“Bob 大叔”40余年编程生涯的心得体会的总结,讲解要成为真正专业的程序员需要具备什么样的态度,需要遵循什么样的原则,需要采取什么样的行动。作者以自己以及身边的同事走过的弯路、犯过的错误为例,意在为后来者引路,助其职业生涯迈上更高台阶。

本书适合所有程序员阅读,也可供所有想成为具备职业素养的职场人士参考。

第二章:说“不”

专业人士敢于说明真相而不屈从于权势。

专业人士有勇气对他们的经理说“不”。

2.1 对抗角色

不论是项目经理还是程序员,都有其工作职责所在。你的经理要求你在明天之前完成登录页面,这是他在准求和捍卫的一个目标,是在尽他的工作职责。可是如果你明知道第二天之前不可能完成登录页面,而嘴上还说着“好的,我会试试的”,那么便是你失职了。

这时候,尽职的唯一选择就是去说“不,着不可能”。

来看几段对话:

对话一:

P经理:“你在明天之前要完成那个登录页面,”

小M(程序员):“噢,喔!要那么快啊?那好吧,我会尽量试试。”

P经理:“好极了!谢谢。”

看似很和谐的对话,其实双方都不够专业。P经理以为你明天会完成,而你也许会真的尝试去完成预判一天时间根本无法完成的任务。

这样谈话避免了爆发冲突,但对解决问题没有丝毫帮助。

对话二:

P经理:“你在明天之前要完成那个登录页面,”

小M(程序员):“噢,抱歉经理,这么短时间完成不了的。”

P经理:“那你觉得什么时候能完成呢?”。

小M(程序员):“再过两周怎么样?”

P经理:(在他的本子上记了几笔)“好的,谢谢。”

这样对话确实轻松,但其中的问题也很严重,大家表现得极不专业。

双方都没尝试寻求最佳的可能结果

对话三:

P经理:“小M,你在明天之前要完成那个登录页面。

”小M:“不,P经理,这个活要两周才能完成。”

P经理:“两周?架构师估计这只要3天,而你已经花了5天时间了!”

小M:“架构师们错了,P经理。他们是在接到产品销售需求前做的预估。我至少还需要10天才能做完。你没看到我在wiki上更新的预估吗?”

P经理:(表情严肃、沮丧得发抖)“小M,这可不行。客户明天就要来看demo了,我必须向他们展示个能用的登录页面。”

小M:“明天你需要登录页面的哪部分能用?”

P经理:“我要整个登录页面!必须要能登录。”

小M:“P经理,我可以给你做一个能登录的假页面。这个现在就已经可以。但是页面不会检查用户名和密码。如果你把密码忘记了,也还没办法发邮件告诉你。页面顶部也还不能像时代广场的大屏幕那样有新闻栏在滚动,帮助按钮和浮出说明都还不能用,它没法为你保存cookie以便下次登录,也不会设定任何权限限制。但你确实可以登录。你看这样可以吗?”

P经理:“我可以登录?”小M:“是的,可以登录。”

P经理:“好极了,小M,你真是个大救星。”(松了口气,说了声“太棒了!”,走开了。)

在这个例子里,他们达成了最佳的可能结果。他们各表异议相互说“不”,然后找到了双方都能接受的解决方案。

他们的表现是专业的。对话中虽稍有冲突,也有片刻不愉快发生,但如果双方坚持追求的目标不能完美切合时,这是比较理想的情况。

“为什么”没有事实重要。

为什么登录页面要那么长时间才能完成面对事实重要。

2.2高风险时刻

最要说“不”的是那些高风险的关键时刻。越是关键时刻,“不”字就越具价值。

作者在这里讲述一个故事,面临期限一定的项目任务,要在开始时候明确表示当前能否完成,如果不能完成要坚定地说“不”。

哪怕是一个关系生死存亡的项目,更要尊重事实说不。

2.3 要有团队精神

2.3.1 试试看

许诺“尝试”,就意味着你承认自己之前未尽全力,承认自己还有余力可施。

许诺“尝试”,意味着只要你再加把劲还是可以达成目标的;而且,这也是一种表示你将再接再厉去实现目标的承诺。因此,只要你许诺自己会去“尝试”,你其实是在承诺你会确保成功。这样,压力就要由你自己来扛了。如果你的“尝试”没有达成预期的结果,那就表示你失败了。

如果你既没有新方案,又不准备改变自己的行为,如果事事仍然都按你承诺“尝试”之前的方法去做,那么,所谓的“尝试”指的又是什么呢?如果你此前并未有所保留,如果你没有新方案,如果你不会改变你的行为,如果你对自己原先的估计有充分的自信,那么,从本质上讲,承诺“尝试”就是一种不诚实的表现。你在说谎。你这么做的原因,可能是为了护住面子和避免冲突。

2.3.2 消极对抗

如果一列载货列车向大家冲来,而只有你一人有所察觉,你可以轻轻抽身退到轨道外,眼看其他人被车碾过,也可以大喊:“车!车来了!快离开!”

2.4 说“是”的成本

  • 客户所要的任何一项功能,一旦写起来,总是远比它开始时所说的要复杂许多。
  • 我们理解的好代码应该是什么样的呢?好代码应该可扩展,易于维护,应该易于修改,读起来应该有散文的韵味
  • 这个故事得出的教训是,你的利益干系人,不论是外部客户还是内部管理层,知道如何让开发人员快快写出代码。但是,是高效地写出代码吗?不见得。是快速地写出代码吗?是的。他们是这么办到的。

2.5 如何写出好代码

专业人士常常会成为英雄人物,但这样的荣誉并非是他们所刻意追求的。他们之所以成为英雄人物,是因为他们出色地完成了任务,不但按时,而且符合预算。

而这不应该牺牲说“不”的机会而疯狂地写代码,完成任务,但是这样几乎没有时间去提升代码的质量,疯狂写代码仅仅是为了完成开发任务而已!如是,根本不可能写出好代码。

“有可能写出好代码吗?有可能坚守专业主义精神吗?”

我的回答是:“是的。但你要学会如何说‘不’。”