以上說法, 的確是了一個只需用到少數語言, 特定應用的人的想法
因為己經有了滿足需要的工具, 所以當然覺得語言不重要
若是有另一個平行世界, 那個世界只有assembler, VB去做你目前的工作
那世界的人也會覺得語言不重要, 因為有assembler, VB就能解決所有問題
要做的只是如何去活用這兩種語言...
可是活在我們這個世界的人, 會同意他們的看法嗎?
不會, 正如活在另另一個世界的人, 也不會同意我們的看法一樣
一個不同的語言, 可能也代表著另一群解題方式與技巧
會用C/C++的你, 不也用macro, pointer, templeate, 各種design pattern解決了多少
平行世界中, 只用VB不能漂亮解決的問題?
我們之所以覺得語言不重要
只是因為我們還不需要那樣漂亮的解題技巧
只是因為我們還不知道更好用的語言
只是因為要創造一個能好用的語言太難
個人意見
※ 引述《MasterChang (我愛ASM)》之銘言：
: 就我使用的環境來說，會用到程式的就是 C/C++、各種晶片的組語
: 、Labview，偶而用到VHDL、三不五時設計電路和 Layout PCB。至
: 於語言重不重要？
: 如果你是新手，那的確不重要。因為不管哪種用語言，你就是菜鳥
: ，就是什麼都不會。重要的是怎樣把你建立的模型用程式碼去實現
: 出來，讓你要設計的演算法、資料結構、控制回路能「穩定」的運
: 作，能不能很快的將別人已經寫好的東西、函式庫等順利放在自己
: 要做的專案？通常走到這裡，就能滿足一般公司所謂熟練、有經驗
: 的要求了。而且已經能夠應付90％市場的需求，至於剩下的10％也
: 不需要特意追求，遇到的機率太小，會了C/P值也不高。
: 而且這時候你已經是老手了，語言的的部分到底重不重要，你自己
: 心裡也有底，也知道哪裡該注意的，也不用上來PO文問了。
: 就我的經驗來說，一個需要寫程式的專案，真正寫程式的時間大概
: 只佔專案的 1/3或更少，大部分的時間在於專案的架構建立、分析
: 、文件建立。除非有其他因素需要對某些東西做特化等工作。不然
: 說實話「語言真的不那麼重要」...
: 如果為了一些奇淫技巧去浪費一堆時間，然後又無法獲得一定的效
: 能，那還不如不用。
: 寫程式的人常常有一些毛病，就是為了一些舉無輕重的地方錙銖必
: 較，但說實話對整體專案所造成的效益並沒有顯著增加，卻又浪費
: 一堆時間去搞。
: 以上。
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.133.27.102