※ 引述《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