現(xiàn)在，有很多C/C++程序員總是自命不凡，看不起其他開發(fā)人員。其實，或許別人更看不起他呢!
學(xué)生時代，我也曾醉心于C/C++，但時至今日，始終無法寫出無懈可擊的C++代碼，所以我始終認(rèn)為我不會C/C++。這些年，我一直在尋找編寫C++代碼的模式。但是，老實說，我還沒有見到過哪個稱得上高手的C++程序員，也沒有見到過寫得Very good的C/C++代碼。C/C++代碼總是丑陋不堪，BUG叢生!
我用C語言編程已經(jīng)超過20年了。我寫過C語言的編譯器、C語言的調(diào)試器、用C開發(fā)的其他語言、游戲、客戶端程序和服務(wù)器程序，你說吧!還有什么是我沒寫過的。還有我的書架上充斥著折了角的K&R和Steele的書。我太了解C語言了，但是，我討厭他。十分討厭!
當(dāng)我讀到一篇博客，題目是“為什么每個程序員都應(yīng)該學(xué)習(xí)C語言?”時，我真是雞皮疙瘩滿地。如果你真的是個專業(yè)的程序員的話，你肯定覺得這是個天大的笑話，盡管作者的本意也許不是這樣的。這篇反駁的文章有點意思，但是還是沒有抓住本質(zhì)。所以我展開了說一下。有以下5個原因來說明，為什么那些會C語言，并且使用C語言的程序員，現(xiàn)在不但應(yīng)該去用別的語言，而且應(yīng)該忘記他們學(xué)習(xí)C語言過程中的那些煩人的東西。
1、內(nèi)存分配
僅僅關(guān)于這一點我就能寫整整一篇文章了，也許能寫一本書，甚至還有可能寫出能夠塞滿圖書館技術(shù)書籍那塊，那么多的內(nèi)容。內(nèi)存分配和存儲單元分配的存在確確實實是個大麻煩。你要不就是分配太少的內(nèi)存不夠用，要不就是分配了太多內(nèi)存浪費掉。這里的問題就是：怎么把它初始化為零呢?還是干脆就不初始化它。但最撓頭的步驟還是釋放內(nèi)存。所有已有的工具包都會幫助你確認(rèn)，你是否已經(jīng)釋放了之前分配的每一位的內(nèi)存，在釋放完之后是否永遠(yuǎn)不使用它，并且會阻止你，永遠(yuǎn)不要釋放它第兩次。更嚴(yán)重的是，分配內(nèi)存和釋放內(nèi)存在C語言中都是很慢的，非常慢。使用內(nèi)存分配時，要考慮的各種特殊情況，我真是連想都不愿意去想，只要問題(對象)的大小合適，我更愿意使用棧空間或者事先分配的結(jié)構(gòu)空間。如果這么做的話，我就有更值得煩惱的事了。話說回來，發(fā)明垃圾處理器那人真應(yīng)該得諾貝爾獎。
2、多線程
我過去是喜歡C語言的，真的。直到我開始用C開發(fā)并維護(hù)多線程的服務(wù)器。在為連接相沖突的線程保護(hù)數(shù)據(jù)方面，C語言沒有為程序員提供那怕一點點的幫助。你在使用單線程的日子里獲得的每一個直覺、經(jīng)驗，用在多線程的時候都是錯誤的。至少JAVA有表示同步的關(guān)鍵字和備有證明文件(但是是個很奇怪的文件)的記憶體，但即使是這樣，除非你使用新的javax.concurrent，否則也只能在那些巨大的平行擺放的機(jī)器們面前崩潰?；氐紺語言上：在模擬生產(chǎn)的環(huán)境下，堅持一個星期在數(shù)據(jù)中心調(diào)試一個死鎖(這事真的發(fā)生過)。而JAVA卻只需要Ctrl+Break!天哪!!!
3、指針
指針太難以控制了，太陰險了;我甚至沒有委婉一點的方式去形容它。我生命中每年都有幾個月被用來調(diào)試那些奇怪的指針問題。我過去常常努力獲取所有的訣竅，比方說難以理解的構(gòu)成符、聯(lián)合體和偏移量，以及重用最后兩位做標(biāo)記，還有所有其他的訣竅。但我發(fā)現(xiàn)這么做根本不值得。其他語言的靜態(tài)引用就可以解決了。
4、過早的優(yōu)化
說到訣竅，你是否曾經(jīng)浪費腦細(xì)胞去研究究竟*p++是不是比p[i]快?你是否曾經(jīng)花時間去試著做點變化來代替乘法，或者去嘗試使循環(huán)中的倒置運行更快的方法?還在為傳遞一個參數(shù)的速度和反對添加結(jié)構(gòu)，并且傳遞它的速度一樣而苦惱不已?停吧!算法是速度的關(guān)鍵，程序員的水平?jīng)Q定了他會使用那些算法。知道這一點能讓你的程序更好，更快一點并且讓你的腦袋少扭幾個筋。好吧，有一些例子也許可以這樣做的……不，你就別那么做就行了!
5、測試
你最喜歡的C的單元測試的工具是哪個?嗯…一個也想不到?單元測試一定是一點也不重要，是吧?或者是太麻煩了，很難跟上進(jìn)度，浪費時間。你可以把這個時間用到更加有用的事情上，讓它只占用工作時間的1%，那還比較合適?；蛘咴跀?shù)據(jù)中心，通過優(yōu)化的沒有標(biāo)記的圖形來調(diào)試這個僅僅由100個同時在線使用者引起的問題。
我本來應(yīng)該繼續(xù)再說一些原因的，但是5個現(xiàn)在就足夠了;說完這些，現(xiàn)在感覺好點了。C以前是非常棒的…那是在1984年的時候。直到今天，那些用C寫的新代碼都讓我感到驚喜…如果你讓我比較的話，我覺得C++只是比C稍微好點。如果你想要學(xué)些老一點的語言，不妨嘗試Forth，Lis，或者APL。這些老式的語言起碼能教會你，用不同的而且優(yōu)雅的方式去思考你的程序。
學(xué)生時代，我也曾醉心于C/C++，但時至今日，始終無法寫出無懈可擊的C++代碼，所以我始終認(rèn)為我不會C/C++。這些年，我一直在尋找編寫C++代碼的模式。但是，老實說，我還沒有見到過哪個稱得上高手的C++程序員，也沒有見到過寫得Very good的C/C++代碼。C/C++代碼總是丑陋不堪，BUG叢生!
我用C語言編程已經(jīng)超過20年了。我寫過C語言的編譯器、C語言的調(diào)試器、用C開發(fā)的其他語言、游戲、客戶端程序和服務(wù)器程序，你說吧!還有什么是我沒寫過的。還有我的書架上充斥著折了角的K&R和Steele的書。我太了解C語言了，但是，我討厭他。十分討厭!
當(dāng)我讀到一篇博客，題目是“為什么每個程序員都應(yīng)該學(xué)習(xí)C語言?”時，我真是雞皮疙瘩滿地。如果你真的是個專業(yè)的程序員的話，你肯定覺得這是個天大的笑話，盡管作者的本意也許不是這樣的。這篇反駁的文章有點意思，但是還是沒有抓住本質(zhì)。所以我展開了說一下。有以下5個原因來說明，為什么那些會C語言，并且使用C語言的程序員，現(xiàn)在不但應(yīng)該去用別的語言，而且應(yīng)該忘記他們學(xué)習(xí)C語言過程中的那些煩人的東西。
1、內(nèi)存分配
僅僅關(guān)于這一點我就能寫整整一篇文章了，也許能寫一本書，甚至還有可能寫出能夠塞滿圖書館技術(shù)書籍那塊，那么多的內(nèi)容。內(nèi)存分配和存儲單元分配的存在確確實實是個大麻煩。你要不就是分配太少的內(nèi)存不夠用，要不就是分配了太多內(nèi)存浪費掉。這里的問題就是：怎么把它初始化為零呢?還是干脆就不初始化它。但最撓頭的步驟還是釋放內(nèi)存。所有已有的工具包都會幫助你確認(rèn)，你是否已經(jīng)釋放了之前分配的每一位的內(nèi)存，在釋放完之后是否永遠(yuǎn)不使用它，并且會阻止你，永遠(yuǎn)不要釋放它第兩次。更嚴(yán)重的是，分配內(nèi)存和釋放內(nèi)存在C語言中都是很慢的，非常慢。使用內(nèi)存分配時，要考慮的各種特殊情況，我真是連想都不愿意去想，只要問題(對象)的大小合適，我更愿意使用棧空間或者事先分配的結(jié)構(gòu)空間。如果這么做的話，我就有更值得煩惱的事了。話說回來，發(fā)明垃圾處理器那人真應(yīng)該得諾貝爾獎。
2、多線程
我過去是喜歡C語言的，真的。直到我開始用C開發(fā)并維護(hù)多線程的服務(wù)器。在為連接相沖突的線程保護(hù)數(shù)據(jù)方面，C語言沒有為程序員提供那怕一點點的幫助。你在使用單線程的日子里獲得的每一個直覺、經(jīng)驗，用在多線程的時候都是錯誤的。至少JAVA有表示同步的關(guān)鍵字和備有證明文件(但是是個很奇怪的文件)的記憶體，但即使是這樣，除非你使用新的javax.concurrent，否則也只能在那些巨大的平行擺放的機(jī)器們面前崩潰?；氐紺語言上：在模擬生產(chǎn)的環(huán)境下，堅持一個星期在數(shù)據(jù)中心調(diào)試一個死鎖(這事真的發(fā)生過)。而JAVA卻只需要Ctrl+Break!天哪!!!
3、指針
指針太難以控制了，太陰險了;我甚至沒有委婉一點的方式去形容它。我生命中每年都有幾個月被用來調(diào)試那些奇怪的指針問題。我過去常常努力獲取所有的訣竅，比方說難以理解的構(gòu)成符、聯(lián)合體和偏移量，以及重用最后兩位做標(biāo)記，還有所有其他的訣竅。但我發(fā)現(xiàn)這么做根本不值得。其他語言的靜態(tài)引用就可以解決了。
4、過早的優(yōu)化
說到訣竅，你是否曾經(jīng)浪費腦細(xì)胞去研究究竟*p++是不是比p[i]快?你是否曾經(jīng)花時間去試著做點變化來代替乘法，或者去嘗試使循環(huán)中的倒置運行更快的方法?還在為傳遞一個參數(shù)的速度和反對添加結(jié)構(gòu)，并且傳遞它的速度一樣而苦惱不已?停吧!算法是速度的關(guān)鍵，程序員的水平?jīng)Q定了他會使用那些算法。知道這一點能讓你的程序更好，更快一點并且讓你的腦袋少扭幾個筋。好吧，有一些例子也許可以這樣做的……不，你就別那么做就行了!
5、測試
你最喜歡的C的單元測試的工具是哪個?嗯…一個也想不到?單元測試一定是一點也不重要，是吧?或者是太麻煩了，很難跟上進(jìn)度，浪費時間。你可以把這個時間用到更加有用的事情上，讓它只占用工作時間的1%，那還比較合適?；蛘咴跀?shù)據(jù)中心，通過優(yōu)化的沒有標(biāo)記的圖形來調(diào)試這個僅僅由100個同時在線使用者引起的問題。
我本來應(yīng)該繼續(xù)再說一些原因的，但是5個現(xiàn)在就足夠了;說完這些，現(xiàn)在感覺好點了。C以前是非常棒的…那是在1984年的時候。直到今天，那些用C寫的新代碼都讓我感到驚喜…如果你讓我比較的話，我覺得C++只是比C稍微好點。如果你想要學(xué)些老一點的語言，不妨嘗試Forth，Lis，或者APL。這些老式的語言起碼能教會你，用不同的而且優(yōu)雅的方式去思考你的程序。