@CuVee “有知名互联网公司工作经历” -> 这个叫政治不正确。
“因为有些场景，没见过就是没见过，请先接受社会主义的教育” -> 这叫嘴贱。

哦，我理解错了，我以为是用户先取 50 个任务显示在界面上，然后手动勾选一些领任务。后台收到 id 之后改状态创建任务，如果有任务被抢了就部分成功。

没有手动勾选的话就用一个事务包起来然后 select for update 就行，并不会慢很多。

@Jinnrry 一次更新多条是吗，那可以一条一条的 update，或者用一个事务重新 select 一遍状态再 update。

我理解你的 1 2 条之间是隔了用户手动操作的时间吧？这样直接在 1 上加 select for update 是没有用的。

没看懂，最简单的做法不是乐观锁吗？

假设 status 0 是 未领取，1 是已领取
先 update data set status = 1 where xxxx and status = 0
返回值是 affected row，如果返回 1 说明抢到了，再 insert task，如果返回 0 说明没抢到，告诉员工重新取数据。

@shansing 对于那些没有的歌来说，反正也不会更坏吧

印象很深，有次在首都机场，前面的乘客太近了，出租车不想去，被维持秩序的大爷看见了。大爷直接拦住了后面的乘客，不让上那个车，最后那个司机骂骂咧咧的空车走了。

“内车挑活儿，都别上他车，让他空车走。”

我用 Youtube music，它和 spotify/apple music 比的好处在于可以把 youtube 上的视频当音乐放，曲库一下多了好多，而且还相当于买音乐送 youtube 会员

当你有问题需要搜索的时候，用百度还是用 Google，用中文还是用英文？
当全世界都搜不到同样的问题时，在国内平台提问还是在 stackoverflow 提问？

既然来到了 stackoverflow，当看到能回答的问题时，为什么不顺便回答呢？

英语好的人都去 so 玩了，连英语都学不好的人做不出一个优秀的问答平台也是很正常的吧。

你现在处在一个关口，5 万左右的小贷拼一下还能还上，要是拖到 10 万很可能就要家里卖房了。

先别考虑前端了，现在学这个投入大不确定性高，建议快递或者外卖，月入 8000 的话，一年还 5 万的债不难。到时候还完债你拿 8000 买 mac 学前端没人说你什么，左右就是耽误一年，不至于坏你的人生大计吧。

lz 很狡猾啊，那个帖子我看完确实以为面试没开始就结束了，你还在 88L 发了个帖子把他钉死，有种玩逆转裁判的感觉

大厂一般是说牌子好，跳槽出来大家都认，BATTMD 这种肯定算，有的公司人不多但是门槛高，比如快手员工数不到一万，我觉得也算大厂。小厂就是没人听过的公司。

中厂这种说法不常见，我喜欢说“二线互联网公司”

aws 在厦门有售前的，你可以官网填联系方式等他们找你聊需求

@0bject 🤷‍♂️

@0bject 不用回他，说话难听不要紧，有理由我就能听，但是既然是个说不出理由的 troll，block 就好了。

@danmu17 另外，我也在国外。在国外不是你暴躁的理由，寂寞的话找个女朋友，别在论坛上到处喷人 ➡️ https://www.v2ex.com/t/647128

@danmu17
@cnskis 哦，我懂了，可能是因为你们的公司不够大，所以才会有都有数据库权限了还偷账号密码做什么的疑惑。

我们公司几十万员工，差不多 7W 工程师，每个人都有一些数据库权限，但是只有极少数人能登录用户的账号。所以做 security review 的时候基本思路是先做 data classification，然后画 data flow，最后做 threat model，减少攻击面。

就这件事来说，如果短信验证码是 critical data (我司 critical data 有 26 类，绝非只有卡号和 session)，那就必须要加密传输、加密保存。短信验证码除了短信接口没有其他系统需要知道明文内容，所以可以生成出来就用短信 service 的公钥加密，或者直接让短信 service 生成，再返回一个 salt 和 hash。这一套做下来收益并不大，也就是减少了十几个人登录用户账号的可能性，但是如果一个几十万人的公司不在每一个细节上都认真处理的话，那就像筛子一样，处处漏风。

@danmu17 请展开讲讲

1. 限时几分钟的东西不怕拖库
2. 随机生成的东西，不存在泄露用户的密码的可能

但是 hash 加盐是个好习惯，例如，可以防止有数据库权限的工程师登录用户账号