我的源码让猫给吃了

发表于:2014-5-15 10:41

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:大力(金风)    来源:51Testing软件测试网采编

  在所有弱点中,最大的弱点就是害怕暴露弱点。
  ——J.B.Bossuet, Plolitics from Holy Writ, 1709
  根据你的职业发展,你的项目和你每天的工作,为你自己和你的行为负责这样一种观念,是注重实效的哲学的一块基石。注重实效的程序员对他或她自己的职业生涯负责,并且不害怕承认无知和错误。这肯定并非是编程令人愉悦的方面,但它肯定会发生——即使是在最好的项目中,尽管有彻底的测试,良好的文档以及足够的自动化,事情还是会出错。交付晚了,出现了未曾预见到的技术问题。
  发生这样的事情,我们要设法尽可能职业的处理它们。这意味着诚实和坦率。我们可以为我们的能力自豪,但对于我们的缺点——还有我们的无知和我们的错误——我们必须诚实。
  负责
  责任是你主动承担的东西。你承诺确保某件事情正确完成,但你不一定能直接控制事情的每一个方面。除了尽你所能外,你必须分析风险是否超出了你的控制。对于不可能做到的事情或是风险太大的事情,你有权不去为之负责,你必须基于你自己的道德准则和判断来做出决定。
  如果你确实同意要为某个结果负责,你就应切实负起责任。当你犯错误(就如同我们所有人都会犯错误一样),或是判断失误时,诚实地承认它,并设法给出各种选择。不要责备别人或别的东西,或是拼凑借口。不要把所有问题都归咎于供应商、编程语言、管理部门,或是你的同事。也许他(它)们全体或是某几方在其中扮演了某种角色,但你可以选择提供解决方案,而非寻找借口。
  如果存在供应商不能按时供货的风险,你应该预先制定一份应急计划,如果磁盘垮了——带走了你的所有源码——而你没有做备份,那是你的错。告诉你的老板“我的源码让猫给吃了”也无法改变这一点。
  提示3:
  提供各种选择,不要找蹩脚借口。
  在你走向任何人,告诉他们为何某事做不到,为何耽搁,为何出问题之前,先停下来,听一听你心里的声音。与你的显示器上的橡皮鸭交谈,或是与猫交谈。你的辩解听起来合理,还是愚蠢?在你老板听起来又是怎样?
  在你的头脑里把谈话预演一遍。其他人可能会说什么?他们是否会问:“你试了这个吗……”,或是“你没有考虑那个吗?”你将怎样回答?在你去告诉他们坏消息之前,时候还有其他你可以再试一试的办法?有时,你其实知道他们会说什么,所以还是不要给他们添麻烦吧。
  要提供各种选择,而不是找借口。不要说事情做不到;要说明能够做什么来挽回局面。必须把代码扔掉?给他们讲授重构的价值,你要花时间建立原型,以确定最好的继续前进的方式?你要引入更好的测试或自动化,已防止问题的再度发生?又或许你需要额外的资源。不要害怕提出要求,也不要害怕承认你需要的帮助。
  在你大声说出它们之前,先设法把蹩脚的借口清除出去。如果你必须说,就先对你的猫说。反正,如果小Tiddles要承受指责……
  挑战
  如果有人——比如银行柜员、汽车修理工或是店员——对你说蹩脚的借口,你会怎样反应?结果你会怎样想他们和他们的公司?
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号