大家好
小弟在一家還算大的公司
職稱是RD
但是做的事卻是一直在debug 解issue
小弟有時debug看一看都會想
一直解bug對於自己coding的能力根本沒有幫助阿....
而且解bug通常都會花很久時間
一條issue光在找bug.原因就可以找很久
重點是issue還不少
每天工作光解bug就可以導致加班無止盡然後又對自己的coding能力沒什麼幫助
小弟想請問這種工作是不是沒有什麼發展性?
是不是大公司通常都是這個樣子?
對於這種工作型態大家通常會有什麼建議?
謝謝!
作者:
MeiHS (囧)
2016-02-17 23:27:00難怪大家都說RD的縮寫是
其實RD真正困難的工作就是解bug 不過好的coding方式有助於減少bug的產生 而且若是有軟體幫忙 運氣好可以避開
有些相容性的問題 只能在chip上找時 困難到不行
作者:
zhi5566 (協志 5566 最棒)
2016-02-17 23:48:00debug就會看人家的code 就可以欣賞人家的coding 但是碰到觀念差的 反而傷身
作者:
crazyM (We are the future)
2016-02-17 23:52:00在想一樣的事情...9成時間在看別人的code啊
作者:
f124 (....)
2016-02-17 23:56:00錢拿到手就是發展
DEBUG的過程是為了降低再發錯誤，顯然你們沒在改善....如果相同問題一直發生 就要去找真因 才有助於減少重工
作者:
august628 (august628)
2016-02-18 00:05:00我以為最累是做精美的報告
作者:
Iamjkc (è¬å¹´æ»æœƒ)
2016-02-18 00:10:00有多大？ 最後你就可以進階用眼睛嘴巴debug. 以前認識HW的前輩都是用手指就量電路版哪裡有問題
作者:
corrona (弱酸性)
2016-02-18 00:15:00看你能力到哪 整個code都熟了 debug就是花時間而已
de個兩年,對你會有幫助的..解issue很慢代表你經驗不夠以後你coding 就可以先想到可能會有哪些side effect
作者:
BIAO (超越自己)
2016-02-18 00:31:00工作內容有時候是運氣成份居多..看職缺有沒有機會從無到有。自己覺得運氣不錯，新工作讓我從無到有開發了exe dll..等，
作者: justaID (快樂崇拜) 2016-02-18 00:33:00
能了解原PO的困擾，自己之前工作也遇過這種狀況，會不斷
作者:
BIAO (超越自己)
2016-02-18 00:34:00反而我覺得現在debug別人的程式碼大部份都不難XD
作者: justaID (快樂崇拜) 2016-02-18 00:34:00
自我懷疑。也許每個人在意的點不一樣，有人重視當下待遇，有人會覺得一直在重複類似的事沒有成長。我個人感想是
作者:
BIAO (超越自己)
2016-02-18 00:35:00自己會開發新專案，相對的比較容易知道問題在哪..如果真的很想學習，不妨主動和主管提出or下班自己練習?
作者: justaID (快樂崇拜) 2016-02-18 00:36:00
看你對於該產品有沒有興趣，願不願意長久做這個產品，如果是，那目前解issue的工作型態就還有意義，因為debug很吃經驗，但也要避免是那種無法累積的經驗，比如5年都在解同樣深度的bug，那就沒有累積性，可能一個新人進來1年就能取代你。如果對該產品的發展有興趣，建議要設法打進核心功能team，去解那些真正有技術或經驗價值的issue當然如果連對產品也沒什麼興趣，那我會建議早點找自己適
你可以嗆你主管:底什麼爸個。 研發就不用改良嗎，天才。
作者: justaID (快樂崇拜) 2016-02-18 00:45:00
合的出路，否則久了能力沒進步年紀又變大，要出去闖更難當然，如果目前待遇不錯，想靠人際或政治穩穩爬上去，就是另外一回事...
作者: WenliYang (羊蹄嘟) 2016-02-18 00:50:00
都差不多，豬屎屋大部分人也都在做這樣的事，所以想錢就好，不要去深思自己每天到底幹嘛……
作者: QQ101 2016-02-18 00:52:00
不然哩 請你來吃飯的嗎...
作者:
overhead (overhead)
2016-02-18 01:04:00整天看log而非code聽起來的確是有點不幸沒錯啊...
作者: SkyFee (迷你天天) 2016-02-18 01:06:00
恩....所以你喜歡一直寫程式 然後bug讓別人解就好?
就不要到時候要你一禮拜寫個Module來 你又要靠妖別的
作者:
tedhut 2016-02-18 01:38:00debug這麼久了 而且還是無聊的bug 找原因還要找很久??
作者:
chuegou (chuegou)
2016-02-18 01:48:00main.c破萬行的那種專案.無聊而且要找很久的bug一大堆阿
作者:
s860134 (s860134)
2016-02-18 01:53:00bug 不修越積越多 最後變成全公司產品buid不下去 ＧＧ
作者:
mickeyha (M*schief)
2016-02-18 01:59:00石頭AP?
作者:
holydon (0.0)
2016-02-18 02:12:00其實解久了就那樣..看到大概會有感覺@@困難的還是寫精美報告...每天都不知道自己在忙啥
作者:
mathrew (Joey)
2016-02-18 07:30:00連原因都要找很久 還一直抱怨只能 debug 先練練再來吧
作者:
gunbade (hihihi)
2016-02-18 08:05:00聽起來像在系統廠，若想多寫code就跳吧
作者:
mmppeegg (我是寂寞的)
2016-02-18 09:03:00Debug怎麼可能沒有發展性 邏輯都是從debug訓練出來的啊不過如果沒機會改code那就……
作者:
sdyy (中壢市的小智)
2016-02-18 09:03:00這是QA吧
作者:
DrTech (竹科管理處網軍研發人員)
2016-02-18 09:29:00職稱不重要，薪水才重要
作者:
csfgsj (切割對半)
2016-02-18 09:36:00年輕人就是年輕人，Debug 才是重點如果Debug 要花很久的時間，不要跟我說你Coding 很強
作者:
tedhut 2016-02-18 09:41:00破萬行這種家常便飯 建議再debug三年後再來這裡發表感想
其實IC Vendor的SW也是debug居多, 想純coding去純軟
作者:
zsyian (zsyian)
2016-02-18 09:51:00就算code是自己寫的，大概也是80%的時間在debug...
作者:
saxer 2016-02-18 10:08:00這個在豬屎屋的sd也差不多啦XD
我講實在的，就是有這個需求，才會找人做，你不做以後怎麼教人做。另外，工作至少要30年，你才debug幾年？
作者:
Luos (Soul)
2016-02-18 10:19:00我也是…
作者: badyy (nick) 2016-02-18 10:26:00
小魯個人覺得要看學不學到東西跟發展性,或者錢@!
作者: JeremiahLin (JL) 2016-02-18 10:26:00
有個 Linux kernel bug 前後耗了十幾個RD，花了三年，最後solution 只是把幾行刪掉。 Debug 很重要啊
對coding 沒什麼幫助 你想多久由你完全寫source code
作者: badyy (nick) 2016-02-18 10:27:00
不過聽起來像戲桶場,就看錢有沒有比較實在!
十年後 換N間公司 若你還改別人的code 你就會知道會Debug沒什麼了不起 不會還能繼續做RD 就很了不起
作者: JeremiahLin (JL) 2016-02-18 10:35:00
作者:
dasala (small LU)
2016-02-18 10:35:00我是覺得debug別人的code比debug自己的code還需要能力啦！另外我是寫RTL的
作者: JeremiahLin (JL) 2016-02-18 10:42:00
不過說真的 工作歸工作 要提升 coding 能力可能要靠side project 或 coding 網站練習了
作者:
aquahau (orz...)
2016-02-18 11:08:00你D的bug是皮還是骨呢
作者:
dslite (呼呼)
2016-02-18 11:12:00這是AE吧
作者:
dasala (small LU)
2016-02-18 11:36:00台灣RD多不多不需要一個只知道考國營事業的來評論
小魯之前解bug解了4年, 換工作後對難解的bug比較有方向
作者: f33783378 (小灰狼) 2016-02-18 12:00:00
Retry&Debug
以台灣環境 賺錢的公司是ic設計等硬體廠 不需要一直開發code 公司喜歡你一直debug 下家面試也是看你解過什麼bug如果你真想發展軟體能力又想要高薪 只能出國了
作者:
iincho (世界的盡頭)
2016-02-18 12:51:00IC廠的軟體部份需要從頭開始寫的狀況不多...就算是module owner很多也只是拿Linux現有的code改...
debug 比自己從頭刻一個需要功力 還要知道怎麼改過程中你一定會遇到自己從來沒想過的coding方式
作者: WFC 2016-02-18 23:33:00
自主開發寫code的能力跟看別人code去debug的能力根本不同。假如你想寫code不是只有工作上可以精進，無論何時都可以寫自己的東西，只是你不想而已。先前有個我自己想玩的平台coding，每天下班10～11點還是每天摸到1～2點持續幾個月，有心才是重點。
是的 debug很深奧的 隨便問你 memory leak 怎麼查? cpu效能被哪個thread佔用太多? 這其實是專業的學問
作者:
cyshowen (嘉義秀伊恩)
2016-02-18 23:59:00等你當上key man 就有機會coding!?
作者: WFC 2016-02-19 00:12:00
當然最好是開發coding能力跟debug別人code的能力能兼顧。De自己寫的code其實相對簡單，雖然寫code常會講寫完就忘了呀，但自己寫的一定比較熟稔，哪個環節出錯其實半猜半矇也不難發現，de別人寫的架構就不是了，除了一直幹攪這什麼爛code外，還是得理解才能解掉issue，最重要的是在看別人code的同時能對架構設計要有經驗上的學習，做往後的精進。 至於coding方面，個人覺得寫code最難的是在程式架構設計，bug和解issue瓶頸覺大部分都來自於不良多程式架構的side effect。
作者:
tedhut 2016-02-19 01:12:00不是大公司 是每間公司
作者: justaID (快樂崇拜) 2016-02-19 02:02:00
認同WFC大提到，自主開發的能力跟看現有code-base去解issue的能力不太一樣。回原PO，我覺得這與其說是大公司的常態，跟產品的開發型態更有關係。比如開發內容是都拿現有的code-base來改，那可能就很少需要去開發新功能對公司來說，開發重點就會是把這份code的issue解完，讓產品能穩穩賣，這樣的運作也很合理。但拿人家code-base的副作用就是可能每一陣子就得跟著update code-base，一堆issue又冒出來，不管是新issue或舊issue(就算是修過的舊issue修起來比較快，當有幾百條時還是得花上不少時間)所以我覺得重點還是在於原PO有沒有意長久在這個產品發展以及解的issue是不是經驗帶得走的產品技術重點有太多issue是就算你也許看就能猜到是哪類型原因，但還是得花時間去追出具體要改的code是哪一行，只是在花時間，像作業員一樣，沒有太多新收穫建議原PO先想想自己的未來規劃，因為台灣賺錢的系統廠或豬屎屋的開發型態可能都是這樣，如果打算一直走這個產業就要盡量讓自己能去碰有價值的issue，而不是一直碰同類型、深度低的issue，這樣跳出去人家問你解過哪些issue，你的debug經驗才能有價值
作者:
aowen (...)
2016-02-19 08:38:00Debug能力跟coding能力成正比..
作者:
minc (~遲來姍姍武城金)
2016-02-19 12:26:00解問題就是學習經驗，覺得自己很強就跳巢，台灣好工作是要你即時戰力，不是天馬行空的天才…
作者:
acluke (_____)
2016-02-19 12:53:00作者:
id41030 (呆呆向錢衝)
2016-02-19 14:48:00系統廠RD嗎? 如是的話正常
作者:
hl4 (Zec)
2016-02-20 13:25:00debug跟coding根本是不同技能樹