作者cpf0119 ( )
看板Soft_Job
标题Re: [讨论] 2018 各语言就业工作前景
时间Mon Dec 25 14:33:10 2017
※ 引述《Ommm5566 (56天团)》之铭言:
: ※ 引述《tofuflower (无)》之铭言:
: : 修正:经 Sirctal, chiaming0914, elements 指正,GC 这点是我错误论述。
: : 下面用双引号匡起来的内容就是被指正有问题的部分,请不要尽信。
: : 保留争议原文让後续读者知道这里原先的争论点是什麽。
: : "但用 C++ 就要自己处理 GC 问题。而我认为自己刻的 GC 能比 JVM GC 优秀的工程师应
: : 该是少数中的少数,因此把 GC 问题也列入考量再加上 JIT 技术的话, C++ 效能并不
: : 一定总是能乐胜 Java,当然主要还是要看使用情境。"
: Java因为有gc需要持续作检查 效能已经输一截
: run-time效能取决於记忆体释放时机
: Java批次释放绝对是输compiler时期就决定释放的c++
: 不过Java有一种情况可以有逼近C++的效能
: 就是customized garbage collector 也是靠人为去决定释放时机
: C++释放不好有两个原因
: 1. 模组没切好 这个状况就算是java的gc一样难以判断何时回收
: 2. 不会写delete或free 你有三个选择
: 第一是从此放弃需要delete/free的语言
: 第二是C++11以来就提供了smart pointer像是unique_ptr 和shared_ptr
: 第三个好好地学记忆体管理
: multi-thread的部分
: 因为cpu运算速度早就饱和才有free lunch is over这句
: 所以近年平行演算法正夯 基本上语言现在都要提供不同等级的平行工具
GC最大的好处 就是让语法更简洁r
专案需要管理记忆体 => 不能用gc缺乏掌控权的语言
专案不需要管理记忆体 => 当然用有gc的语言
吃饱太闲 小东西也要自己在那管理记忆体ㄇ
当然记忆体要怎麽管理
也没有什麽技巧, 头脑清楚就知道怎麽写了
~~~~
这不是很基本ㄇ QQ
怎麽讲这麽久
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.150.160.219
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1514183592.A.749.html
※ 编辑: cpf0119 (118.150.160.219), 12/25/2017 14:34:08
※ 编辑: cpf0119 (118.150.160.219), 12/25/2017 14:35:36
※ 编辑: cpf0119 (118.150.160.219), 12/25/2017 14:36:05
1F:→ gmoz: QQ 12/25 18:13
2F:嘘 Sidney0503: 如果 Java 真的有 Garbage Collection 的话,大部份 12/25 18:49
3F:→ Sidney0503: 的程式应该在刚开始执行的时候就把自己给回收了 12/25 18:49
4F:→ Sidney0503: --JokeKappa 12/25 18:49
5F:推 zephyrhymn: 二楼的推文蛮好笑的XD 12/26 14:09
6F:→ zephyrhymn: 开发大型专案时 很难判断回收的时机 因此推给GC 12/26 14:10
7F:→ zephyrhymn: 处理也只能说是折衷的办法 12/26 14:10