这让我想到以前在解bug的时候
某学长说:
你解决问题的能力有问题:
你应该要把问题先分类
先把所有的可能性列出来, 然后分别去思考
针对a问题想a解法, 针对b问题想b解法
那..请问学长 细节怎样做
学长云: 有了大方向 细节应该很简单, 你要自己去想怎么解决.
靠北 我也知道.
就是不知道问题在哪才会有bug 知道我早解了
等我花了很多时间把bug解出来以后
开始底下七嘴八舌的讨论:
你看吧 就是当初你没把问题先想清楚才有bug
这个就是简单的问题而已
以上.
※ 引述《T3T (G.S.M.W)》之铭言：
: ※ 引述《loloman (吃饱的感觉真好)》之铭言：
: : 以前上电子学，一个教授对于电子学精通的描述是:
: : "你在想一个问题的时候就仿佛好像真的看的到电流在电路里流窜一样"
: : 大师不一定是最强，但有可能是解决问题最厉害那个，
: : 这个前提下就是不断的找case做，不断的遇到问题也不断的解决问题，
: : 下一次遇到问题触类旁通，点一知三便能快速分析提供对策!
: : 各领域都会有遇到困难的进度卡关，就想想如果遇到问题资源允许
: : 你会一直往上call help call到谁，那个人大概就是你目前领域的大师吧。
: 没错! 大师不一定是最强，但有可能是解决问题最厉害那个
: 有些长官 大概是太久没进Lab
: 底下RD遇到Bug时 开始讲一堆理论
: 万一遇到PHD毕业的 连公式都写出来给你看
: 我工数课本都丢了 长官竟然连公式都写得出来
: 有没有好棒棒? 还是长官每天的休闲娱乐是算工数?
: 但你心知肚明 这对你Bug毫无帮助
: 下场就是
: 你bug也要解 长官的实验也要作
: Loading瞬间暴涨两倍
: 然后长官的实验失败 你还要帮他想失败的合理解释的原因
: 以免伤了他幼小的心灵跟自尊心
: 不信? 下场就是
: 长官:‘无可能啊! 依照理论怎样怎样 啊! 你实验方法不对
: 你应该该怎样怎样 再做一次实验’
: 然后你就一直浪费生命做那种对Bug毫无帮助的实验
: 是啦 长官也是RD上来的 但他多久没当RD了?
: 所谓经验丰富 那是指国外那种一直专研技术的老RD
: 长官上次亲自跳下来作案子 搞不好都10年前的事了
: 科技业变化多端 差10个月就差很多
: 10年前的经验能套用在现代吗? 科科
: 你说有些基础东西 过再多年都不会变
: 是呀 问题是这些基础东西 RD也不是不知道啊
: 靠这些基础东西就能解掉Bug 还来跟你假日加班冲三小?
: 任何领域都一样 要不断专研才会变大师
: 如果疏离太久 昔日的大师 今日的太帅
: 所以文章说得很对 不断的找case做，不断的遇到问题也不断的解决问题，
: 下一次遇到问题触类旁通，点一知三便能快速分析提供对策!
: 但这有两个前提
: 一个前提是 要有愿意跟你同甘共苦的战友
: 他愿意跟你一起努力 一起讨论
: 这种情况下 会进步很快
: 但如果遇到那种很强的控球后卫
: 不管什么情况下都能传球 成功率百分百
: 开玩笑 你都愿意跑到篮下禁区了
: 不传球给你 怎么对得起你
: 然后你就公亲变事主 Support变Owner
: 大家都往你这边追杀
: 他只有一句
: ‘啊! 那就拜托你啦 不好意思 我还有事 我先下班了 掰掰’
: 那你会很干
: 你老师咧 你一年365天 天天都有事
: 在很干的心情下 你根本不会有心去解Bug
: 所以有热血 很好 但要搭配一颗冷静的头脑
: 尤其是在篮下有5个赤木防守你时
: 加上你这边又有一个超强控球后卫 不管怎样都能传球给你时
: 你自己要考虑 要不要硬闯篮下禁区
: 除非你自认是河田
: 另一个前提 就是你要在解Bug过程中
: 不断地思考跟学习
: 不要人家今天真的派大师过来帮你解
: 结果换你当控球后卫 球传出去就没你的事
: 为啥他会做这实验? 为啥他会怀疑这边可能是Root Cause?
: 他的思路跟依据是啥? 如何透过实验来验证假设的正确性?
: 仔细看他的动作 能学的尽量学 然后比他多练习三倍
: 不然在你的RD生涯中 你永远都赶不上他
: 就算Bug解掉 你也只是多知道一个Solution
: 整个过程你没参与 你还是没学到东西
: 不要小看这个 有些公司在面试时 会问你解过哪些Bug
: 好! 你讲出Solution 但人家会进一步问你
: 为啥会想到这Solution?
: 要捡现成很简单啦 把人家的Solution记起来就好
: 但厉害的面试官 会透过这问题 进一步确认你是真的有参与
: 还是只是捡现成?
: 再来是Bug解掉后 要去作通盘的分析
: 以及衍生的探讨
: 因为 同一个Solution 可能与其他Bug有关
: 换言之 知道这个Solution的来龙去脉后
: 你等于解了好几个Bug
: 而同一个Bug 其Root Cause可能有很多个
: 即便是同一个Bug 不同Root Cause 就必须有不同的Solution
: 你案子作得再多 永远都会遇到你从没遇过的Bug
: 如果你只是拿以前的Solution Database来套
: 第一个不行 套第二个 再不行 套第三个......
: 那当你遇到从没遇过的Bug时
: 也只能套用万用Solution了 : 球传出去