原来不是只有我看不懂（阿～我不孤独阿～ 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