|
|
|
|
移动端

1.6.2 不要畏惧寻求帮助

《Oracle PL/SQL程序设计(第6版)(上下册)》本书基于Oracle数据库12C,从用PL/SQL编程、PL/SQL程序结构、PL/SQL程序数据、PL/SQL中的SQL、构造PL/SQL应用程序、高级PL/SQL等6个方面详细而系统地讨论了PL/SQL以及如何有效地使用它。本节为大家介绍不要畏惧寻求帮助。

作者:方鑫 译来源:人民邮电出版社|2017-09-06 19:00

技术沙龙 | 邀您于8月25日与国美/AWS/转转三位专家共同探讨小程序电商实战

1.6.2 不要畏惧寻求帮助

大概率事件是:如果我们是软件专家,那么我们肯定是聪明人。我们学习刻苦、技能出众,现在我们过的是编写代码的美好人生,我们为能够解决大多数人生难题而自豪。不幸的是,我们的成功同时也让我们变得自负和傲慢,遇到阻碍也不愿寻求帮助。对于软件开发而言,自负基本上是最危险的和最有破环性的个性了。

软件是由人编写的,因此,必须承认,人的心理特性在软件开发中起着重要的作用。下面举个例子。

Joe是一个6人开发团队中的高级开发人员,他在开发过程中遇到一个难题。他研究了数个小时,越来越焦虑,但一直找不到bug的源头,他不愿向小组其他伙伴求助,因为那些人都比他资历浅。最后,他无可奈何地“放弃”了,叹着气,他拿起电话拨了个内线:“Sandra,我遇到个难题,你能过来帮我看看吗?”Sandra走过来,很快地浏览了Joe的程序,指出了他一直没能发现却很明显的问题。欧耶,问题解决了,Joe表示了感谢,但实际上,他感到很尴尬。

类似这样的“我怎么就没发现”和“如果再多花5分钟,我自己就能找到错误”的想法不断出现在Joe的脑海,这很容易理解,但也很蠢。其实原因很简单,我们太熟悉自己的编码了,以至于不能发现错误,我们需要一个客观的人,从一个不同的视角来对代码进行审查,这跟资历、经验、能力无关。

作者强烈建议,在组织内建立这样的行为准则。

奖励那些承认自己不知道的人

明明对应用或代码不懂却又不说出来,这对团队的开发工作而言是很危险的。我们的行为准则应该鼓励问问题和寻求帮助。

寻求帮助

如果我们无法在30分钟内找到问题所在,就应该立即寻求帮助。我们甚至可以建立一个“互助系统”,每个人都有一个互助伙伴,当遇到问题时,直接找互助伙伴帮忙。不要让自己一个人(或组里的任何一个人)绞尽脑汁数小时,徒劳无功地寻找答案。

建立一个正式的同僚代码复核流程

在代码还没有经过组里一个或多个开发人员阅读、挑剔(本着积极的、建设性的态度)之前,先不要进到QA流程,更不要说直接投产了。

喜欢的朋友可以添加我们的微信账号:

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

Solaris 内核结构(第2版)

本书描述了Solaris 10和OpenSolaris内核中所有主要子系统的算法和数据结构,对第1版进行了大幅修订,加入了很多新的内容。全书从头到尾都采...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊