哪个重要???

john_carmack

偶在做一个三层的采集系统, 已经有五六天了, 从开始就把框架搭好了, 自己觉得还不错, 但代码经验不是很足, 调试出错很慢, 而另一个组已经做好了, 紧紧是能够运
行罢了, 结构和和代码质量都不是很高, 并且很难扩展, 但却得到了表扬..., 由此我想到一个问题, 究竟是设计一个结构比较合理, 考虑比较完全的系统好, 还是追求速度
, 做一个能运行的系统好呢?

难道对代码质量要求高也是错误吗?

听听大家怎么说.

小白小小黄

原帖由 "john_carmack" 发表：
偶在做一个三层的采集系统, 已经有五六天了, 从开始就把框架搭好了, 自己觉得还不错, 但代码经验不是很足, 调试出错很慢, 而另一个组已经做好了, 紧紧是能够运
行罢了, 结构和和代码质量都不是很高, 并且很难扩展, ..........

问这样的问题，多少有点没事找事的嫌疑。
就好象问是妈妈重要还是老婆重要

www.netbor.net

这个问题可以去看看软件工程书籍。没意思。

精简指令

我以前做过一个项目。当时时间非常紧，由于某些难以抗拒的因素，项目初验的时间从半年压缩到了2个月。所以，原先的计划被全部打乱。加上上层的压力和人员变动，设计方案只停留在概要设计阶段，就不得不开始编码。
那时我做的那个部分，即是“结构和和代码质量都不是很高, 并且很难扩展。”我那时也受到了“表扬”，而且不仅仅是表扬……
说实话，这样的东西确实是羞于见人的。但在当时保证了项目按时上线，也让项目经理得以交差，也算是……
    不过，很重要的一点是，从那以后我得到了项目经理的信任。在不久后，我对该部分进行了整理、重构，有一些完全重写。由于有了第一次的经验，新版本在层次结构、代码质量和灵活性上都有了很大的提高，扩展相应部分也比较容易了。

    我的意见，由于现在整个大环境的影响，很多时候我们需要采取一些“曲线”的方式达到自己的目标。而且在“代码经验不是很足”的情况下，是很难设计出真正符合需求的系统框架的。往往是理想与实际有很大脱节。
    不妨这样。在开始阶段，根据需求分析和自己的经验做一个简单的设计，然后开始编码，实现基本的功能。随后，根据编码中遇到的问题以及可能发生的需求变化，对自己的设计方案进行调整和完善。然后“重构”。经过多次跌代，相信可以达到一个比较合理的水平。项目成功的可能性也比一开始就追求一个完美的设计方案要大的多。

    希望听到大家的意见：）

aero

好的框架是很重要的，但是领导往往看的就是能执行就行，呵呵。看自己如何取舍了。

windflowers1976

[quote]原帖由 "aero"]好的框架是很重要的，但是领导往往看的就是能执行就行，呵呵。看自己如何取舍了。[/quote 发表：


呵呵，所以 Architecher 只能让领导兼任了。不过，还是建议楼主，在有机会优化的前提下，采用最好的方案，对自己成长非常重要。

小白小小黄

原帖由 "windflowers1976" 发表：


呵呵，所以 Architecher 只能让领导兼任了。不过，还是建议楼主，在有机会优化的前提下，采用最好的方案，对自己成长非常重要。

拜托您说话能不能不这样总打官腔，就事说事。回答的总是那么空洞。
您是多大领导，人家成长管你什么事情。难道您成长的很好？
不是回答的问题的就一定比问问题的强。

albcamus

原帖由 "小白小小黄" 发表：


拜托您说话能不能不这样总打官腔，就事说事。回答的总是那么空洞。
您是多大领导，人家成长管你什么事情。难道您成长的很好？
不是回答的问题的就一定比问问题的强。

您是多大领导，人家讨论问题管您什么事。






最近的C版啊 ……aero兄，偶觉得你得练练那个“虎爪绝户手”，对一些帖子啊，真是。。。。。

aero

原帖由 "小白小小黄" 发表：


拜托您说话能不能不这样总打官腔，就事说事。回答的总是那么空洞。
人家成长管你什么事情。难道您成长的很好？
不是回答的问题的就一定比问问题的强。

没见过帮人的还挨说的，你不说话没人把你当哑巴。就算是官腔也是好心，没看自己什么腔的！

benlan

该出手时就出手，省得弄坏了氛围
小样！你新来的吧