锁定老帖子 主题:你的代码写的很烂
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-08-16
文人相轻 哈哈 都是无知带来的坏毛病啊
|
|
返回顶楼 | |
发表时间:2010-08-16
找不着北 写道
我有一个很熟的朋友,他现在忙的不可开交。他手上有一大堆没有完成的合同,而且一个跟他一起开发的助手也离他而去。于是,在三个大客户的催命鬼时的督促下,他已经连续好几个星期没休息了。 其中有个客户跟他讨论他给这个客户做的iPad应用程序,客户告诉他“我们花钱雇了另外一个程序员来审查你的代码,他说你的代码写的很烂。”
当他告诉我这个故事时,我只是微微一笑,想起了我以前是怎么唾弃别人的代码的。当我刚开始编程时,我看到过一段程序,我认为那是毋庸置疑的写的很烂 的,我删掉了那段代码,用自己认为更好的方面重新写了一遍。当我变成的成熟后,我回头再看,发现我所删掉的那段代码其实是用了一个很好的设计模式,而我重 写的确是丑陋无比。 我就这样被上了一课。 之后的日子里,我经常会遇到我认为是丑的不能再丑的代码。尽管如此,我也不通篇否定它们了,我只会在其中找一些特别的无法容忍的部分重新编写。可 10次中有9次,当我快要完成时,我发现了一个问题使我不得不对自己说“哦,怪不得他们要写成这样了”,然后把代码恢复成原样,或也使用同样“丑的不能再 丑”方式完成它。 现在我变的更成熟了,我可以充满自信的告诉你,我再也不会看着别人编的代码说“哦,这代码很烂”了。我知道,在没有了解整个程序的解决方案之前,你 不可能就那么轻易的判断代码的好和坏。真的,有时候它看起来很傻,或完成的不好,或没有文档标注(我的意思是自我注释),然而,你根本就不可能知道程序员 在写这段代码时脑袋里是怎么思考的。更多的情况是,他们要选择这样做是有一定的理由的,除非去深入的研究它们,你不可能再有其他简单快速的方法来理解程序 的上下文环境。 所以,每当听到有人看着别人的代码说很烂时,我只会微微一笑,让我想起我当年的天真和盲目自信。的确,我以前坚信自己是个出色的开发人员,坚信知道 每种算法的最优设计。我很想念当时的自大,但是我很高兴现在学到的这些理念,我知道,我唯一能鄙视的代码只能是我自己的代码,鄙视的原因就是我不能使它变 的更好。
翻译来源:外刊IT评论
:)
是否可以这么理解,此文的主题是:世界上没有烂代码,如果某人认为有,那么是此人不够成熟,too yuang too simple。 也就是说,任何烂代码,都可以用此文的经典辩护了。 本人也要说一句,是不是烂代码,是有标准的。冗余度大,粒度粗的代码都是烂代码。这些都是软件业界的共识,并非世上不存在烂代码。如果真的任何人都可以随便写出好代码,那软件工程就没有意义了。 |
|
返回顶楼 | |
发表时间:2010-08-16
呵呵 很羡慕你们 还能看出来别人的代码烂 现在感觉自己的代码 就很烂 看别人的 都感觉比自己的好!!!
|
|
返回顶楼 | |
发表时间:2010-08-16
volking 写道 shaobaitou 写道 我们经理跟我这样说的:"黑猫,白猫,能抓到老鼠的就是好猫!" 这句话有其局限性 反正,我自认为目前我的代码确实写的很烂, |
|
返回顶楼 | |
发表时间:2010-08-16
做什么事情都要有“度”, 设计也好,编码也好,不过是为了解决一个特定的实现。 架构固然重要,过度架构也会要命的。 做架构,和做管理是一样的,不能过度。 小问题,用小问题的方式解决,大问题用大问题的方式解决。 尽量不要用解牛刀来解决小鸡的问题。 软件项目是成本、时间、效益、风险、质量等综合起来的产物,不是技术决定一切。 如果只站在技术的角度上去衡量一切,那我想,他也只能写写代码了。 |
|
返回顶楼 | |
发表时间:2010-08-16
虽然是转载的,但是文章不错,想想自己,也直冒冷汗
|
|
返回顶楼 | |
发表时间:2010-08-16
好的代码应该看得出逻辑吧
|
|
返回顶楼 | |
发表时间:2010-08-16
以后烂代码有道理了。投隐藏 |
|
返回顶楼 | |
发表时间:2010-08-16
没有一个程序员想写连自己都不想再看的代码
大部分情况下都是工期和需求所逼出来的 |
|
返回顶楼 | |
发表时间:2010-08-16
什么叫烂。。。那是很灿烂的代码
|
|
返回顶楼 | |