代码还在继续-个人感受
改了好些天的代码，发现功能在完善，代码在混乱！需求太多，功能也随着增多！ 但繁琐的嵌套中，夹杂着无数的隐患！虽然自认为比当年有了很大的进步，可随之而来的问题更是自己所不能控制和料想到的！
一切的东西都被逼着从简单到复杂，在复杂的过程中有了简单的思路、构想！从而为再一次的简单提供了所有的依据！甚至在所谓简单的后面有一个更复杂的过程在等着，这是应该去面对的！致死方休也许在最后一刻才会出现的场景，也许能走到看见黎明的一天！也许吧~ 慢慢走着，走一步是一步！
[解决办法]
那些鸟人的需求是无止境的,你只有疲于奔命了...
[解决办法]
施主好走，阿米妥佛
[解决办法]
一定要先花大量时间精力做系统架构，否则到后面就死定了。
[解决办法]
同感
[解决办法]
up
[解决办法]
把“变更”作为“自然规律”的一部分，
心态上首先不能抵触
然后就是适度设计，谁也无法预料到若干年后的事情，
不要一上来就搞一个大而全，
处理需求时，能够满足未来几个月的使用就足够了
定期重构，跟着客户走只会“头痛医头、脚痛医脚”，
通过整体或局部重构，可以将变更最总沉淀成有价值的设计
[解决办法]
郁闷~~
[解决办法]
为自己的错别字汗一个
[解决办法]
为了当好程序员只能忍耐.......
[解决办法]
前期的架构设计是很关键的！要不代码量一大就可能一团乱麻了
[解决办法]
楼主算幸福的了 我那一小块东西都搞了1个月了 每天4个电话 下车间2次 每次2，3张反馈单
还在继续着。。。
[解决办法]
王老弟，现在哪里混啊？
[解决办法]
哎.是啊.繁琐的事情总是忙个没完......
算了...就这样,也只能这样了.
[解决办法]
我把你顶回去
[解决办法]
这样的修修改改多了，慢慢的就知道要重构，要设计......
[解决办法]
sdzeng(大头鸟) 说得有道理，但是定期重构没有那么容易，我们都会遇到这种问题，设计时尽可能的架构易扩展，分成模块型来管理，这样比较好，分支程序改动不会相互影响。
[解决办法]
越垃圾的代码越容易维护，越是高手写的越难改，所以。。。写码时不要怕麻烦，一切为容易修改服务，呵呵
[解决办法]
哎写完程序发现
注释竟然比程序还多
佛曰不可说
[解决办法]
要有一个好的框架，将来即使是改，也不要全部重来，可以只改一部分
