设计哲学,什么定义了一个bug

时间:2014-12-19 08:05:55

标签: coding-style refactoring legacy-code

我和一位年长的同事及其代码有问题。他管理着一个古老的遗产项目(30年,他的孩子,他职业生涯的三分之二)。我加入他的团队并搜索他的源代码我发现这样的事情(伪代码):

function (String) Integer
    Int statusCode = systemRoutine ( String, ReturnInteger )
    If statusCode != Normal
         ReturnInteger = 0
    Return ReturnInteger

他有很多这种代码风格,我称之为#34;乐观编程",因为文字" blub"不应该返回0,而是运行时错误。如果文本可以是整数,则应事先测试该文本。他不同意。我怎样才能让他理解,这会导致错误和错误(它确实如此,但他与客户有良好的关系,可以解决这个问题)。编程中的技术术语是什么,所以我可以得到批评的依据。他不是一个训练有素的IT专业人员,但如果我有充分的理由,那就合理了。

我曾经负责构建用户界面,并且有一个特殊情况,输入不是我预期的,所以我让我的程序崩溃了。研究这次崩溃,我能够从我的代码中消除2个错误并加强对错误的输入。客户很生气,但我知道未来代码会更安全,但现在客户认为我的程序设计不稳定。

任何输入都将不胜感激

0 个答案:

没有答案