这篇文我认为A大只讲对了一半 看了满傻眼
商业需求当然是quick response
相信大家都会被要求
但是这个世界并不是只有
fully quick response (dirty) or fully improving (refactoring)
并不是非黑即白
以A大举的例子
为求迅速上线 你的确可以if 来true 去
今天早上改 下午就可以load
load完是green light
那就该开始着手refactoring and then modularize
这绝对是top 1 on the task list
想着怎么把它做得更好
你今天不refactoring
明天又为了quick response而dirty coding
永远没个结束
没错 公司就是这样 商业就是这样
永远都是商业导向
商业导向对我来说是什么：
那就是永远都会有exception
你一开始structured method 没做好
没考虑到exception 没关系
我们先workaround 后续慢慢refactoring 再排程modularization
而不是其他不懂程式的部门说这个exception 一定是the one 你就傻傻地相信
程式你在写的 数据库你在管的
他们有他们的建议 你自己要有自己的打算
而不是他们讲什么你就照单全收
在程式面你才是主导者 其他人可以给你意见 给你建议
他们哪管你怎么写
反正其他部门只看现在能端出来的成果
他们哪会管你未来？
Dirty or not, who cares?
But you should be care about it!
而看A大举的这个案例 虽然什么细节都没有
但光看叙述此个案 其实要modularization超级简单
实作方法很多 我想随便拉个资工系工读生都一海票可解
而不是万年if if if if true true true
if 到后面别说别人看不懂 万行code 跑起来容易有虫
时间久了连自己都看不懂
那你怎办 //应该一海票吧？
最终回归一句话：
routine work or creative mind
二流SWE喜欢把简单弄复杂 他人愈觉得艰涩难懂愈好
一流SWE喜欢把复杂弄简单 他人一看觉得这好简单