C 帶壞了多少程式語言的設計？

1樓：嵌入式Linux

我覺得如果說低階C語言開發者，我可以承認，如果是高階C語言開發者，根本不侷限，完全可以用C實現物件導向，繼承，高內聚，低耦合，等等～

這不是Ｃ的問題～是寫Ｃ的人的問題。

2樓：qwety ed

c語言的編譯器可以寫得很簡單，c語言流行的時代也是各類平台爆發的時代、c語言設計的簡單，但遠不算簡陋，能有的基本都有了。關鍵還是在於用c切換目標平台的代價小啊，「幾乎就是彙編語法糖」的特點也方便硬體設計參與專案，6、70年代的重點還是在硬體的發展上。

3樓：

c只是太自由了，又很底層。沒學過計算機組成原理，沒調過彙編，就像其他高階語言一樣調函式搞定，出了問題，只能說基本功不夠。

4樓：icecliff

我剛開始接觸程式設計是在51機上用彙編寫（本人學機械的），之後用過keilc。從彙編跨到c的經驗，讓我感覺真的不是帶壞了之後的程式語言，而是cpu的工作方式本來就是那樣的。

5樓：品雪

你是想看 C Family 譜系？

Stanford 這張圖不錯

6樓：

我感覺C語言「帶壞」的地方在於，它的每乙個語句都是直接描述過程的，而不是相對直觀的描述乙個結果，從而給程式設計者犯錯留下了巨大的空間。

7樓：

1. 不是帶壞，恰恰是帶好。要學會辯證地歷史地看問題。沒有一步步的發展，沒有不斷在實踐中檢驗出的問題，後來者就不會不斷完善。

2. 99%的問題不是語言的錯，而是使用者學藝不精。

8樓：

帶著偏見的問題，c以後的很多語言都試圖做更好的c，讓它更容易使用，並且享受它本來就有的好處，但是如同所有偉大發明的拙劣模仿者，它們注定不會成功，這不是c帶壞了誰，而是這些後續者貪功短見造成的。偉大的作品是不能寫續作的，即使是它本來的作者。偉大的作品也是不能模仿的，因為你永遠走不出它的影子。

真正超越c的語言一定是徹底擺脫它的影子的獨創者、顛覆者，而不會是那些被它「帶壞了的」、看上去很像的語言，可惜，這樣的語言現在好像還沒有誕生（或者我不知道）。

9樓：

物競天擇，適者生存。

如果c真的很糟糕，那麼後來的人類就應該建立出一種新的語言來規避c的問題。

能被帶壞，說明本來就沒有好的。

10樓：David Dong

那畢竟是個從彙編改進的時代……有個基本的結構化程式設計的概念就不錯了。

而且當年也有比較美的語言，但是受限於硬體是沒可能發展的。

好和壞都是相對的，最終的目的都是滿足需求。需求變化了，方法和工具自然會發生變化。

11樓：

想到兩篇經典文章

第一篇如果你用a tour of go來入門golang的話一開始就會看到，基本上是介紹go是怎麼擺脫c語言屎一樣的宣告方式以及為什麼還沾著一點屎…………

第二篇非常古老，是當初lisp還在和c爭天下的時候lisp的人寫的，感慨c這種沒有完美主義信仰、爽了開發者坑了使用者的設計大行其道…………

C 帶壞了 多少程式語言的設計？