V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  3dwelcome  ›  全部回复第 115 页 / 共 155 页
回复总数  3084
1 ... 111  112  113  114  115  116  117  118  119  120 ... 155  
2020-09-18 12:06:35 +08:00
回复了 blackhumorly 创建的主题 问与答 终究还是到了直面婚姻和归宿的人生节点
现在多存钱,拿一线工资去供家附近二线城市的房贷,等孩子要读书了就回去。
不在北京买房就可以了,工资的话你离开美团,经济上很亏的。
2020-09-16 14:59:09 +08:00
回复了 wolfzz 创建的主题 程序员 真诚求建议,对目前业务失去兴趣了
干内核不歧视,但一个萝卜一个坑,要有坑才行。
我也是被逼干前端,很热爱 c++,前端代码有种写完就不想去维护的感觉,也是烦人。
楼上真是危言耸听,各个城市市民收入数据在网上年鉴数据里有,包括五等分数据都是公开的。
2020-06-23 16:29:13 +08:00
回复了 einsdisp 创建的主题 程序员 涉及金钱存储或计算操作时,你们一般都使用什么数据类型
@ytmsdy 四舍五入还不是因为计算精度误差。我说了 double 只是储存,如果计算累积精度不够,可以找高精度类来替代。
你们对 double 内部格式都没有真正理解,在没有小数位的情况下,整数数值储存部分 bit,和 INT 在二进制上表示,是一模一样的。
比如 double 存 1024 和 int 存 1024,内部就是一样的。只不过 double 里有指数位的存在,会对比特位进行 shift 操作。
2020-06-23 16:19:39 +08:00
回复了 einsdisp 创建的主题 程序员 涉及金钱存储或计算操作时,你们一般都使用什么数据类型
@darrenfang 100.00000009 这种末尾本来就是计算误差,是随机数,你取出来的时候,直接 round 后断尾,精确度就完全没问题。
double 有效数是 14 位,不需要用全,保证前 12 位没有数字误差,就可以了。
IEEE 数据格式本来就是一个工具,在不同人手里,呈现的结果并不一样。代码是死的,人是活的,工具不趁手可以稍加改造。有坑多研究,总有绕过去的办法。
码农的天职不是无脑调用 API,而是解决各种棘手问题。
2020-06-19 22:45:02 +08:00
回复了 einsdisp 创建的主题 程序员 涉及金钱存储或计算操作时,你们一般都使用什么数据类型
我要给 double 正名!按说精度也有 14 位,怎么就不能当存储类型了?
统计有误差,是因为有计算中有误差会逐渐累计!你把误差去掉,或者用高精度大数类型替代一下就可以。
光保存是没问题的。
2020-05-25 16:37:57 +08:00
回复了 aiqier 创建的主题 程序员 既然零拷贝直接内存这么快,这么好为啥不都用?
这就和用不用网卡上的读写缓存一样,你写 socket,可以指定自己管理缓存区,系统的可用可不用,自己可选择。
有时候,需要的并不是实时网络内容反馈,而是避免大量网络包拥堵。
个人觉得算法存在肯定有其理由,就类似 list 和 vector 数组管理,没有谁优谁劣,要看使用场景的,没有一个是绝对优势。
2020-05-12 13:07:47 +08:00
回复了 bilibiliCXK 创建的主题 职场话题 新来的实习生嫌弃电脑配置差
看什么需求,如果直播需要视频转码,1060 效率是普通 CPU 的很多很多倍。
有时候 CPU 转码大量视频,都是电脑开通宵,心累。
2020-05-12 12:50:53 +08:00
回复了 kuyuzhiqi 创建的主题 问与答 弱弱的问下,你们和同事的关系怎么样?
看技术,技术好就靠一靠,技术菜就躲一躲。
看同事混日子,内心很不爽,感觉就像照镜子。
2020-05-06 14:24:02 +08:00
回复了 Chigogo 创建的主题 问与答 mpv 后台挖矿?神级播放器 CPU 高占用之谜...
mpc be
2020-05-06 14:17:49 +08:00
回复了 kerb15 创建的主题 数据库 数据库表中唯一主键 id 用 32 位的 md5 算出来的值是否可行?
@Mithril 我也不知道楼主为啥放着自增长 ID 不用,要另辟蹊径。也许就是楼上有人猜测的,防止对数据库暴力查询。因为实在想不出,这样做有别的什么理由。
至于谈到冲突,以前测试过对 MD5 的散列分布图,图上来看还是挺均匀的。
2020-05-06 13:55:59 +08:00
回复了 kerb15 创建的主题 数据库 数据库表中唯一主键 id 用 32 位的 md5 算出来的值是否可行?
@Mithril 主键重复,就对自身加盐 hash,变成第二个,第三个 hash,循环多试几次,最后总能插进去的。
查询也是同样操作,查出来数据需要二次校对,如果订单不对就进行二次 /三次查询。

当然这些都是有前提的,表数据量必须在可控范围内。万一数据一多,冲突越多,肯定没戏。
2020-05-06 12:00:48 +08:00
回复了 liuguangxuan 创建的主题 C++ 不懂就要问,如何用 C++跨平台获取 CPU、内存使用率?
@Nitroethane 说者无心,听者有意。楼上有人支持你,我也向你道歉。可能我确实表述太过敷衍,也没描述清楚。
同一个物体,在不同角度去看,是不一样的。太简单的回复写出来是一个意思,被人看又是另外一个意思了。
2020-05-06 11:39:43 +08:00
回复了 liuguangxuan 创建的主题 C++ 不懂就要问,如何用 C++跨平台获取 CPU、内存使用率?
@Nitroethane 我怎么就乱说了?真喵的奇怪了,都知道 linux 空闲内存会被用来加速,一般情况下服务器长期运行,所以很难统计真正空余内存有多少。
这点和 windows 不一样,我就提一下,你还真是会喷人啊。
2020-05-06 11:20:25 +08:00
回复了 liuguangxuan 创建的主题 C++ 不懂就要问,如何用 C++跨平台获取 CPU、内存使用率?
linux 下统计内存使用率好像意义不大,因为基本都是被占满的状态。
2020-05-06 01:23:20 +08:00
回复了 kerb15 创建的主题 数据库 数据库表中唯一主键 id 用 32 位的 md5 算出来的值是否可行?
@Mithril 冲突可以切换到 64 位,128 位 hash,这种毕竟是少数,在一定数据量下属于可控范围,可以特殊处理。
2020-05-06 01:15:39 +08:00
回复了 MikeLei 创建的主题 职场话题 对于选择成为程序员这个职业,我个人的一点见解。
楼主不断强调内存管理,算法,刷题等基本功,可能真的就是自身缺什么,就会重视什么。
程序行业已经如此细分,谁又会在乎你会不会底层代码结构,算法会的多少。这种 60 分就可以了,没必要追求 100 分,时间成本代价太大。真的到工作中,又有多少能用上的。
把精力留到真正应该用的地方去,争取某一项上精益求精,比为了面试去刷题要管用。
2020-05-05 16:31:38 +08:00
回复了 MikeLei 创建的主题 职场话题 对于选择成为程序员这个职业,我个人的一点见解。
B 站有视频,其实码农的成功,和能力无关,和技术无关。
关键还是看你对行业有没有影响力,你的库有多少人在用。
底层开发和以前不一样了,技术再好也不一定稳定赚钱。需要找到适合自己的商业化出口。
1 ... 111  112  113  114  115  116  117  118  119  120 ... 155  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   926 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 19:57 · PVG 03:57 · LAX 11:57 · JFK 14:57
Developed with CodeLauncher
♥ Do have faith in what you're doing.