原來不是只有我看不懂（阿～我不孤獨阿～ XDXD） ※ 引述《easterday (數牙)》之銘言： : 我個人現在待業中 : 剛從義守資工系畢業 : 在PTT Computer Science group一直是個沉默的觀眾 : 我熟悉的平台是Windows XP Home&Professional : Hardware: Pentium 4 一個 programmer，其實大多數時候不在意機器有多好 （當然啦，裝大型 DBMS 或是跑 data mining，另當別論 不過開發的過程當中也有很多替代方式） 或著說，你可以把這當成是一種磨練 我絕對沒有炫耀我還在用 R32 寫程式的意思 [被毆飛] : C++大概只看螞蟻書而已,對STL有花時間看圖書館看不懂的書 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : Java方面我大概那本Think in Java 2ed.和Ivorn這兩本 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : .NET這方面完全沒買書,只看functionX那個網站和 VS2005的範例而已 : 工具方面 : Java我只用Netbean, JCreator : C++則用 VS2005(試用版) & VC6 Introductory edition : 我試佣了VS2005已經半年了,老實說,我還是喜歡VC6 : 我現在有空也多了解MS的C++ extension... : 當然平台不穩/工具不穩/自己太遜都可能是當機的原因 : 但我想談的不是這個 不想談這個幹麼寫出來 : (未來的)Window在未來的硬體上(例如我還沒買的四核心) : Coding on VM 和 Coding Native Code(VC6&MFC) Coding on VM？ 坦白說，我的 Java 基礎實在不太好，只會嚇嚇案主騙騙錢 只是我真的不明白，什麼叫做 Coding on VM 我只知道我寫出來的 Java 會變成 Byte Code，然後在 VM 上頭跑... 再者，你的 native code 到底指的是什麼意思？ MFC 很 native 嗎？（這好怪的語法） : 這兩種選擇的利敝得失..... : 我個人認為現在是探討這個問題的正確時間... : 好的VM做的很深入底層也可以完成很多功能,Coding on VM好像比較快又好 請舉例解釋一下，什麼叫「好的 VM 可以完成很多功能」 : Debugger也比較好用 : 好的VM一定幫我們考慮到Concurrent issue(多核心的問題吧..我不知道怎麼表達) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ : 但是VC6還是很好用呀...MFC聽說又要出新版了... : VC6/VC2005 C++ debugger也是很好用呀... : 而且Concurrent issue還是會有高手會出程式庫(ie. MFC)幫我們解決的 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 你一直要比較你所謂的 Code on VM 跟 Code Native Code 但是在你關心的什麼 concurrent issue 上頭，又都能解決 所以，你到底想要問什麼？ : 再考慮Optimization之後,哪一個選擇比較好呢? : 我現在的概念是,如果on Native Code,我應該再去看看組語的書,這樣我在debugging : 會比較有概念 : 如果on VM,那當然是看那個VM的書...用熟工具....放棄debugging的細節... : 這兩件事情可能都要花至少1年時間 : 大家的意見如何?... : 有個大學生說,1:簡單的事情就用RAD Tool on VM隨便拉一拉就好了 如果你的 RAD = Rapid application development 那麼... 轉體工程的東西我是不懂 但是我實在不知道為甚麼 RAD 的 tool 一定要 on VM （A... 以他的語法，大家看看就算了） 然後「隨便拉一拉」又是怎麼回事？ : ,最佳化再用Native Code來做 : 但是這種概念好像 : 和用 2: UML,ER Diagram做事的那種潮流不太同調 你確定這兩件事情有衝突？ : 例如因為我已經 : 1.Coding on VM的Project(尤其是精心設計,想了很久寫了很久...) : 常常dependent on [(精心設計的)VM], : 2.然後我把UML圖畫出來初稿 : 3.再要把dependent part再弄出來 : 4.再來一個UML定稿 : 5.才可以成為Project Coding Native Code ? : ps: 我希望我能提供很適用的GUI給我的作品... : 所以第一個問題就是: Coding on VM / Coding on C++ and learn x86 Assembly? Assembly 跟這個標題到底關係在哪裡？ : 第二個問題是: Project on VM / Project on C++ ? : 謝謝大家的意見... 我只能說，除非你把你的名詞定義給說清楚 或是用一般大眾的語法 （我看 Java 的東西也一段時間了，沒聽過 Coding on VM） 不然，你應該得不到什麼期望有所收穫的答案？ （也許好人還沒出現 XDXD 糟糕，一竿子打翻一船人 XDXD） 你也許可以先練好你的表達能力 不要在寫出「對STL有花時間看圖書館看不懂的書」這種很恐怖的句子 也不要在短短的文章當中就讓人覺得前後矛盾 這點可能比什麼專業能力都還重要的多 除非你只打算自己寫自己想寫的軟體 獨立完成，然後找到好的 sales 幫你賣 最後... 說真的... 我建議你不要想這麼多，先去挑一個題目來好好練練 也不用太難（反正你有某個重點是希望能寫出好的 UI） 網路對戰猜數字就可以了吧？ 用 Java, C++, C# 還是 ASM 沒差 寫到你滿意之後，再回頭思索你寫的這篇文章 重新表達一次你想問的東西 也許你 or 我 or 大家，都會比較快樂一點 Orz -- 侃侃長論鮮窒礙 首頁：http://www.psmonkey.idv.tw 眾目睽睽無心顫 Blog：http://ps-think.blogspot.com 煢居少聊常人事 殺頭容易告白難 歡迎參觀 Java 版（@ptt.cc） \囧/ --

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