奇葩需求不断的来,代码越来越乱,大家遇到这种情况么?

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2953 天前的主题，其中的信息可能已经有所发展或是发生改变。

第 1 条附言 · 2016-04-01 15:19:32 +08:00

一点一点看着手中的代码变成了屎,很难过,真的 , 所以只有一条路...

奇葩

代码

遇到

需求

35 条回复 • 2016-04-02 20:53:01 +08:00

paopaosa

2016-04-01 09:46:41 +08:00

每天经历。

OOXZ

2016-04-01 09:56:37 +08:00

日常

JenJieJu

2016-04-01 10:01:00 +08:00

日常

JenJieJu

2016-04-01 10:01:13 +08:00

日常+1

bzw875

2016-04-01 10:04:36 +08:00

一边做需求一边优化代码结构，因为只有我维护，所以代码还是挺漂亮的。

taresky

2016-04-01 10:04:55 +08:00

奇葩需求不断的来，你可以拒绝啊。只要你承担拒绝这个需求的责任和后果。
因为产品提出需求，他就得承担当这个需求未解决问题的责任，或者更变需求的后果。

代码越来越乱，这不是你的事情吗？

codingadog

2016-04-01 10:13:52 +08:00 via Android

最近在看一个几年了的老项目的代码
乱成狗，废弃代码多如狗
准备先完成新需求，然后慢慢改老代码了
也算是给自己的考验

bk201

2016-04-01 10:15:21 +08:00

需求与代码乱不乱好像没关系吧。是我理解问题？

ByZHkc3

2016-04-01 10:17:28 +08:00

日常+1

Cim

2016-04-01 10:18:40 +08:00

最开始的时候脑子里那架构完美，漂亮。写着写着发现代码烂的跟垃圾样

rokeyzki

2016-04-01 10:25:57 +08:00

码农日常，特别是人员越多，需求又不断改动，已经每次迭代工期很短，就很难避免这种情况出现

mikan

2016-04-01 10:29:58 +08:00

一年后就受不了要开始重写了，然后无限循环

zjq426

2016-04-01 10:30:20 +08:00

很多时候最后归结到是一个各自坚持最后彼此理解甚至妥协的问题。

应对的方法用正常向吧：沟通，磨合，估算工作量的时候把技术调整，测试等工作量估算进去。很关键的一点是其实应该多花时间去分析需求，设计系统，最后 coding 的工作应该只是 20%－ 30%，如果上来不设计好直接就写代码，后面调整的时间可能加起来还要更多。

程度的问题：代码正确，可维护，系统健壮。但要赶得上业务变化的速度。没有业务光有代码如果您是纯技术创业团队当我没说。

sharpy

2016-04-01 10:30:55 +08:00

很多时候什么架构都是理想化
看着代码悲从中来干

pynix

2016-04-01 10:35:31 +08:00

架构是什么东西？能吃吗？

learnshare

2016-04-01 10:38:06 +08:00

重构，有时间就策划重构。否则越堆越容易垮掉

busymilk

2016-04-01 10:45:28 +08:00

定一个计划：提前几天做完， boss 一看，哎呦，有效率！于是下次就缩短几天，然后继续玩命做，继续缩短，死循环，结果越写越快，越来越乱。。。。。

ferock

2016-04-01 10:47:33 +08:00

@busymilk 赞

zzNucker

2016-04-01 10:53:37 +08:00

真的是日常。

xiaoshenke

2016-04-01 11:03:52 +08:00

重构。

quericy

2016-04-01 11:28:33 +08:00

日常+N
每次需求都是要求先快点简单做,然后变得越来越奇葩
需求一直不停怎么重构

NovemberEleven

2016-04-01 11:33:07 +08:00

日常+1

murmur

2016-04-01 11:33:51 +08:00

没有关系啊，只要产品失败了锅别让程序背就可以

Infernalzero

2016-04-01 11:40:06 +08:00

所以我一直觉得很多产品经理都是天生的败家娘们，特点：有钱就花，买东西不要钱

domty

2016-04-01 16:02:35 +08:00

没严格的代码规范或者人员流动频繁就会影响这个。
也有的就是完全程序员水平的问题，我就见过嵌套超过 4 个 if 语句，大括号满天飞。
也有纯粹烂需求设计的问题，有的需求你一看就知道没法写出好代码。

webdev

2016-04-01 19:00:17 +08:00

你这么有追求的人，应该到我们公司

我们公司的程序员是这样的：不 care 任何业务流程，只按照 solution doc 来写代码， Bug 出的多，没关系，只要你能修，你依然是好员工，加工资，你如果干的不爽，和老板说下，老板送你去米国散散心，或者给你加工资。如果你想移民，也没关系，和老板说下，老板半年内不给你任何任务，钱照拿。如果你想赚外快，没关系，自己拉业务做，来加班照样管饭。