1樓：Waiter
會啊，寫c++的時候這裡想想能不能移動拷貝，那裡想想能不能省乙個虛函式，寫出來程式就快，寫python不用想這些，想了也沒用，寫出來就慢
2樓：
你會說幾門語言是否會影響到你做人的最高水平？我想不會吧。同理，程式語言只是人與計算機交流語言，不影響你與計算機的正常交流，高階語言和低階語言的區別就像白話文和文言文的區別一樣（可能不太準確，將就著吧），只是語法上的區別，當然還有就是高階語言能比低階語言用更加簡潔的方法描述和解決乙個問題，但低階語言卻能比高階語言更清晰地描述問題，執行地效率就更高。
二者各有優勢罷了。
學習什麼樣的程式語言主要看你需要解決什麼問題，同樣以人類語言舉例:你到美國談判，卻用中文跟人家交流，這本身沒什麼問題，因為畢竟人家還是有錢請得起翻譯。但是，如果你突然間冒出一句文言來，這下翻譯可能就懵逼了。
翻譯不了，談判就進行不下去了，那麼問題就無法解決。
那麼怎麼辦呢？要麼你用英語解釋這句文言的意思，要麼你教翻譯這句話該怎麼翻譯。
二者孰是優劣？好像不好說，前者需要你先掌握英語，後者你需要慢慢向翻譯解釋。
同理，放到程式設計就是如此，你想用一門語言去解決另一門語言的專屬領域問題，不是不行，只是看你所需要消耗的成本集合罷了。
（比如，如果你要用JS去解決計算機底層的問題，不是不可能，只是一來你需要對JS有很高深的理解，二來你需要對計算機底層有足夠的認識，三來你可能需要發展出一門全新的JS方言了:-），當然，如果真到了這種地步你還只會JS的話）
額，好像有點走偏了，反正綜上所述就是說，程式語言不會限制個人的領域提高，有所限制的不過是領域的擴充套件問題罷了。
限制領域提高的其實是對於事物的看法問題（這可能就是傳說中的變成思想吧）罷了。
個人見解，匿了，怕噴。
3樓：小虎愛程式設計
不會，到頭來都要應用到實處，學一門精一門，比較好找工作，並且會一門之後，其他的學起來容易，知識體系都是類似的，基本資料型別加方法，和一些需要自己的特色
4樓：扶餘城裡小老二
題主，本著解決問題不為贊的前提，
程式語言不會限制水平發揮。
但是程式語言會限制思想的思路。
如果你會編譯原理的，看看怎麼修改llvm，clang。
是可以拓展語言。
那麼問題來了，我們來乙個繁華的大城市，我作為乙個單體，有能力改變這個城市的走向嗎？
事實上，是不可能的。
那麼選擇語言，比努力就重要的多了。
語法越寬鬆越好。語法糖越多越好。
很多程式語言，在不同的大學實驗室或者企業裡的實驗室中，研發呢。
早期的那些程式設計師現在還在程式設計嗎？程式設計師是不是吃青春飯的？
皇甫冰 程式設計師可以做到老，但是，所謂的美其名曰的挑戰不過是自我安慰罷了，這就是條苦逼的路，作為普通人，你不是雷軍，也不是李彥巨集，你的coding很多時候替代性太強了。 周昱行 據說有很多程式設計師，只要水平達到能夠勝任工作，就不關心新的技術，停止學習了。很多平庸的程式設計師就是喜歡重複的沒有挑...
為什麼有些程式設計師對程式語言掌握那麼好，有些人連api都記不清？
周杰 僅僅是個人建議哈 有些東西沒必要記 至少是沒必要刻意去記 因為隨時可查，隨用隨查。用的多了也就熟悉了。我也經常很多UNREAL Houdini的相關api記不清 因為太多了 沒必要因為記住這些玩意兒導致本末倒置嘛 程式設計更重要的是邏輯 架構設計 演算法 為什麼有些學霸對數學知識掌握那麼好，有...
c 這門程式語言是否設計過度從而給程式設計師帶來了過重的心智負擔？
lhrbu x 的問題不是設計過度而是設計方向反工程化，工程上急需的各類基礎輪子沒人關心怎麼納入標準庫，一窩蜂地折騰模板元程式設計這條邪路。 chenc 工程上的東西很多時候是兩難，左有左的好，右有右的好，左有左的不是，右有右的不是。如果某個思路只有壞處沒有好處，大家早就拋棄了，如果只有好處沒有壞處...