→ godspeedlee:對debug有興趣的人可以看看"調試九法"這本英翻簡的書 08/28 00:15
→ windlll:多看別人的程式，多累積經驗蠻有用。當然快不快，另外談 08/28 14:38
講到解bug
剛好小弟自身就有過解的快跟解的慢的例子
先講解的快
因為小弟參與過開發的案子 都是.NET開發的(c# or vb)
所以對於這樣的架構 算是比較熟悉一點
前一陣子幫忙support另一個a案子一天 主要是幫忙解bug
由於也是.NET (C#) 開發的案子 加上該案子的業務面
在另一個b案子有參與開發 基本上架構差不了多少
因此當天開給我的bug單 共有四個
早上先去那邊安裝環境 弄了一個早上總算弄好環境 中午跟著大伙去吃飯
閒聊到快兩點才回來
回來後就開始解 大概不到五點就解完
就像上面剛說過的 因為我已經很熟了 所以我自己覺得那幾個bug是算簡單 --> 中等
的程度 因此解完後 那邊的負責人就說沒事就可以下班了
大概五點多我就下班了(這也是我工作當中 最早下班的一次)
後來我的主管碰到我就說那邊的人說我真厲害 解真快 = ="
另一個解的慢的例子
是公司有個維護案要我幫忙弄
但該案子其實是好幾年前開發完的案子
是用java開發的(java我有自學過 但僅限於寫學校作業的那種程度)
公司有資深人員幫我講解了大概一個多小時的java開發和架構
不過基本上我還是完全沒啥概念
也只好趕鴨子上架 硬著頭皮去解
說真的 舊的案子可能沒特別要求 所以註解不多
雖然說程式看的懂(c# 跟java 語法很類似)
但業務面的東西真的很不熟悉 加上用java來開發的架構也才開學習
所以 一個bug我可以解到一天才解完
甚至稍微難一點的bug 我可能還得請教別人 或者解個兩天才有辦法搞定
所以在這個維護案我完全喪失自己對於寫程式的信心
後來因為我對於新案子(.NET開發的) 比較熟悉
加上那時(.NET的案子都很趕) 因此我主管也讓我先別去維護那個舊案
專心開發新案子
講這麼多
其實解bug的快慢 就兩個點
對架構的熟悉度 和經驗
原po也別羨慕別人
程式只要多寫多看 不懂的多問
很快就可以進步很多的
※ 引述《thinkniht (不下棋=.=)》之銘言：
: ※ 引述《isnt (start it or not)》之銘言：
: : 寫過程式的大家都知道，不同的工程師產出差異大。
: : 而我是一個半路出家的自學者，
: : 同Team某位資深工程師也非本科，
: : 但是他解bug的速度卻很驚人。
: : 我也一直希望自己可以到達那個等級，
: : 但發現我最欠缺的是專注力。
: : 常常trace code到一半就忘記剛剛要找什麼，
: : 我花了半天找到，可能別人只要半小時。
: : 其實自己知道也不是Code看不懂，
: : 就真的是會失神，我自己也很困擾。
: : 尤其是大架構的東西，跳來跳去我一下就花了。
: : 有沒有過來人可以指點一下?
: : 是否這是新手必經之路?
: : 或者只能說專注力也是天分的一部分嗎?
: 我覺得產出差異大的原因是
: 同一問題
: 有的人很快就看出問題在哪 並想到適當的解決做法
: 有的人則光追問題根源就追老半天
: 有時產出可以差到幾倍
: 我覺得差異是在於技術與經驗
: 如果你有處理過類似問題的經驗
: 可能看到一個錯誤就可以猜到大概是哪裡出問題
: 自然就能很快找到問題原因
: 而不是漫無目的的尋找
: 你都說對方是資深同事了
: 找得快是正常的
: 這是經驗的差距
: 要是他還找得慢那就有問題了XD
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.62.74.49