我通常把知識(shí)分成幾類：

　　基礎(chǔ)知識(shí)——包括數(shù)、物、化和專業(yè)基礎(chǔ)。

　　流行的技術(shù)——比如嵌入式系統(tǒng)開發(fā)，大家都在做的技術(shù)。

　　未來將要流行的技術(shù)——比如生物DSP技術(shù)，就是你對(duì)未來的預(yù)測。

　　我要用到的技術(shù)——就是你工程中急需使用的。

　　其他學(xué)科的重要進(jìn)展——緊跟科技發(fā)展的腳步是必須的。

　　我通常均勻的分配時(shí)間，而不忽略任何一個(gè)方面的進(jìn)展。這樣才能保證知識(shí)體系的不斷更新和擴(kuò)充。這只是宏觀上的精力分配。具體的學(xué)習(xí)過程當(dāng)然因人而定，但一定要有戰(zhàn)略的進(jìn)行。

　　工程師做任何事情都要有計(jì)劃有步驟的去執(zhí)行。邏輯不僅僅是體現(xiàn)在程序中更要體現(xiàn)在學(xué)習(xí)和生活的進(jìn)程中，也就是做任何事都要科學(xué)的安排時(shí)間，根據(jù)自己的情況制定方案。大家可以參考“大腦思維圖譜”的方法。（應(yīng)該是指MindMap，參見這本書中的介紹工程師做事要嚴(yán)謹(jǐn)求實(shí)。神州飛船由多少復(fù)雜的系統(tǒng)構(gòu)成，如果每個(gè)部件都有99.9%的成功率，恐怕到最后返回的時(shí)候連一半的安全性都談不上。所以工程師一定要嚴(yán)謹(jǐn)，從整體到每個(gè)細(xì)節(jié)都要有足夠的重視程度。千里之堤潰于蟻穴就是這個(gè)道理。工程師不能接受“差不多”這樣的詞匯。。

　　工程師即要有個(gè)人英雄主義情節(jié)又要能融入團(tuán)隊(duì)。出色的個(gè)人能力和人格魅力是何等的寶貴。我們?cè)诔绨萆w茨和喬布斯的同時(shí)不要忘記他們身后龐大而又高效的研發(fā)團(tuán)隊(duì)。

　　以一戟之力完成霸業(yè)的英雄已不屬于這個(gè)時(shí)代。所以團(tuán)隊(duì)的合作才是創(chuàng)造神話的必經(jīng)之路。

　　工程師要有發(fā)展的眼光，不僅要能在復(fù)雜的技術(shù)和市場面前游刃有余，更要對(duì)未來的發(fā)展態(tài)勢做出精確的展望。只有比別人想的遠(yuǎn)才能比對(duì)手走的更遠(yuǎn)。

　　當(dāng)然這與堅(jiān)實(shí)的基礎(chǔ)和勤奮的思考是密不可分的，在群雄逐鹿的當(dāng)今IT界，恐怕需要更多的膽識(shí)才能做到。要不斷的關(guān)注技術(shù)和市場以及其它領(lǐng)域的發(fā)展，什么時(shí)候這種關(guān)注放松，什么時(shí)候就會(huì)被競爭所淘汰。

　　要在競爭和解決問題中體會(huì)生活，研發(fā)和競爭是每個(gè)工程師不可避免的現(xiàn)實(shí)。大家每天都會(huì)遇到新的困難，可這才是工程師的生活，要輕松的活在這些問題之中，并體會(huì)其中的快樂和成功時(shí)刻的興奮。

　　很多工程師抱怨說做研發(fā)太累了，這里的“累”是一種心理的感受，工程師的職業(yè)就是不斷的克服困難迎接新的挑戰(zhàn)。

　　我剛開始做研發(fā)時(shí)也整天愁眉不展，可現(xiàn)在同時(shí)做幾個(gè)大的工程，同時(shí)面對(duì)幾十個(gè)技術(shù)難題，我覺得自己每天因?yàn)槟茏鲞@樣的事情而感到非常的快樂和充實(shí)，如果哪天自己沒事可做就會(huì)覺得很不適應(yīng)，總要找些問題來思考。

　　中國的未來需要太多的工程技術(shù)人員和科學(xué)家，我在此向所有從事或者有志從事科技工作的工程師和科學(xué)家致敬。

　　我們?yōu)榱嗣褡宓恼衽d，為了中國科技的騰飛而努力工作，拜托大家了。我只是給年輕的同學(xué)和同志們談一下自己的見解，片面之處請(qǐng)大家原諒。

　　作為工程師如何看待已經(jīng)得到的解決問題

　　問題是一定會(huì)有的，做工程沒有問題或一切順利，這樣的人也有--上帝。

　　那么我們遇到問題了怎么解決呢？當(dāng)然，首先要判斷問題因何產(chǎn)生，然后想辦法解決，幾乎大部分人都是這樣去做。可不要被“問題得以解決”所迷惑。不要驚訝，我的意思是問題解決了之后你應(yīng)該考慮什么。例如：你程序中的一個(gè)寄存器設(shè)置錯(cuò)誤，最后找到了程序出錯(cuò)的原因，并改了過來。完了嗎？

　　任何問題的出現(xiàn)有偶然但不要忘記其中的必然。問問自己為什么會(huì)出現(xiàn)這樣的問題，馬虎，概念不清晰，還是看數(shù)據(jù)手冊(cè)沒抓住重點(diǎn)？然后再考慮如何改變自己看數(shù)據(jù)手冊(cè)和學(xué)習(xí)的方法，再考慮思維方式中是否有缺陷。不要以為問題解決了就是小事情，每個(gè)問題即使解決了也是“大有文章”。

　　當(dāng)你和一個(gè)同志并肩工作時(shí)，你的程序老是因?yàn)橐恍﹩栴}而癱瘓，可他的卻十分健壯而且開發(fā)迅速。于是你請(qǐng)教他，當(dāng)他給你講清楚后，你卻發(fā)現(xiàn)內(nèi)存的使用方法存在一點(diǎn)“小”。

　　問題，改正后你的程序也健壯如牛了。最后你就認(rèn)為與他編出了同樣水平的程序嗎？請(qǐng)不要這樣想。

　　研發(fā)中的一點(diǎn)點(diǎn)差距和問題，其實(shí)都是研發(fā)能力和技術(shù)水平上的一大段差距呀！甚至可能是不可逾越的鴻溝。工程開發(fā)過程中，一個(gè)再小的問題都可能使整個(gè)研發(fā)進(jìn)程癱瘓。所以一次高效而又順暢的開發(fā)是來之不宜的，不要以為這很普通。

　　很多工程領(lǐng)導(dǎo)者總能看到或者預(yù)測很多可能會(huì)遇到的問題，也許都是些雞毛蒜皮的小事，但就是這許許多多小事卻構(gòu)成了研發(fā)屏障，甚至掩蓋了那些大事?！拔从昃I繆”和“雨中綢繆”是兩個(gè)不同的研發(fā)境界，即使都能達(dá)到目的也不會(huì)有相同的效果。