|
精华帖 (0) :: 良好帖 (24) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间:2008-08-07
ccxw1983 写道 如果给我多些时间,我也会写的很好,多重构几次的。
可是…… 没有足够的休息,也没有足够的精力写出有艺术性的代码。 没有什么好代码是改出来的,代码只会越改越烂。 需要学习的第一遍就写出好代码,只有基础良好的代码才有机会改得更好,你见过啥好代码是作者从烂代码改了几十遍改出来的? 没有什么代码是有艺术性的,设计也许还勉强能和艺术搭上边,代码的艺术性是啥? |
|
| 返回顶楼 | |
|
时间:2008-08-07
chinata 写道 ccxw1983 写道 如果给我多些时间,我也会写的很好,多重构几次的。
可是…… 没有足够的休息,也没有足够的精力写出有艺术性的代码。 没有什么好代码是改出来的,代码只会越改越烂。 需要学习的第一遍就写出好代码,只有基础良好的代码才有机会改得更好,你见过啥好代码是作者从烂代码改了几十遍改出来的? 没有什么代码是有艺术性的,设计也许还勉强能和艺术搭上边,代码的艺术性是啥? 这话我坚决不同意,就连架构都是靠错误堆出来的…… |
|
| 返回顶楼 | |
|
时间:2008-08-08
刑天战士 写道 chinata 写道 ccxw1983 写道 如果给我多些时间,我也会写的很好,多重构几次的。
可是…… 没有足够的休息,也没有足够的精力写出有艺术性的代码。 没有什么好代码是改出来的,代码只会越改越烂。 需要学习的第一遍就写出好代码,只有基础良好的代码才有机会改得更好,你见过啥好代码是作者从烂代码改了几十遍改出来的? 没有什么代码是有艺术性的,设计也许还勉强能和艺术搭上边,代码的艺术性是啥? 这话我坚决不同意,就连架构都是靠错误堆出来的…… 嗯 我就不明白为什么到今天还有人说那样的话 无数人,全球领先的软件组织,都想做一个漂亮架构今后五年都可以顺利扩展 事实证明这种良好的愿望从来就没有实现过 诸如chinata这样的言论究竟是出于想当然的猜测呢还是他自己的美好憧憬呢? |
|
| 返回顶楼 | |
|
时间:2008-08-08
chinata 写道 ccxw1983 写道 如果给我多些时间,我也会写的很好,多重构几次的。
可是…… 没有足够的休息,也没有足够的精力写出有艺术性的代码。 没有什么好代码是改出来的,代码只会越改越烂。 需要学习的第一遍就写出好代码,只有基础良好的代码才有机会改得更好,你见过啥好代码是作者从烂代码改了几十遍改出来的? 没有什么代码是有艺术性的,设计也许还勉强能和艺术搭上边,代码的艺术性是啥? 貌似你还不太懂重构的意义。能第一遍就写出“好”的代码的人压根还不存在。因为即使最优秀的程序员日后回头看自己当初认为最“好”的代码时,可能也不会满意的。 更何况,很多优秀的库和框架本身就是从原来做项目时的“烂”代码重构出来的。 |
|
| 返回顶楼 | |
|
时间:2008-08-08
chinata 写道 ccxw1983 写道 如果给我多些时间,我也会写的很好,多重构几次的。
可是…… 没有足够的休息,也没有足够的精力写出有艺术性的代码。 没有什么好代码是改出来的,代码只会越改越烂。 需要学习的第一遍就写出好代码,只有基础良好的代码才有机会改得更好,你见过啥好代码是作者从烂代码改了几十遍改出来的? 没有什么代码是有艺术性的,设计也许还勉强能和艺术搭上边,代码的艺术性是啥? 第一遍就写出好代码?当兄台接到本应一个星期做出来的东西却让你一天做出来的时候,不知你能写出什么样的代码?你说这话让我想起小时候老师跟我说的一句话,一篇好文章是改出来的。用在代码上我相信也是一样的道理,“代码越改越烂”不敢苟同。 |
|
| 返回顶楼 | |
|
时间:2008-08-08
climber2002 写道 1. 清闲。刚来这里我有时候闲的发慌,浑身不自在,不知道该干什么,项目需求分析做完后我们老大又招了三个外包给我们写单元测试跟集成测试,我向老大提议,单元测试应该是自己来写的,因为这种白盒测试需要很清楚程序的逻辑才行。我们老大一句话就把我给顶回去了:我觉得你的工作量太大了,没有时间写单元测试囧。大哥啊,你给我安排的工作我一般顶多花1/3的时间就做完了,其余时间都不知道干啥,就这工作量还大啊。 这个赞啊;这个羡慕啊; |
|
| 返回顶楼 | |
|
时间:2008-08-08
john813 写道 chinata 写道 ccxw1983 写道 如果给我多些时间,我也会写的很好,多重构几次的。
可是…… 没有足够的休息,也没有足够的精力写出有艺术性的代码。 没有什么好代码是改出来的,代码只会越改越烂。 需要学习的第一遍就写出好代码,只有基础良好的代码才有机会改得更好,你见过啥好代码是作者从烂代码改了几十遍改出来的? 没有什么代码是有艺术性的,设计也许还勉强能和艺术搭上边,代码的艺术性是啥? 貌似你还不太懂重构的意义。能第一遍就写出“好”的代码的人压根还不存在。因为即使最优秀的程序员日后回头看自己当初认为最“好”的代码时,可能也不会满意的。 更何况,很多优秀的库和框架本身就是从原来做项目时的“烂”代码重构出来的。 那要看你怎么定义这个“第一遍”,如果你的第一遍是指第一遍敲出的代码,那你是对的(传说knuth可以写代码一次编译通过,但是那个不是我们讨论的范围)。但如果你说的是第一遍指第一个跑通功能的稳定alpha的话,我觉得平常我的alpha版本的代码质量就很好啊:) 还真以为代码可以改好啊,重构的毒太深了吧。你去把自己5年前写的代码拿出来试着改好一下?要改啊,不是让你重写啊,你不相信就去试一试。重构的目的是让你可以在更低的代价下“重写”代码,而不是改代码。 每个人回头看自己的代码都是不满意,这不奇怪。问题是,改得更好吗?什么是更好?重写会更好,我是相信的,但是可以改的更好,lol。你这里说的改,很大程度上改得是设计,而不是代码。如果真能改的更好,就不会有那么多开源框架就无法向回兼容了。 设计级别的重构,是有可能提高质量的,但是较低的代码和类结构级别,如果第一遍写了一坨屎,那差不多反映水平了,难道有时间写第二遍就不是一坨屎了?难道写个复杂的功能,1个小时和10个小时写出来的会有什么本质区别,也许有些人会有区别吧,但是我觉得即使这样,也不建议他们浪费这个时间。 写程序和做设计,是个非常依赖本能和直觉的事情,就好像你做选择题,当最后不能确定答案是B还是C的时候,再怎么挣扎也是没用的。 |
|
| 返回顶楼 | |
|
时间:2008-08-09
好,我要争取在本地也达到这种工作环境.
|
|
| 返回顶楼 | |
|
时间:2008-08-10
顶 。。期待 !
|
|
| 返回顶楼 | |
|
时间:2008-08-10
什么公司这么爽啊
|
|
| 返回顶楼 | |










