这是一个创建于 3158 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 · 2016-04-01 15:19:32 +08:00
一点一点看着手中的代码变成了屎,很难过,真的 , 所以只有一条路...
 |
1
paopaosa 2016-04-01 09:46:41 +08:00
每天经历。
|
 |
2
OOXZ 2016-04-01 09:56:37 +08:00
日常
|
 |
3
JenJieJu 2016-04-01 10:01:00 +08:00
日常
|
|
4
JenJieJu 2016-04-01 10:01:13 +08:00
日常+1
|
 |
5
bzw875 2016-04-01 10:04:36 +08:00
一边做需求一边优化代码结构，因为只有我维护，所以代码还是挺漂亮的。
|
 |
6
taresky 2016-04-01 10:04:55 +08:00  1
奇葩需求不断的来，你可以拒绝啊。只要你承担拒绝这个需求的责任和后果。
因为产品提出需求，他就得承担当这个需求未解决问题的责任，或者更变需求的后果。 代码越来越乱，这不是你的事情吗？ |
 |
7
codingadog 2016-04-01 10:13:52 +08:00 via Android 1
最近在看一个几年了的老项目的代码
乱成狗，废弃代码多如狗 准备先完成新需求，然后慢慢改老代码了 也算是给自己的考验 |
 |
8
bk201 2016-04-01 10:15:21 +08:00 1
需求与代码乱不乱好像没关系吧。是我理解问题？
|
 |
9
ByZHkc3 2016-04-01 10:17:28 +08:00
日常+1
|
 |
10
Cim 2016-04-01 10:18:40 +08:00
最开始的时候脑子里那架构完美，漂亮 。写着写着发现代码烂的跟垃圾样
|
 |
11
rokeyzki 2016-04-01 10:25:57 +08:00
码农日常，特别是人员越多，需求又不断改动，已经每次迭代工期很短，就很难避免这种情况出现
|
 |
12
mikan 2016-04-01 10:29:58 +08:00
一年后就受不了要开始重写了，然后无限循环
|
 |
13
zjq426 2016-04-01 10:30:20 +08:00 1
很多时候最后归结到是一个各自坚持最后彼此理解甚至妥协的问题。
应对的方法用正常向吧：沟通，磨合，估算工作量的时候把技术调整，测试等工作量估算进去。很关键的一点是其实应该多花时间去分析需求，设计系统，最后 coding 的工作应该只是 20%－ 30%，如果上来不设计好直接就写代码，后面调整的时间可能加起来还要更多。 程度的问题：代码正确，可维护，系统健壮。但要赶得上业务变化的速度。没有业务光有代码如果您是纯技术创业团队当我没说。 |
 |
14
sharpy 2016-04-01 10:30:55 +08:00
很多时候什么架构都是理想化
看着代码 悲从中来 干 |
 |
15
pynix 2016-04-01 10:35:31 +08:00
架构是什么东西？能吃吗？
|
 |
16
learnshare 2016-04-01 10:38:06 +08:00
重构，有时间就策划重构。否则越堆越容易垮掉
|
 |
17
busymilk 2016-04-01 10:45:28 +08:00 2
定一个计划：提前几天做完， boss 一看，哎呦，有效率！于是下次就缩短几天，然后继续玩命做，继续缩短，死循环，结果越写越快，越来越乱。。。。。
|
 |
19
zzNucker 2016-04-01 10:53:37 +08:00
真的是日常。
|
 |
20
xiaoshenke 2016-04-01 11:03:52 +08:00
重构。
|
 |
21
quericy 2016-04-01 11:28:33 +08:00
日常+N
每次需求都是要求先快点简单做,然后变得越来越奇葩 需求一直不停怎么重构 |
 |
22
NovemberEleven 2016-04-01 11:33:07 +08:00
日常+1
|
 |
23
murmur 2016-04-01 11:33:51 +08:00
没有关系啊，只要产品失败了锅别让程序背就可以
|
 |
24
Infernalzero 2016-04-01 11:40:06 +08:00
所以我一直觉得很多产品经理都是天生的败家娘们，特点：有钱就花，买东西不要钱
|
 |
25
domty 2016-04-01 16:02:35 +08:00 1
没严格的代码规范或者人员流动频繁就会影响这个。
也有的就是完全程序员水平的问题，我就见过嵌套超过 4 个 if 语句，大括号满天飞。 也有纯粹烂需求设计的问题，有的需求你一看就知道没法写出好代码。 |
 |
26
webdev 2016-04-01 19:00:17 +08:00 1
你这么有追求的人，应该到我们公司
我们公司的程序员是这样的：不 care 任何业务流程，只按照 solution doc 来写代码， Bug 出的多，没关系，只要你能修，你依然是好员工，加工资，你如果干的不爽，和老板说下，老板送你去米国散散心，或者给你加工资。如果你想移民，也没关系，和老板说下，老板半年内不给你任何任务，钱照拿。如果你想赚外快，没关系，自己拉业务做，来加班照样管饭。 |
 |
28
SlipStupig 2016-04-01 21:54:44 +08:00
@webdev 看着我都想来了
|
 |
30
realpg 2016-04-02 11:49:52 +08:00 via Android
奇葩需求跟代码难看有啥关联？
之前做传销软件，那需求比你们见过的所有需求加起来都奇葩，代码也没难看哪去啊 |
 |
32
Mirana 2016-04-02 16:22:25 +08:00
刚开始的时候抽象了一些代码出来，写的好好的，突然来了个奇葩需求，导致抽象出来的代码不能复用了，这时候就悲剧了。
|
 |
34
annielong 2016-04-02 19:55:16 +08:00
奇葩需求都是小 CASE ，就怕奇葩到能把核心流程都给改掉，当初按需求设计的时候谁会考虑核心流程来个适配功能
|
Select Language