哈弗H9，后门开得很气派。

小学时应该还能，学了英语后看到字母已经想不起拼音念法了……

感受到了。昨天网络一塌糊涂。今天现在也依然没好多少。我twitter的css都加载不了了。

刷几遍题目，不上课也能搞定啊。问题是之后又忘了。

hao123卖得再好又如何，我之前不喜欢这种网站，之后依然厌恶这种网站。百度也不是什么值得尊敬的企业，它爱撒钱是它的事情，程序员的品位是能被钱的多少随随便便改变的吗？

@wheatcuican 最近因为买车看了不少车的东西，说到H5我第一反应还真是哈弗的那款车…… 话说我比较喜欢H6的造型，可惜店里都是手动挡。

同花顺？雪球？

有测试又不等于TDD。两者差别大了去了。

我还不如去玩天涯明月刀。

是。苹果虽然也饥饿，但没玩这种期货的手段。现在是个厂商都在那 ”抢抢枪”，看着就烦。抢你妹啊抢。拉低了整个国家的水平。

Uber 念 wu-ber， 优步念优步。

有钱，分数也够的话就去吧。两者里面推荐宁波诺丁汉。

在北京？北京的公司直接无视

得看训的态度和内容。有事说事的那种还好，没事找事的自然不能忍。

乐视超级手机

手机验证码收不到。有了手机验证码，再搞个图片验证码感觉很没必要的样子啊，而且你们这个图片验证码实在太难认了……十张图里我未必能认出一张……

@cevincheung one more thing, 有些数据库里， in 后面直接接 (id1,id2,id3...) 是有个数限制的。比如Oracle…… 限定1000个。超过1000就会出问题。而接一个子查询就没问题。

@cevincheung 即便是带有条件的，你先查出id再查data，一样要多来回传一份id的数据。另外你修改了查询的内容。原本我举的例子里，所需要的data包含a，b两个表的数据。你现在这种情形只有表a的数据了。像这样的句子，你直接写 select a_field from a where ids in (select b_id from b where condition xxxxx) 也已足够，数据库的优化引擎选择的查询算法只会做得比你更好不会做得比你更差。

@sujin190 比如 select * from a join b on a.aid = b.bid. 拆成两步就是 select * from a 和 select * from b。
原本返回的结果集是交集，现在需要把两表的数据都传回来。这个数据量明显是增大了很多的。返回来之后还没完，你还得在本地再进行人肉匹配，找一种算法来把两次返回的内容中相同的部分找出来。


除非考虑对前端进行水平扩展降低数据库单点压力，我没看到使用单步的方式有多大好处。