如果数据不是实时更新的话用 kylin，会将选定维度的所有组合创建成索引保存在内存里。查询时只要限定字段在索引维度里，基本上是亚秒查询。

正在某鞋厂用 talend 做数据质量分析，快疯了。他们的 HBase 还老报错。

用过一次 oauth2，拿来认证用户合法可以，决定用户是否有权限不好做。当这个权限服务是某个区域内的公共服务时往往只能做到登录认证，至于用户是否有权限操作某些资源基本上还是在各自的子系统内实现的。需要子系统开发人员按照你的开发标准接入，对系统侵入比较大。
我第一次开发接入 oauth2 的系统时，完全按照对方公司给的开发手册做的，每次请求都去 oauth2 系统验证 token 是否有效。系统上线半年后对方跟我说系统花了太多钱了，因为这个认证系统是 global 的，子公司使用按使用量计费。按照这个用法，每年要交给总部十几万。然后就改成认证一次，把 token 保留一星期，token 过期后用 refresh token 刷个新的。

错字是不存在的字，输入法打不出来。题主说的那叫别字。

如果邮件服务器是 exchange 的话好像是自动推送，有邮件立马就能提示了。

@dcoder 你描述的这个是不是类似战地 1 里的延迟补偿技术？
最近一直在玩欧服，平均延迟 150ms，看着挺吓人，但玩起来没什么太大的不适。最多是正面两人同时开火大概率会判定延迟低的获得击杀。不过延迟一旦上 160ms，延迟补偿就失效了，会出现明明击中了但没伤害等情况。根据战地的官方说法是延迟高时会根据当前人物的跑动方向惯性补偿几十 ms 的运动轨迹，如果这中间客户端人物突然停止或转向会向服务端修正轨迹。
作为 fps 玩家还是挺期待云端渲染的，能很大程度上杜绝作弊。

我是 18 款卡罗拉汽油版。
缺点是这个车内饰看着廉价。有一个通病是低速闯动，大概在 20 码的时候轻踩油门加速反应慢，踩深一点就往前窜，不线性。速度上 30 就很平稳了。还有一个就是发动机噪音大。
但我还是很喜欢这车的。当初就是看中耐用性和省油，目前平均油耗 6.7。还有它后排中间几乎没有突起，坐 3 个人的话中间的人腿不难受，特别是长途。
当时对比了混动，主要是混动后备箱小三分之一。新款好像电池放底部了，不占用后备箱空间。还有就是我用车基本都是高速，很少在市内开车。混动在高速上没什么优势。

爽肤水只是为了使皮肤更容易吸收别的护肤品，所以光用水是不够的。后面一定要用保湿乳。
最近在用薇诺娜的乳，比较清爽易吸收。但出差去北京觉得不太够，北京太干了。需要再加一层厚一些的霜。
晚上可以用阿达帕林，防止长痘。
还可以定期用点杏仁酸抑制油脂分泌。但使用太频繁会脱皮。
对于毛孔粗大导致的出油没什么好的护肤品，含酒精的可以收缩毛孔，但有刺激性。一般不推荐。
改善毛孔最有效的方法是点阵激光。但这是需要长期维持的，初期每个月 1 次，毛孔变小后大概 3 个月 1 次。

我现在基本不去公司，偶尔老板找我才去一次。
项目在北京，一个星期在上海，一个星期去北京出差。每个月有 10 天在北京。
在家的时候基本是 10 点起床，晚上工作到 2 点左右。
白天开发效率很低，总是有人找，要么 pm 跟我过进度，要么客户反馈 bug，所以白天写不了几行代码，只能查查问题写点文档。
发现我需要至少 4 小时个人独处时间才能完成一个功能点。中间被打断就很烦躁，很难再进入状态。

菲律宾人在国内的口音比印度人好一些。但远不及欧美人口音，这些人基本是在欧美受过高等教育的。
菲律宾当地人的英语口音基本只能听懂零星单词。

我会看老板的眼界高不高。老板高度决定了公司的上限。

我想问各位有做过 python 跟 java 整合的项目吗？到底怎么做？
去年一个项目，数据科学家用 python 写了机器学习算法，我用 java 调用。计算结果和数据源都是 csv，java 要把负责数据将从数据库读取生成 csv 再把 csv 结果写回数据库。
让他们自己负责数据库读写并且脚本都做成 web api，跟我说他们不会，他们不是程序员，没学过。
最后做完的东西各种不稳定。

加密狗啊，自带时钟。很多国产企业软件都是这么干的。

正在做类似的功能，用的 java。
想要达到的效果是记录每次保存操作修改了哪些字段，修改前的值和修改后的值，并区分出操作类型是增加、删除或修改。同时增加一个对比按钮，点击后在页面高亮显示最后一次被修改的字段，鼠标悬浮显示历史值。
我的实现方法是保存时先根据 id 取出数据库内已有的记录，然后比对，最后将比对结果写入日志表。
开发过程中被一个问题卡了很久。是关于日志 id 怎么生成的逻辑。由于页面表单数据其实是分 3 部分内容，所以是触发了 3 个请求到后端。如果第 1 部分数据有修改，那么应当生成一个新的日志 id。第 2 个请求触发时如果也查出有修改，那么记录日志时应当沿用第一个请求的日志 id。第 3 个请求也是一样。这个 id 的传递方法卡了好几天。最后是把它存到了 session 里，第 2、3 请求触发时先获取 session 内的 id，如果获取不到就新建一个。
现在又被另一个问题卡住了。由于第 3 部分数据是一个 list，里面是 1 个或多个 model 实体对象。在比对差异的时候感觉很复杂。假设页面新增了一组数据，也就是 list 里多了一个对象。那么比对时的循环应该是用新的 list 做外循环，里面嵌套数据库内的实体 list 做比对。如果是删除操作，那么就要反过来。目前只做了第一种情况已经写了 200 行了，感觉再要写一遍 200 行，但其实逻辑基本一样，只是哪个 list 作为外循环的差异。
非常讨厌写这种臃肿的代码。

优衣库的基本款还可以。毛衣、衬衫、休闲裤和牛仔裤。外套不建议买他们家的，版型不好。他们家的网店和实体店是同货源的，可以网上买。
外套一定要去实体店买，大部分品牌线上和线下的设计生产是不同的。线上款看着还行，穿身上就体现出区别了。
体型瘦小的不建议买欧美品牌，很难买到合适的尺码，硬穿在身上感觉像是借来的。

@chen0717 能的，还挺快。

坐标上海
vultr 东京用家里电信网络快一个星期上不了了。不过公司网络倒是能上。
22 被干了，只能通过 web 的 console 登上去。服务器能 ping 通，能 telnet 端口。但就是没反应。
目前换了台新加坡的机器。改到 443 端口。希望能撑久一点。
真糟心！

把常用的统计指标存成物理表，定时重新计算数据。