Re: [討論] 大家對於物件導向程式語言的選擇...

看板Programming作者vgod (single)時間16年前 (2008/04/19 20:30)推噓19(19推 0噓 1→)

留言20則, 19人參與討論串27/34 (看更多)

路人經過發現這串令人哭笑不得的討論，就忍不住想來回覆一下我當過幾次大一新生的助教，所以對於一些沒什麼邏輯的問題頗能諒解（可能也因為這樣就比較聽得懂他們真正想問什麼XD）我反覆看了幾次po的文章，再經過一些推敲歸納出他想說的到底是什麼他考慮的是以下這些東西 1. 要選什麼程式語言: C++, C#, Java... 2. 要選什麼開發環境(IDE): Visual Studio, Netbeans... 3. 要選什麼樣的執行平台: virtual machine(JVM, .NET), native binary 4. 有沒有支援多核心cpu 這些東西的選擇各有利弊，但不管上面三個怎麼組合, 都跟支援多核心沒什麼關係就是板上高手已經有很多回應, 我就不在這方面著墨我比較想講的是他的文章到底為什麼很難看懂他的文章讓人很難看懂的原因是他把很多無關或不同層面的事搞混在一起底下以其中一段話為例: 好的VM做的很深入底層也可以完成很多功能,Coding on VM好像比較快又好 Debugger也比較好用好的VM一定幫我們考慮到Concurrent issue 我們來分析他說的這段話, 就知道這文章有多難懂從第一句開始, "好的VM做的很深入底層也可以完成很多功能" 這段話乍看之下是在討論執行平台(VM or native hardware) 接著後面看到 "Coding on VM好像比較快又好" 我第一個想的是, 他應該是想講running on VM吧再不然就是其實是想討論程式語言或IDE的選擇但再往下看 "Debugger也比較好用" 這和前面的話完全矛盾(VM跟debugger實在扯不上邊), 看起來他應該是要講IDE的選擇才對最後一句是 "好的VM一定幫我們考慮到Concurrent issue" 由於前面的矛盾，會讓人懷疑這個VM到底是什麼意思因為VM再厲害也沒辦法把single thread的程式拆開到不同cpu上跑所以我又猜他這裡應該是要講程式語言? (也有可能是他真的想講VM, 但如果這樣就是他沒搞清楚threading在幹麼) 他的VM可能是執行平台, 也可能是IDE, 甚至也可能是程式語言最奇妙的是你不管套那一個進去他原本的話都說不通認真分析起來, 這一小段話就足以讓人抓狂所以後面我就不說了XD...... 給原po的忠告: 碰到這種情況真的讓人很囧，不是大家不想認真跟你討論我想你自己應該沒有發現自己寫的文章有這些問題 (你有看過自己寫的文章嗎？) 建議你認真搞懂你說的每一個名詞是什麼意思至少要能區分抽象概念和實體物件, 也要確實了解一個抽象概念包含的範圍別小看精確用詞的重要性寫程式最重要的觀念之一就是「抽象化」把你要描述的多個實體，用一個能涵蓋他們的抽象概念去取代物件導向的繼承、多型都是抽象化抽象化做得好程式自然有彈性、好維護一個程式的好壞也常決定於此如果你連中文都說不清楚了，建議還是別走這一行比較好 (I'm serious.) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.112.30.26

推

qrtt1

04/19 20:57, , 1^F

04/19 20:57, 1^F

推

firedragen

04/19 21:00, , 2^F

04/19 21:00, 2^F

推

TonyQ

04/19 21:04, , 3^F

04/19 21:04, 3^F