一般不管对方是否要求，我都会自带一份简历。主要是怕万一对方手上的简历内容过时，或者打印出来的排班太差，看着不方便，就现场让他看我手里这份，补足信息。但是如果对方一开始就要求我自带简历或者认为这样是理所当然的话，在我心里绝对是扣分的。因为这至少证明了一点：对方在面试前，根本没(打算)花时间好好看过我的简历，只是打算在面试的时候，一边看简历一边面试。这既不专业也不尊重双方的时间。我自己面试别人或者被面试，都是做好了准备的，我认为这是招人(求职)的诚意，也是做事的素养。

@jianzong vin 有个插件 calendar-vim

支持！

\COPY <tablename> FROM '/somepath/somefile.txt' WITH (FORMAT csv, DELIMITER E'\x01') 。

用的商业数据库，和操作数据紧密相关的可以放存储过程。用的 mysql 之类的，还是在应用里做吧。

ubuntu 上用的 RIME，全拼 + 粤拼，感觉还是满意的。

postgresql 或者 mysql，即使要用 json 结构这俩也支持，尽量不用 mongodb。

一直用的肯辛通轨迹球，很方便。没有鼠标手的感觉了。当然只能办公用，游戏的话还是得鼠标。

还好吧，其实主要的还是数据仓库那一套。不过数据本身类型更得更多样、时效性要求更高、加上 ML 的玩法，还是有搞头的。

利益相关。推荐个 app：“完美志愿”，如果你认为它有价值，打算购买的话，可以用优惠码：666031。

推荐(利益相关)个自己所在公司的 app：“完美志愿”，作用就是帮助决策填志愿、选择学校专业。如果你认为它有价值，打算购买的话，可以用优惠码：666031。

利益相关。推荐个自己所在公司的 app：“完美志愿”，如果你认为它有价值，打算购买的话，可以用优惠码：666031。

利益相关。推荐个 app：“完美志愿”，如果你认为它有价值，打算购买的话，可以用优惠码：666031。

看你需求的类型， OLTP 的业务逻辑只要不涉及事务的，尽量在程序里维护； OLAP 的业务逻辑你不用 SQL ，数据正确性、一致性这些你自己程序维护，时间稍长都是坑。

数据库性能这个，如果只用过 MySQL ，真的就不要提了。

5 楼才是正解， 3 楼的不符合题意。

gnu parallel

Org mode

@billlee 在 groupby 前也许可以先对 iterable 先排个序？

建议将 excel 文件处理为文本文件，再用 sqlldr 将文本文件导入数据库。