这是一个创建于 3562 天前的主题，其中的信息可能已经有所发展或是发生改变。
刚入公司试用期还未过，做移动系统的，无论事系统架构还是业务逻辑都太过于复杂，而且之前写的代码逻辑相当混乱，感觉前人写的代码像是中学写作文，想到哪写到哪的样子，导致跟踪一个业务就要很久（也许是个人能力问题，但是一同进来的人也是这种情况），无爱了。不知道大伙接触的项目会不会这样？想跟领导说分手了
 |
1
test0x01 2015-02-24 13:30:38 +08:00 via Android
乱是有点。但是说复杂，你还没见过更复杂的。通信系统本来就就是很复杂的，业务逻辑多，协议多，并发多，随机性强，不允许出错
|
 |
3
hitsmaxft 2015-02-24 14:30:46 +08:00 via iPhone
我手里的系统四年间重构第二遍了。几乎所有的内容都通过框架约束。业务层老老实实写代码就行了。
这种系统都是人员流动，层次参差不齐造成的。除了渐进+大版本重构别无他法。 如果领导没这个思路，那会一直糟糕下去。 |
 |
4
deving OP @hitsmaxft 老系统用了十来年了，公司已经发布了新版系统了，感觉重构是不现实的，里面的逻辑太多，而且多个人的逻辑纠结在一起，分不清谁是谁，维护起来特费劲
|
|
6
hitsmaxft 2015-02-24 14:48:18 +08:00 via iPhone
@deving 重构重写都是手段。让原来很难维护的老系统下线才是目的。如果不行，那就早点找法子甩手呗。
|
 |
9
newtonisaac 2015-02-24 17:10:25 +08:00
@mhycy 事业单位的程序员，五体投地。。。
|
 |
10
mhycy 2015-02-24 17:17:23 +08:00 via Android
@newtonisaac 一般事业单位都是外包给私人公司干活
|
 |
13
CarlWangCn 2015-02-24 21:16:41 +08:00
历史问题是什么公司都存在的, 个人觉得最重要的是, 从自己开始写的代码自己努力写好, 不要一段时间后回来看了想骂自己, 另外如果好的建议和实践经验能够吸收采纳(无论是自己提给别人的还是别人提给自己的), 那么代码就会越写越好. 如果好的建议不能够听取, 只知道一味的抱怨历史代码有多烂, 而不从自己开始改善,那么最终自己也会写出让后来者骂娘的历史代码
|
|
14
deving OP @CarlWangCn 说得是
|
 |
18
ciwonderful 2015-02-24 23:02:32 +08:00
唉。擦屁股项目。。已经擦惯了。
|
Select Language