职级体系只是用来管理的，不要对他有太多的在意。
职场如果还站在打工人的角度，不管是 P5 还是 P8 ，都是打工人，靠着上面的人活着，本质上都是干好上面的给你的活，你让他觉得舒服了，你就升职了。
真正的晋升反而是从打工人的视角跳出来，变成创业者视角。

从职级来看，3 年差不多 p6 级别。
对于这个级别基本上还是着重考察八股文，因为本身就是个螺丝钉，本身对做什么项目大概率也没有决策权。

@Atsushi 感谢游玩～

https://www.bilibili.com/video/BV1BZ4y1B73L
简单做了一个视频玩法讲解，:)

@liyer 牛！ 233 这是打开了开发者工具吗

@Biwood 非常感谢建议！我们这边这两点其实都有想过。
第一点相悖的其实是我们的游玩时长，我们的游玩时长比较短，甚至一分钟不到一道题就做完了，只有一道题的话就体验感觉太差了，我们有考虑过开放随机模式和生涯模式（即每天一道难题）；还有一个相悖的就是我们的分享，分享会比较容易剧透，不太像 wordle 那样。
第二点的话，因为是象形文字，Unicode 感觉很难设计，我们现在的方案是点击分享会生成一张图片，然后可以将这张图片分享出去，目前没想到更好的方案。

@songkeys 非常感谢建议，这里面的核心问题是我们的一局游戏非常短，如果一天一道题的话，很容易用户还没玩明白就结束了，所以就放开到了十题，这里主要的点在于保持一个良好的用户体验时长，这个是我们这边的想法。

@xjngbla 233 ，其实我们在后台数据看到用户的胜率大于 90%，从我们自己的判断来说这个难度好像还是偏简单的。

上网搜资料，侥幸刷到这个帖子，作为参与 acm 拿过小奖的，现在在某大厂做架构开发的过来人说几句话。

对于 acm 竞赛而言，它实际上并不是计算机竞赛，而是数学竞赛，和计算机知识关系不算特别大，很多时候是在做数学题而已，所以你才会发现大部分做 acm 的人完全不了解 c++ 亦或者 gcc 之类，当然仅限初期。

准确来说，acm 是属于 tcs 领域（ Theoretical Computer Science ）。维基百科原话：Theoretical computer science (TCS) is a subset of general computer science and mathematics that focuses on mathematical aspects of computer science such as the theory of computation, lambda calculus, and type theory. 你可以去关注相关 tcs 领域的 paper，几乎是数学方向，所以你的看法是对的。

话说回来，acm 我欢迎任何同学加入进来，但要清楚，acm 是一门竞赛，而不是学科，是竞赛就会有竞争。一所学校对计算机感兴趣的有成百上千人，最终能够有资格获奖的也就寥寥几十人而已，而真正能够踏上最后比赛举起奖杯的也就那些人而已。

至于那几十个获奖的人，能拿到高薪，是自然而然的事情，因为他们本身就是胜利者。而这些人中的绝大多数，即使他不做 acm，他去做其他事情，他一样能够脱颖而出。并不是因为他做 acm，所以他厉害；而是因为他厉害，所以他做 acm 也厉害。

另外为了高薪才来参与 acm 的人，这种纯纯的功利心，真的很少见，至少我当时参加 acm 的初心就是好玩而已。

看自己吧，谷歌的好处目前来看是 work life balance，可以认识一些很厉害的人，可以去国外增长自己的视野。
去谷歌的好处很多，我就不赘述了。

从我知道的来说一些缺点吧：

1. 从工作角度来看，谷歌的校招好像是抽奖一样。。。你进公司后可能是能干自己喜欢的东西，也可能被分去写不感兴趣的项目，比如写前端什么的。。。相比其他公司，你可以随意的选择自己感兴趣的方向，就差很多了。
2. 另外从待遇来说，谷歌给的待遇并不会给的比国内的一些公司高。而且谷歌升职感觉会比较慢，我认识的近几年去谷歌的人好像都被卡在 T3 了。。。
3. work life balance 某个角度来看是好事情，但是可能太闲了会导致人变傻？

从逻辑上来说很简单，去美帝工作拿个接近 200k 的 package，折过来就是月薪 100k rmb。（这里面你税得交掉一半）
国内的话除了一些量化的，应该基本不可能存在这么高薪水的。即使是量化，也不是一般人能拿到的 offer

少看知乎，多写代码，多睡觉，梦里面什么都有。

牛逼牛逼，你就不能用 tim 吗，真当自己是大爷了么。。。

虽然腾讯做的过了，但是你态度也不好吧，你觉得腾讯会鸟你吗？

显然公司……
学校哪能接触到大集群，都是小打小闹，公司动不动就是几十 k 的 qps 打过来，你在学校能遇到？

这个东西难度又不是判题。。。推送问题和视频两个模块我猜应该是分开的。。。。而且判题应该是在服务器做的，不是在用户侧做的判题。
当然难度是在直播，首先得要实时性，这个不像直播，直播的延时可能在几十秒都是允许接受的，但是这种答题的延时不能这么高，而且不同的手机之间延时也不能太大。
另外直播人数，我虽然不是相关项目组的，但是人数这个应该是真的，百万的同时在线人数不注水的。

比较一下竞品之间的表现，头条还是有实力的，这个东西也不是说说这么简单的，突然一个百万 qps 打过来，服务器稍微不注意就会被打挂。

口口相传，最多写个 wiki 解释一下

所以这件事情关百度什么事儿？

讲道理，没人会闲到主动的去做这些事儿的。。。

自己建个 wiki 就好了吧，我们用的 Confluence