|
锁定老帖子 主题：设计与开发的五条原则–六年真谛
精华帖 (0) :: 良好帖 (9) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-12-26
这些很多人都知道，但是做起来就不是那简单了。
很多时候，需求是不断变更的。 退一步讲，什么都变，纯技术性的细节，也只有在不断开发中才会发现问题， 而这个时候，有的人因为暂时的时间关系会接着继续开发下去，有的人对代码进行行整合。。 没有哪个强人可以，把整个项目的共用性代码一次开发出来，并发给整个项目小组进行约定呵。。 |
| 返回顶楼 | |
|
发表时间：2009-12-27
引用 其实问题就发生在我们很多时候不能去确定作什么和不作什么。哈哈，有时候有句话行也得做，不行也得做.....确实经常发生的。
小公司项目经理的经验就比较重要了。 他们相当于本行业的需求库。 对于一些看起来有道理 但最后会废掉的需求也很了解 引用 哈哈，在这方面你比我威猛。其实最关键的是，很少有项目能真正和真正用户面对面的。
现在的开发方式很少有开发人员与客户交流的 我只看见布置时，或维护团队能达到你说的状态 引用 其实免费的蛮多，不过还得要专人来搞
花钱不花钱其漂没成本不一样。 最好还是公司花钱来提高漂没成本 我之前的公司我在时有junit 我走之后没有几个月 我以前作的努力就漂没了 |
| 返回顶楼 | |
|
发表时间：2009-12-31
最后修改：2009-12-31
引用 有时候连甲方都不知道要具体做什么东西，只知道要做大致的东西，让你替他想，等你做出东西后，他在看，再提出具体的需求，往往大相径庭…………
这个可以用界面原型去克服。 大概的流程是客户提出初步需求后，根据初步需求画出界面原型。 用界面原型和客户讨论详细的需求。 直到达到客户满意的需求为止。 |
| 返回顶楼 | |
|
发表时间：2009-12-31
我个人的经验，程序员不仅仅是写代码。更多是应对需求变化。楼主所说的都是理想情况，反正我是没有遇到过一次这样的情况，需求清晰，无变更，稳定。。我好渴望这样的项目。
|
| 返回顶楼 | |
|
发表时间：2010-01-06
赞成KISS。更加赞成不能盲目分层。将项目复杂化。复杂和可扩展性并不成正比的。
|
| 返回顶楼 | |
|
发表时间：2010-01-12
A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools.
—Douglas Adams |
| 返回顶楼 | |
