V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  chihiro2014  ›  全部回复第 40 页 / 共 69 页
回复总数  1366
1 ... 36  37  38  39  40  41  42  43  44  45 ... 69  
小丸值得拥有
2020-09-26 00:44:29 +08:00
回复了 icebela 创建的主题 职场话题 前端 offer 选择 某东 or 某银科技
招银把,进去了贷款都有补助,我记得可以低息
2020-09-25 23:22:28 +08:00
回复了 summerdog 创建的主题 云计算 腾讯云,欠费一万六怎么办?。。
用 cloudflare 免费,不过备案就不行了
akamai ?
2020-09-24 09:52:38 +08:00
回复了 amiwrong123 创建的主题 程序员 maven3.6.1 应该配套使用哪个 idea 版本?
用 idea 自带的就可以了,maven 版本高低并没有什么关系
2020-09-21 14:33:11 +08:00
回复了 letianqiu 创建的主题 程序员 雅思写作怎么才能考到 8 分
换考区,建议日区,普遍写和说给分高
@bclerdx 不少,所以开源在国内=笑话
因为白嫖有理,所以开源不代表免费
2020-09-20 15:15:20 +08:00
回复了 zxCoder 创建的主题 站长 关于网站注册登录模块
Spring Security 的 Bcrypt 不挺现成的么
不懂就问,mybits 是啥
2020-09-19 08:50:39 +08:00
回复了 Newyorkcity 创建的主题 问与答 为什么 InnoDB 选择了 B(B+)树索引而不是哈希索引?
看场景啊,如果面向内存,那么使用 hashmap 没什么可说的,性能在那边放着。如果是面向磁盘,现在不少服务器的磁盘还是机械,如果是 hashmap,它在知道信息的情况下,那么它的查找速度确实是最快的,但是要做的磁盘 I/O 的量就很大。因为是随机读取,不是循序扫描,所以它一次取的 tuple 数量可能就是一个 tuple,效率极其低下,对于全表扫描来说,反倒不如循序扫描,因为它可以一次获取一个 page 的 tuple,效率不是 hashmap 能比的。所以这时候用 B+ Tree 要来得更为合适,毕竟叶子节点上就是一个个 page,然后按着 page 去一个个读取,这样效率和速度都能大大提升,毕竟减少 IO,但提升了一次获取的量
2020-09-18 11:57:11 +08:00
回复了 blackhumorly 创建的主题 问与答 终究还是到了直面婚姻和归宿的人生节点
苏州 无锡?
这个价格应该是质量比较一般的螃蟹
2020-09-17 22:37:26 +08:00
回复了 soulmt 创建的主题 JavaScript rxjs 你们拿这个做什么
RSocket
2020-09-16 22:32:53 +08:00
回复了 shihty5 创建的主题 Java 你们公司现在在用 Java 什么版本呢?
11
2020-09-16 22:32:26 +08:00
回复了 adgad2 创建的主题 职场话题 杭州,找工作也太难了
杭州 Java 内卷之都
2020-09-16 17:13:15 +08:00
回复了 bearxsh666 创建的主题 Java 对于 Java ,请问大家平常多线程哪里用的到?
任务调度
哎,不是 workstation,意义不大啊
布隆过滤器,宁错杀不放过,可以用 Guava 里面的。
前段时间一朋友的电网项目里就用了这个,因为机器原因,处理几十万条还是扛得住的
1 ... 36  37  38  39  40  41  42  43  44  45 ... 69  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   5470 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 47ms · UTC 08:40 · PVG 16:40 · LAX 00:40 · JFK 03:40
Developed with CodeLauncher
♥ Do have faith in what you're doing.