※ 引述《easterday (數牙)》之銘言： : ※ 引述《easterday (數牙)》之銘言： : : (待續).. : I show my ideas, and then yours... : Cost1: learn MFC and x86 Assembly : Cost2: study a popular VM Cost?不了解... : A: Coding(處理小問題) in C++/MFC ,while learning x86 Assembly : 先談談A方案的好處和壞處 : 壞處: : 當然C++/MFC有它先天的複雜度,程式庫要自己一個一個找(孤狗撈針) : 所以撰寫速度慢 : 了解x86 Assembly是可以了解debugging的細節 : 雖然聽說Win32 Api是一群效率很好的,由x86組合語言建起的東西 : 但是這樣會不會犧牲未來四核心CPU的好處呢? : 好處: : Compiler有Optimization的功能 assembly如果真的要玩 就要好好玩... assembly是相當的依不同的cpu有不同的寫法的說 至於說四核~如果能夠寫到multithreading 我想幾核都依樣... : B: Coding in C#/Java ,and study it : 壞處: : 沒有壞處,真的,我的經驗裡,這種做法沒有壞處... : 偶爾VM當機,但是這真的很少見... : 好處: : 程式庫的支援多,程式碼精簡,撰寫速度快,可能有四核心的好處 VM當機是指? 是指RTM嗎? 還是Virtual machine? 會當機，百分之九十是程式設計師的錯Q_Q : C: Big Project(處理大問題) in C++/MFC : 壞處: : MFC複雜,程式庫要自己找,撰寫速度慢,又怕喪失四核心CPU的好處... : Memory Leak is possibly horrible. : 好處: : 目標明確,只要施工藍圖正確,相信應該可以成功 Memory Leak.... 這是大部分是程設師人為的耶.... 應該是從改善軟體寫法開始吧? : D: Big Project in C#/Java, and study it : 壞處: : 沒有裝Runtime Environment的人就不能用.... : heap space/gc的動作不一定如預期 : 函式呼叫隔了一層VM,可能會慢 : 好處: : 撰寫速度快,程式庫不必自己找,可能有四核心的好處 函式呼叫多一層VM? 是指透過RTM嗎? C++/C#通 另一個要通很快~ JAVA的網頁程式較多 商用程式大多還是繞著C/C++/C# : E: Bad case, Big Project in C#/Java ==> Big Project in C++/MFC : 壞處: : 以上所提全部的壞處都包盡了(又喪失四核心的好處) : 還要把dependent part自己重新改寫... : 人力資源的問題...(程式設計師要有兩批,要不然你兩種都要學...) : 好處: : 不必裝Runtime Environment : 執行環境會比較單純,(所以穩定?) 看~不~懂 : F: Bad case, Big Project in C++/MFC ==> Big Project in C#/Java : G: Acceptable case, Coding in C++/MFC ==> Big Project in C++/MFC : H: Acceptable case, Coding in C#/Java ==> Big Project in C#/JAVA : I: Worst case, Coding in C++/MFC ==> Big Project in C#/Java : J: Assumed Case? Coding in C#/Java ==> Big Project in C++/MFC : 感謝賜教 剩下跳過.... 如果是就業導向 套裝軟體/機械控制的話大多還是繞著C/C++ 先了解語言本身後 相信IDE的影響應該不至於到天差地別 至於說asseembly.... 行有餘力學他很好 至於大專案?是多大?幾億行的算不算大? 先有語言的底子再來看其他的問題吧... 通常語言一法通萬法通，最好先專精一種語言 另外的語言就查類似的語法 很多人應該都有那樣的經驗 感覺問題問的好奇怪 如果是要問說要選用哪種語言來學習的話 我會建議先學C大概一個禮拜精實的學應該就有一定的基礎 然後學Java/CPP的 OO 將子語言就有一定底子與基礎了 再來 其實最重要的有時是程式的邏輯安排還有演算法 這些跟語言其實相關度沒有那麼得大 有好的演算法 不管到哪個語言上面寫都還是個好演算法 反之亦然... 如果是牽扯到作業平台的問題 很多gcc跟c/cpp程式有大部分相同可用(畢竟是標準C或是CPP的話) 需要修正的部分是OS相依的API 把他改掉就好了... 整個的問題覺得好詭異 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.168.100.101