水木社区手机版
- 主题:亲历屎山代码的形成
- 老审核，看图吧。
前情是这个
157554 ohfaint Jun 14 ● 到底是我要求高，还是他们水平渣？(1k)
--
FROM 125.70.176.* - 哈哈有点意思，
其实从事情和结果看的，也还是算是合理（一线员工找不到，就找领导）
比较迷的PM，他怎么知道和指导“程序写死了”，以及怎么从客户需求推导出他的决定的
--
FROM 120.244.216.* - 使用场景不会存在找不到员工的。
他们发现问题会把主管和员工都叫到一起，三方认可再往系统里录入。
以前扣分在系统里弄是方便统计，结果发现人事数据拿不到最新的，所以退一步改手动统计。
我吐槽的就是，这个扣分操作没用了死活还要保留，
宁愿改成一个不合逻辑的操作，宁愿产生新的冗余数据，
产生新的可能的坑，也不愿去掉。
【 在 hothail 的大作中提到: 】
: 哈哈有点意思，
: 其实从事情和结果看的，也还是算是合理（一线员工找不到，就找领导）
: 比较迷的PM，他怎么知道和指导“程序写死了”，以及怎么从客户需求推导出他的决定的
--
FROM 125.70.176.* - 给了多少钱，给了都少时间，有没有人管控具体的需求细节？如果你前期需求就几句话，等人家做完了再来blahblah觉得这个功能该有那个功能该有，那绝对是你的问题
【 在 ohfaint 的大作中提到: 】
: 老审核，看图吧。
: 前情是这个
: 157554 ohfaint Jun 14 ● 到底是我要求高，还是他们水平渣？(1k)[upload=1][/upload]
: ...................
--
FROM 202.109.128.* - 是不是数据库的外键就设计成not null了？
【 在 ohfaint 的大作中提到: 】
: 老审核，看图吧。
: 前情是这个
: 157554 ohfaint Jun 14 ● 到底是我要求高，还是他们水平渣？(1k)[upload=1][/upload]
: ...................
--
FROM 111.162.221.* - 怀疑你都没看完我说的内容，所以没讨论到点子上
【 在 adamhj 的大作中提到: 】
: 标 题: Re: 亲历屎山代码的形成
: 发信站: 水木社区 (Wed Nov 6 16:39:41 2024), 站内
:
: 给了多少钱，给了都少时间，有没有人管控具体的需求细节？如果你前期需求就几句话，等人家做完了再来blahblah觉得这个功能该有那个功能该有，那绝对是你的问题
:
: 【 在 ohfaint 的大作中提到: 】
: : 老审核，看图吧。
: : 前情是这个
: : 157554 ohfaint Jun 14 ● 到底是我要求高，还是他们水平渣？(1k)[upload=1][/upload]
: : ...................
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 202.109.128.*]
--
FROM 125.70.176.* - 我不懂技术，但就是疑惑一段不需要的代码不是该砍掉吗，
非得冒着各种风险保留下来。
【 在 tgfbeta 的大作中提到: 】
: 标 题: Re: 亲历屎山代码的形成
: 发信站: 水木社区 (Wed Nov 6 16:40:39 2024), 站内
:
: 是不是数据库的外键就设计成not null了？
: 【 在 ohfaint 的大作中提到: 】
: : 老审核，看图吧。
: : 前情是这个
: : 157554 ohfaint Jun 14 ● 到底是我要求高，还是他们水平渣？(1k)[upload=1][/upload]
: : ...................
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 111.162.221.*]
--
FROM 125.70.176.* - 从技术的角度来讲，或者说从工程的角度来讲，确实应该去掉的。
但是从现实角度来看，每一个功能点和代码都是甲方的一个技术资产。如果要移除呢，确实是应该谨慎一点的。未来如果要再加回来还要再付钱，说不定。
- 来自 水木社区APP v3.5.7
【 在 ohfaint 的大作中提到: 】
: 我不懂技术，但就是疑惑一段不需要的代码不是该砍掉吗，
: 非得冒着各种风险保留下来。
--
FROM 120.244.216.* - 这个跟shi山啥关系，就是不想满足一个需求而已。代码不针对需求改动，就是代码不变。
--
修改:z16166 FROM 114.241.228.*
FROM 114.241.228.* - 这不是技术资产，是SaaS模式，甲方只有使用权。
【 在 hothail 的大作中提到: 】
: 标 题: Re: 亲历屎山代码的形成
: 发信站: 水木社区 (Wed Nov 6 23:28:45 2024), 站内
:
: 从技术的角度来讲，或者说从工程的角度来讲，确实应该去掉的。
: 但是从现实角度来看，每一个功能点和代码都是甲方的一个技术资产。如果要移除呢，确实是应该谨慎一点的。未来如果要再加回来还要再付钱，说不定。
: - 来自 水木社区APP v3.5.7
: 【 在 ohfaint 的大作中提到: 】
: : 我不懂技术，但就是疑惑一段不需要的代码不是该砍掉吗，
: : 非得冒着各种风险保留下来。
: --
:
:
: ※ 来源:·https://exp.mysmth.net·[FROM: 120.244.216.*]
--
FROM 125.70.176.*