末流 211 表示入行的时候，杭州 4k ，过了三个月涨到 6k ，再 3 个月驻地到 9k 。
我刚毕业要是有个 8k 的正经公司接收，已经很开心了。

印象中有些 unicode 字符，在某些情况下，都可以用来突破，比如 0x39 。预防 SQL 注入，不是光过滤特殊字符就够的。

8 楼没理解 SQL 注入是怎么回事，不管你拼接在哪，都有可能用 union ，或者 ; select 来获取其他表的数据

一时分辨不出，是在揶揄华晨宇，还是在揶揄 40 岁程序员

戾气有点重

type 是 all ，确实是 full table scan 。rows 是查询到满足条件的数据前，大概需要扫描的行数，不是完全精确。
不是说加了索引就一定走索引，在表数据量小的情况下，全表扫描性能可以优于索引。

@watzds 我说的就是区间，北京到保定是区间，新乡到郑州也是区间，他们的库存，影响其他区间。照你的逻辑，A->B 不影响 A->C ，这就没法聊了。

@watzds 举个理想化例子，不考虑区段超卖，短途不卖的政策。某个北京到广州的车次，我买了 1 张北京到保定的票，这趟车所有始发站是北京的票库存都要调整；我买 1 张新乡到郑州，那这趟车所有囊括这个区间的票库存都要变动。

@Lexgni 每次扣库存，以及变更后的余票查询，就要遍历所有座位（普通车次在 1000 个左右）做一遍运算，站与站之间还有多个车次，感觉效率并不高

@xloger 分布式集群早流行起来了，扛流量现在都不是什么问题，单纯的高并发架构，拉个大型互联网公司的技术组长就能给你讲明白。要说流量规模，12306 也比不上双十一。难点还是在数据结构，动态库存。多读多写的场景，一张票影响 N 多票，想想就是噩梦。

按逻辑来说，null 是 null ，0 是 0 ，最好是按语意来使用。
至于 select ... where x<y ，本来就不该带上 null 的数据。

@leedarmau 身边经历过几件落叶归根的事，老人在外边（北京）混的很好，子女也从没回过老家，去世前就一个愿望（甚至有点可怜巴巴的），回祖坟下葬，在亲戚家办丧事。让我有个感悟，跟出生地斩断关系，也没那么轻松。

牺牲这个词，倒也不能这么说，就是分配的资源相对少。河北人，河南人，总给人都面朝黄土的感觉，其实近二十年变化挺大的，七十年代生人，很少有务农了，老家开厂（小厂大厂都有，小厂十来个工人就够，家庭作坊也多，主要是产业上下游都跑通了），做生意的还是蛮多的，一个县里边，大几十万的车也不少（当然和大城市还是没法比），前些年确实搭上外贸的东风了。像一些好的公务员岗位，事业单位，不算灰色，工资也能搞个六千多，关键是特别轻松，98 的表弟在天津某 211 毕业后，到县里某单位，上十天休二十天，也舒服的很。

思路清晰，是个好人。一天 5 小时的学习，还是挺狠的。
顺便讨论个问题，一个城市归属感的问题，是什么事件让 op 觉得在成都踏实下来了，房产和收入理想的岗位？
老家河北的，成都同学有四五个，有劝我去那边，但是有种恋家情节，不想离家太远，在北京苟着先。之前在杭州做过一年，觉得人情味差一点。

被问到过 遇到最难的项目 是什么

@yleoer 刚反应过来，一语点醒我梦中人，果然可以

@yleoer 因为要用 Course 结构，来给 courses 灌特定属性的数据，比如{Day:"Monday"}，如果 courses 用 ObjForGroupBy 声明，意思就变了，Course 的声明也就多次一举了

@ripperdev 感谢代码援助，考虑到 reflect 是在运行时判断类型结构，性能一般（虽然用不到高性能，纯属意淫），原想着在编译期就把逻辑固定下来，遇到这么个问题

要是不想着继承老豆几个亿的资产，直接自己做主就可以。

公司阳了一个，第二个居家，第三天照常上班
@wtfedc 打错字，第二天居家