V2EX › ppyybb 的所有回复 › 第 1 页 / 共 16 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10 ... 16

❮

❯

2021-06-23 17:28:02 +08:00

回复了 seandong 创建的主题 › 酷工作 › [成都] ONES 旗下 Tower 团队招聘前/后端开发工程师

ONES 链接点进去，专业团队一栏第一个就是我同学....

2021-02-08 14:45:28 +08:00

回复了 ppyybb 创建的主题 › 酷工作 › 「Hulu 北京研发中心------内推」

@pacino 目前北京确实没有相关 hc

2021-02-05 12:50:00 +08:00

回复了 ppyybb 创建的主题 › 酷工作 › 「Hulu 北京研发中心------内推」

@Willem97 说实话我不太了解用 go 的组

2021-02-05 08:23:00 +08:00

回复了 ppyybb 创建的主题 › 酷工作 › 「Hulu 北京研发中心------内推」

@partystart 社招因人而异，我觉得项目喝工程是否 match 更关键，题目能做 medium 就可以试试

2021-02-05 08:20:37 +08:00

回复了 ppyybb 创建的主题 › 酷工作 › 「Hulu 北京研发中心------内推」

@tianxin8431 目前没有看到，主要社招吧

2021-01-26 19:42:53 +08:00

回复了 yujianwjj 创建的主题 › Go 编程语言 › 求一个支持并发读写的数据结构

@ppyybb 忽略我，原来在 go 节点下面

2021-01-26 19:42:12 +08:00

回复了 yujianwjj 创建的主题 › Go 编程语言 › 求一个支持并发读写的数据结构

你这要求需要细化下
用的啥语言？要多久加载能满足要求？查询延迟要求是多少？有多少线程会去查？是在线 service 还是一次性脚本，还是别的定时 job ？这些都影响设计。

假如是 java，你直接上 concurrenthashmap 是否可以满足需求？

或者像前面说的那样，把 key 分段读写。

复杂点，能不能先并发插入 concurrenthashmap，先应付着查询，然
后台起个线程再慢慢拷贝到普通 map，弄完了来个原子交换。缺点是内存峰值会大不少

2021-01-08 17:59:40 +08:00

回复了 guangyaomiao 创建的主题 › 分享创造 › 2020 年互联网公司薪酬报告 @职级对标

觉得还是比较靠谱，不过阿里和蚂蚁的 8 怎么差这么远？样本还是太少了吧

2020-10-05 21:43:44 +08:00

回复了 websterq 创建的主题 › 酷工作 › [深圳] [腾讯广告] 社招前端&后台开发～

这是平台侧吧……不是投放端

2020-09-06 10:32:54 +08:00

回复了 cdlixucd 创建的主题 › 求职 › 现在招聘要求越来越高了

这是必然的，看看每年多少人进入 cs 领域吧
bar 只会一年比一年高

2020-08-28 13:51:05 +08:00

回复了 JasonLaw 创建的主题 › MySQL › 为什么阿里巴巴的 Java 开发手册说 text 要独立出来一张表？

感觉找几个版本的，然后动手试试各种索引和 query 下的效率更有说服力
看上去用在他说的场景下，用 text 和用 varchar 也没啥性能啥的差异