“從未犯錯(cuò)表示你從未做事”，Debug本來就是一路犯錯(cuò)跌跌撞撞的過程，只要在實(shí)驗(yàn)環(huán)境中累積足夠的成熟度，自然可以在真實(shí)的環(huán)境中解決問題，
美好的人生從Debug開始
。轉(zhuǎn)換跑道的問題，困擾著大多數(shù)的工程師，主要原因是因?yàn)檎嬲鋵?shí)專業(yè)職與管理職雙軌制度的公司不多，另外，資深的工程人員難免要負(fù)責(zé)帶領(lǐng)專案與小組，這都牽涉到很多的改變。我想，其他領(lǐng)域的人員，可能也會(huì)有轉(zhuǎn)換跑道的問題，但應(yīng)該都沒有資訊人員來得復(fù)雜。因?yàn)镮T技術(shù)不斷演進(jìn)，使得資訊人員必須要一邊追趕著技術(shù)，另外一邊仍要持續(xù)帶領(lǐng)專案與團(tuán)隊(duì)�；蛘�，有人干脆放棄深入技術(shù)，專心進(jìn)行業(yè)務(wù)、專案或產(chǎn)品管理等工作。
有很多人都開玩笑說，工程師跑去做業(yè)務(wù)是因?yàn)榧夹g(shù)不好、拼不過別人，不過我倒覺得不盡然是這樣，很多公司的高層，也都是因?yàn)榧夹g(shù)很好而做到很高的位置，但是因?yàn)楣镜男枰呸D(zhuǎn)業(yè)務(wù)的。當(dāng)然，這其中的轉(zhuǎn)換也牽涉到個(gè)人興趣的選擇。
不過，換了位置難免一下子腦袋轉(zhuǎn)不過來。曾經(jīng)有一個(gè)傳統(tǒng)產(chǎn)業(yè)的長(zhǎng)輩這樣跟我說，他很喜歡公司里面的IT人員，覺得他們做事情有系統(tǒng)，吸收新觀念很快。但是當(dāng)他想把這些人員拔擢，轉(zhuǎn)換跑道來協(xié)助管理其他部門的時(shí)候，他卻發(fā)現(xiàn)幾乎所有的工程人員都有嚴(yán)重的本位主義──放不下技術(shù)這一塊，也不太容易學(xué)習(xí)新的專長(zhǎng)。其實(shí)我問了一些有機(jī)會(huì)轉(zhuǎn)換跑道，但是后來仍然沒有繼續(xù)的朋友，發(fā)現(xiàn)他們之所以適應(yīng)不良，倒不全然是本位主義問題，主要是因?yàn)檫M(jìn)入新的領(lǐng)域，需要學(xué)習(xí)的事情太多，這些事情又不像電腦一樣有趣，很多都是古老存在的規(guī)范理論，看沒兩下就睡著，做了一陣子之后覺得好像什么都沒學(xué)到而感到空虛，到后來還是覺得回來技術(shù)這一塊比較安心。
不過，在這里面當(dāng)然也有成功轉(zhuǎn)換跑道的IT人，有些擔(dān)任業(yè)務(wù)，也有些順利跨入法律、財(cái)務(wù)等領(lǐng)域。成功的因素并非單一，有些人是因?yàn)橛辛撕玫闹笇?dǎo)者，有些人則是興趣使然，也有些人是覺得另外那一塊比較有錢賺。
強(qiáng)而有力的動(dòng)機(jī)與目標(biāo)，是支持自己在轉(zhuǎn)換跑道的過程中持續(xù)下去的動(dòng)力。即使在技術(shù)領(lǐng)域，到后來也難免必須要定型在某些領(lǐng)域，例如驅(qū)動(dòng)程式、軟體、硬體、ERP、網(wǎng)站等等，這些可能是別人幫我們分好規(guī)畫好、我們也同意擔(dān)任的工作；有些則是自己喜歡而選擇一頭栽進(jìn)去的。但是每個(gè)人選擇這個(gè)領(lǐng)域的時(shí)候，都會(huì)有一些希望，例如成為高手或者賺到一桶金之類的，
管理資料
《美好的人生從Debug開始》(http://www.msguai.com)。結(jié)局當(dāng)然不是每個(gè)人都能美夢(mèng)成真，所以也有很多人選擇壓抑自己強(qiáng)迫在某個(gè)領(lǐng)域努力，為的可能是公司如果可以上市上柜就可以發(fā)了，然后再來想自己想做的事情。我想起當(dāng)初剛踏上工程這一條路時(shí)，有個(gè)教授就曾經(jīng)講過，未來的人生，需要自己去“Debug”。我們每天工作的內(nèi)容，其實(shí)就是創(chuàng)造bug與解決bug，然后在這個(gè)過程中把技術(shù)與產(chǎn)品捏出來。轉(zhuǎn)換跑道的時(shí)候，很多人忘了這件事情，面對(duì)新的領(lǐng)域，一開始會(huì)弄不清楚狀況，加上資訊不足，又沒人可以問，結(jié)果難免搞得手忙腳亂。其實(shí)不管怎么說，還是應(yīng)該拿出Debug的精神，先搞清楚當(dāng)前的資訊，想想看bug在哪里？需要做什么實(shí)驗(yàn)或者動(dòng)作來確認(rèn)bug的狀況以及解決方式？以及比較合理或者副作用較少的解決方法是什么？
正確的資訊是最重要的第一個(gè)步驟，有了資訊才好研判bug的方向，當(dāng)然bug可能不只一個(gè)，因此必須要逐一來個(gè)別擊破。有一位轉(zhuǎn)換跑道去當(dāng)業(yè)務(wù)的學(xué)長(zhǎng)，他就說一開始自己只會(huì)做逐個(gè)拜訪的工作，很累而且也沒有訂單。在認(rèn)真思考之后，他開始試著針對(duì)每個(gè)客戶的狀況來設(shè)計(jì)實(shí)驗(yàn)，他認(rèn)為bug在“不理解客戶的實(shí)際需求”上。因此，透過一連串的Debug流程，從一開始的假設(shè)、驗(yàn)證，到確認(rèn)下一個(gè)bug，再解決下一個(gè)bug……終于，他發(fā)現(xiàn)必須要先鎖定一、二個(gè)購買意愿最高的客戶，給予最多的support與優(yōu)惠，把產(chǎn)品調(diào)整到成熟，并且賣進(jìn)去之后，再把這個(gè)模式擴(kuò)大復(fù)制到其他客戶身上。雖然不是每個(gè)行業(yè)都是這樣子，但是透過debug至少可以讓我們找到一個(gè)運(yùn)作模式，而不是瞎忙一場(chǎng)碰運(yùn)氣。
講Debug比較容易懂，用比較學(xué)理的名詞來說，這是一個(gè)“系統(tǒng)化”的過程，我們把整個(gè)過程系統(tǒng)化地列出資訊，研判資訊是否充足？是否正確？然后決定是要做實(shí)驗(yàn)找更多資訊，還是要假設(shè)一個(gè)bug來求證？如果bug抓半天抓不到，那可能就需要更多資訊的協(xié)助，或者換另外一個(gè)方向來思考。透過這樣的流程，可以抓出程式或硬體的錯(cuò)誤，事實(shí)上也可以抓出我們當(dāng)前遇到的困難的關(guān)鍵，差異在于程式或硬體的錯(cuò)誤很明顯，但是我們面對(duì)的問題不會(huì)有立即對(duì)與錯(cuò)的答案，總是要試試看才知道。
“從未犯錯(cuò)表示你從未做事”，趙耀東先生的話言猶在耳，Debug本來就是一路犯錯(cuò)跌跌撞撞的過程，只要在實(shí)驗(yàn)環(huán)境中累積足夠的成熟度，自然可以在真實(shí)的環(huán)境中解決問題。
一個(gè)好朋友跟大家分享中鋼的創(chuàng)業(yè)文化：“多做不錯(cuò)，少做多錯(cuò)，不做全錯(cuò)”。我覺得，這個(gè)“做”，就是Debug吧！