@wilddog 大概是用习惯麻木了……我厂开会都是视频用 Skype 音频用思科

Skype for Business

有钱的可以上口红姬

在百度好像 PHP 真算前端的

@Exin 好的，换个说法，不够成熟的工程师

@Exin 学生最可怕的就是这种想法， XX 有什么难度，直到有一天出现哪怕千分之一概率的问题，立刻就傻眼

@dxwwym 然后车就真的不走了

我看到楼上有一堆乱来的- -

1. CSRF Token 用来防 CSRF ，和 XSS 没关系，你首先得知道 CSRF 是什么
2. CSRF Token 可以单次有效，但没有什么特别收益，同时也可能造成一些混乱，因此 Session 期间有效是比较合适的一种做法
3. 只要跨域读不到 CSRF 则 CSRF Token 就能起到作用，因此放在页面里没关系

@rainnus 当然得公司同意出这钱，各个奖相互无关就好了，有关系的话会弄出来一堆乱七八糟的事

把奖金分为“造”和“落地”两块， B 组用了 A 组的东西， A 组拿造的奖金， B 组拿实施落地的奖金，如果 B 在落地时基于 A 的东西做了不少的扩展和定制（非改动源码的那种）并和自己的业务很好结合了，则 A 再拿一笔“扩展性良好”的奖金， B 再拿一笔“复用思想优秀”的奖金

问题是，如果这些所谓后门是公司要求的，你发现了又能怎么样呢，不使用这台 MAC ？

遇到过好几次，重启下就好了

重启大法好……

能，前提是你的系统架构和设计是 rest 的，而不是先采用了以动作为第一维度的设计，然后再套 rest 的 verb

@skydiver 又试了一下，主句是 update 的时候确实是 dependent subquery ，我思考问题的时候把两者分离了，并未实际考虑到 update 和 select 的不同，我的错

@skydiver 做了一下实际尝试，结果如下：

https://gist.github.com/otakustay/c0278141a8f74e3d2a744df8d32c48d2

在索引得当的情况下，并未看到有 dependent subquery

mysql Ver 14.14 Distrib 5.7.13, for osx10.11 (x86_64) using EditLine wrapper

@skydiver 你所谓的每条记录都运行一遍，是运行什么？ in 的字段（这个 case 中是 id ）有索引的时候根本不需要走全表

@anexplore mysql 的 in 很快，效率取决于后面那个 where 有没有跑索引

我有蛮严重的系统洁癖，所以一直对 macOS 胡卸载 app 功能不满