- 主题:c++太垃圾
这种都是和生态相关吧
几个开山老大用Rust搭了个东西跑起来了
后续的修改/魔改/分支就基于这个一路下去了
说起来很多语言就是靠这么一个“天使项目”圈到自留地的
【 在 hgoldfish 的大作中提到: 】
: 币圈人傻钱多？
: 链圈还是老老实实 c++ 和 go.
--
FROM 116.233.93.*
静态边界检查不可能完备，且检测能力与编译器实现复杂度有关；动态边界检查有代价。语言不方便规定一个不确定的静态检查规则，只能规定对数组下标是不是动态检查。这个不难理解。
至于不做有代价的动态检查是不是合口味就另说。
严格说数组越界访问是UB，所以至少在语言层面并不完全是为了故意留一些特殊技巧的口子。
【 在 mrunmatched 的大作中提到: 】
: 明明编译都检查出数组越界了，愣是只报warning，还允许编译通过，是怎么想的？给黑客留后门？
: 不怪很多大公司呼吁用内存安全语言替换他，再不思进取，过几年就被淘汰了。
:
: ...................
--
修改:milksea FROM 124.64.17.*
FROM 124.64.17.*
。。
其实我就是想说区块链有一些rust的工作，看r/rust上有人这么说
【 在 hgoldfish 的大作中提到: 】
: 币圈人傻钱多？
: 链圈还是老老实实 c++ 和 go.
:
--
修改:littleSram FROM 8.219.174.*
FROM 8.219.174.*
linux内核不是已经开始引入rust了吗
【 在 littleSram 的大作中提到: 】
:
: 据说只有币圈用rust比较多，招聘直接会rust
: 其他领域似乎都是试用rust的感觉
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.104.38.*
ub是啥意思？
【 在 milksea 的大作中提到: 】
:
: 静态边界检查不可能完备，且检测能力与编译器实现复杂度有关；动态边界检查有代价。语言不方便规定一个不确定的静态检查规则，只能规定对数组下标是不是动态检查。这个不难理解。
: 至于不做有代价的动态检查是不是合口味就另说。
:
: 严格说数组越界访问是UB，所以至少在语言层面并不完全是
: ..................
发自「今日水木 on HMA-AL00」
--
FROM 223.104.38.*
好好想想有啥区别。
【 在 HerSMTH 的大作中提到: 】
: 为啥定义char[0]数组啊？定义个char*指针不香？
:
:
--
FROM 182.48.105.*
其实就是一个地址常量吧
现在可以用constexpr void* 代替了吧，更直观一些
【 在 z16166 的大作中提到: 】
: 不算奇技淫巧，用的人很多。
: 之所以好用，就是因为它能把一段变长的二进制数据解释为对应的逻辑结构/视图。
: 这可以认为是C/C++这种接近硬件的语言特有的技巧。别的语言实现起来就比较啰嗦。
: ...................
--
FROM 122.224.174.*
记得去年的一个Rust中国高峰论坛
一堆赞助商都是玩币的……
【 在 littleSram 的大作中提到: 】
: 。。
: 其实我就是想说区块链有一些rust的工作，看r/rust上有人这么说
--
FROM 116.233.93.*
简单理由就是：爱用不用
复杂一点：c++要兼容c风格代码，所以这个不可以直接报错，否则一堆旧有库都歇菜了
如果要组内强制禁止使用，打开warning视为error开关即可，或者更直接一点code review发现谁这么干就扣绩效
非要在这个地方和语言特性较劲，有点不太专业了
--
FROM 222.129.2.*
你想通了你就直接说
用一副教师爷的口气说话前先想想自己有几斤几两
【 在 woodxiang 的大作中提到: 】
: 好好想想有啥区别。
--
FROM 42.3.19.*