[b][size=large]
想成為it大牛最快捷的方式就是看開源程式，那麼看開源程式應該思考些什麼問題呢？
①看程式中的變數，方法，引數，實現的介面，繼承的類時要思考他們來自於**？
②程式呼叫執行的先後順序是怎樣的？
③它是怎樣實現的這些引數的傳遞和方法的先後呼叫的？
④為什麼要這麼呼叫和傳參，這麼做的優缺點是什麼？從中你學到了什麼？
再高層次一點，你要了解他的架構是怎麼樣的，為什麼要這樣架構，他的工程結構是否合理，等等？
看開源**絕不能僅僅停留在看懂**這層上，你必須得看出開源人的程式設計思維和思想；要懂得人家這樣程式設計的利弊，自己怎樣將好的程式設計思路運用到自己的專案中去，自己是否有更好的思路？其實認認真真讀懂乙份開源**比你泛讀要好的多，有些人說是說自己看過多少專案，將其技術來也是侃侃而談但是真正讓他做個東西就尿了，為什麼？了解浮於表面，不懂人家的程式設計思想導致的。
[/size][/b]
本文非原創來自[url]
系統改造 公升級專案的注意點
系統改造 公升級專案和全新的專案有所不同，有一些必須注意的地方和心得 1 一般來說，新系統需要相容舊系統的資料，或者舊系統的資料要公升級到新系統中。僅僅獲得舊系統的資料結構是不夠的，如果可能，務必要到舊系統的資料。因為資料的約束不夠嚴謹，或者資料的關係表達不夠詳細，真實的客戶資料往往和設計書中的描述...
開源專案的質量警鐘
開源專案越來越多的進入我們的視線，然而，關於開源專案的質量問題卻無人問津。前一陣子，我和一位同時討論關於開源專案質量安全的問題。他支援使用開源專案的原因很簡單，開源專案的參與者都是 高手 在他心目中何所謂高手，我無從可知，但是這種觀點的支持者卻大有人在。在google上以 開源專案 和 質量保障 為...
optee開源專案的學習
因為研究生階段選的是trustzone的研究方向，所以最近在一直看這方面的東西。前不久在github上找到這個optee的開源專案，於是fork來學習一下。發現optee有4個專案 optee os 包含了tee作業系統本身的源 提供了tee的內部介面。optee client 包含了tee客戶端庫...