國內由於作風浮躁，技術騙子橫行（我曾有幸親炙我國IT界巨象級專家教誨，結果是讓我惶恐不堪，好不容易才憋住了笑），人人都想做管理技術雙專家，而那些大學計算機的專家教授，大多是以前的學生會幹部出身，鉆營本領不小，實幹能力（認真的理論研究和實際開發）卻差得很。說到理論知識，其實大多也是壹知半解，坑蒙拐騙，故作玄虛之論，其實也許關於狀態機的數學原理和應用策略都沒有搞清楚。 O澟湯嶗h瑍
所以這個“理論知識”很強，要看是真的“很強”還是假的“很強”。如果真的搞復雜系統或者大型系統的軟件開發，良好的理論涵養是必不可少的。例如，如果搞通訊協議軟件的設計和開發，在國外，如果要確保項目成功，首先要對通訊協議的原語系統進行數學論證，以確保該系統的自洽性和非冗余性，以免對壹套邏輯混亂的通訊協議投入大量的人力物力進行開發，最後在試運行時卻才發現由於系統矛盾而導致失敗（國外花的是資本家和有選舉權的納稅人的錢，如果把錢砸進水裏聽不見響，那可是非同小可的事情。不象我們這裏，花的是國家這個概念的錢）。比如，對於目前流行的TCP/IP協議，就有人進行數學論證，證明是壹種比較完美的協議原語系統，只不過我國那些電信技術大師們不知道或者不願意知道罷了，因為他們正以他們文學家、詩人和自稱的民族主義和愛國主義分子的決心，在大幹快上地開發擁有“自主知識產權”的通訊協議系統。據說最近華為被思科質稱鈔襲人家IOS操作系統。抄襲只是可鄙，不算恥辱，可是抄襲的時候連人家的Bug壹起偷，就好比到人家家裏偷夜壺的時候把尿壹起端回了家，那就是民族的恥辱！這樣急功近利做事方法還有壹個更大的害處，那就是剝奪了真正苦幹能幹的理性的技術專家的發展機會，使我們的事業長期徘徊在謊言和剽竊的僵局中無法出頭，長此以往，何談創新？ | .?e ?
比如，計算機理論課中的編譯原理，在實際的應用開發中還是非常有用的。舉例說：如果妳要開發壹套字處理軟件系統，妳就要為這套字處理軟件系統的格式系統定義壹套描述和標記符號，而讀取和處理這套標記符號的算法，就是典型的編譯算法，如果理論知識不強，那只能傻編。不過國內能理解應用LEX（FLEX）、BISON（YACC）的理論很強的朋友又有幾位？另外，編譯算法也是開發可配置的框架軟件系統的必須技術。 ?閡清 ?
再比如，國內開發數據庫系統相關軟件，不論C-S模式還是多層模式，基本上不考慮同步和並行問題，把壹切都丟給數據庫或者中間件系統，但是這樣的系統是非常低效率的，也是易錯的。對於以面向對象編程方式開發的系統，並行和同步處理尤其是壹項復雜的理論問題。這就是SUN公司的Java開發包SDK1.4至今除了synchronized（臨界區機制）之外未能引入其他的類似於POSIX系統的同步和並發機制（例如讀寫鎖、生產者-消費者等）的原因，因為針對面向對象系統的並發和同步機制的構造，還是壹項認真的理論課題！（當然，妳完全可以以過程編程方式來利用面向對象語言，從而將最初以c語言寫的POSIX的同步和並行機制用JAVA語言翻譯，但那樣就不是壹個純的面向對象系統了，就會有種種潛在的副作用，破壞面向對象系統的Robust和可擴展型，降解系統的性能）。不過，Sun公司已經選擇紐約的壹位著名的大學教授在研究和開發JDK的同步和並發工具包，估計不久就要包含在JDK中。其中的壹部分也已經引入。比如在JDK1.4中新引入的nio包中就包含了FileLock，基本上就是壹種讀寫鎖的機制。 E瞉o篂扡?
還有，關於面向對象編程，其實遠不是繼承，重用和《java與模式》這麽簡單（後面那本書的作者關於Java的涵養其實有待提高）。關於微軟開發C#來替代C++，其實大有理論背景，那是因為目前的C++有著壹種從面向對象系統的觀點來看的壹項重大的安全缺陷，只不過我國的主要技術精英終日沈湎於COM+或ADO，忙於拼湊交差系統而沒有悟到而已。 邫x?黖E
所以，千萬不要輕視理論知識，只不過要學會識別真的“理論知識”和偽的“理論知識”，這樣才能使妳不至於貽笑大方，妄自尊大。 頁 2oI3exn
另外，信息技術其實內容廣泛，分工細密，安裝機器，實在是壹種不需要多少思考的工作，也許根本不能算是壹種技術，不會安裝機器，就好比時裝設計大師不會用縫紉機，不算什麽。舉個例子，計算機科學和工程界的泰鬥級人物，荷蘭的Dijkstra教授，至死只用鋼筆作文，可是如果沒有他發明的算法，就不會有現代的操作系統，也不會有現代主要的動態路由協議。所以妳不能以妳殺魚殺得好為理由去鄙視燒魚燒得好的同誌。