听我的，不要买电饭锅了，买个电磁炉+德国亚马逊 WMF 高压锅套装煮饭，秒杀市面上绝大部分电饭锅，包括带 IH 的。而且还节省能源，好洗，夏天可以煲绿豆粥，冬天可以压排骨，比电饭锅不兹道高到哪里去了～

tumi ，问一百遍也是 tumi ，不要搞那些小众的，很容易碰到坑。

@jmy 同魔都，还有个最老的神州行，无月租，接电话 3 毛 5 一分钟。专门用来收垃圾短信。

熟悉 office ，能把 excel 全套公式整明白就不错了，还不谈 VBA ～～～

楼主还可以，应该能找到合适的坑，反正我毕业的时候没有楼主这个水平

二手小型塔式服务器才是王道

必须 tumi

不错，我自己原来写过一个打印的，是横着分层排列的，命令行下面很有挑战性，如果同一层级上面节点个数一个屏幕显示不下就很麻烦，所以我每次做实验都是最多不超过 xx 个节点，你这个比我当初那个好多了。。。

@chaleaoch 其实我比较关心的是，来一个真正的案例，然后用纯 join 实现，纯子查询实现，部分 join+部分子查询实现，各个方案都在尽量优化的情况下来 PK 一把。以前在做的时候，也是事先在网上做了调研的，貌似 Stackoverflow 上面有比较。不过我最终还是放弃了 join 而选择了子查询，这不是经过仔细的考量得出结论后选择的，我当时的直觉是如果是三四个表 join ，在 key 和索引的帮助下，效率应该也还可以，但是一旦表多了之后，我个人感觉数据库性能会有急剧的下降。当然这都是我自己的感觉。当时时间紧迫，业务急着上线，凭直觉做出了选择，后来业务也能扛得住就没有再去关心过这个问题。

现在我确实也非常想听听碰到过这个问题的其他同行的经历以及对应的处理方法。

join 太多自己都觉得麻烦，不过对于这种一个 associate 表，专门负责各个 index 关联的，除了 join ，再就是分解成子查询了，还有其他方法么？我也很想知道。

#r13 @jarlyyn 你们是一条记录主键，关联这么多表的各条记录的 id ，这样实现的吧。
我有一个问题是，如果要对这一条记录进行操作，是不是要分解为多个子查询？

举个例子，我有一个功能是显示用户的累计消费金额。如果用户对一个订单的某个商品进行了退款操作，我要更新用户的累计消费金额，就得在退款的同时，更新这个关联表，然后通过关联表，查询对应的用户 id ，更新用户的累计消费金额。很麻烦，但是感觉也没有其他很好的办法。你们是怎么做的？

还有就是这个累计金额，你们是在用户表里面单独定义了一个字段，还是每次都重新查表计算生成？我们是单独定义了一个字段，因为这个累计金额会很频繁的用到，比如用户登录之后提示，用户每次打开用户信息页面等等，每次都通过查询计算生成的话，感觉会占很大的开销。但是这样做的话，可能会有字段存储的值与实际值不一致的潜在风险，比如用户退货的时候需要更新这个字段，用户在降价之后申请价格保护也会更新这个字段，用户下新的订单会增加这个字段，我们现在是封装了一个函数，业务完成后自动 update ，目前业务逻辑梳理的还算是比较清晰，没有出过问题。但是如果以后有新手接手，忘记添加这一个操作，就有可能造成不匹配，所以一直想问问同行这种情况到底怎么处理算是 best practice 。

我早发贴问了，还专门发到工单系统里，结果被挪到水区里了。。。
https://www.v2ex.com/t/344466#reply0

后端表示 jQuery 已经够用了。。。

会就会，不会就不会，会一点的稍微扩展一下没问题，吹太厉害了会被自己打脸的。再就是不要浪费彼此的时间，面试官特别是做技术的都不蠢。

@Limius 基本上外企上班都不需要验指纹吧，那些办公的需要定位的 IM ，一律也不用，强制用的话就走人，换一个屋檐的事情，天不会塌。

@Limius 离职，换公司。

@binux 你说的对，我只是举个例子。

刚好想到，这样写的话对爬虫也有影响吧。如果只写个<p>开头，展开成 DOM 树的时候，没有影响么？毕竟解析器是解析器，浏览器是浏览器。

又 PS ：我还有好多 PySpider 的问题要问呢。。。 你们的官方 Q&A 哪个是经常用的？是 org 那个网站还是 v2 直接 @召唤？要最迅速的那种 http://ww4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

r #24 [最] 这些东西 -> [做] 这些东西-

@FrankFang128 世界上又不是只有 Google 一家公司，互联网又不等于 Google ，做 IT 的最重要是自己独立思考，开放包容精神，你说的有道理，那我起码还要看看是不是适合我，然后再决定采不采用。

我要是告诉你，在我接手的很多项目里， C 和 C++最重要的 new ， recursion ， polymorphism 都被禁止使用，连 Inheritance 都被严格限制层级。按照你的意思， C99 和 C++11 的规范可没这些个规定啊。这些项目名头说出来你也会大吃一惊的，最这些东西的都是跟 google 一个等级，能改变世界的公司，难道按你说的就是被打脸了么？

不懂的看时间场合对象，一味的膜，最终吃亏的还是你自己。

Google 自己的东西都喜欢变来变去，而且 Google 的就一定是最好的么，参考可以，迷信就算了吧。 Google 的访问量在那里，他 HTML 里面少一两个字符，这么大的访问量，能省不少流量，这个 argument 确实 make sense ，你自己做个站，有百万的访问量么？ Google 是大户，可以不 care 小众客户，可以强迫用户升级，你自己做产品了怕是丢一个客户都伤心的要死吧。角色不同，地位不同，做事的方法当然不同，就跟 facebook 用 PHP 一样，自己有技术有人力有财力能够 overhaul 整个 PHP ，你能做么？