项目经理就是盯进度和调配资源的，并且拿大头的，但同时也是负责背锅的。

如果只有前两个没有第三个，那么趁早跑，这种沙雕要么自己就走不远，要么你跟着他汤都喝不上。

如果只有一、三，没有二，那更得趁早跑，这就是个无能之人，跟着只会倒霉。

但如果项目经理同时是领导，这个就不用看对方是啥了，要看你自己，你要是准备当跳板往上爬就跟，准备只是混口饭吃就躺平，准备个人自我发展就赶紧跑。

楼主第一爆：正常的过保不做售后，因为没被当天龙人对待而发脾气。
楼主第二爆：打个电话就想让 4S 店给出维修保价。
楼主第三爆：一毛钱还没给，人也没进店，一句能接受付费的空口，就想让 4S 店给出为他量身定制的全套配件/服务价格表。

这种人，无法对话，建议眼不见心不烦。

@ReZer0 #14 这么明显的漏洞、这么容易用行政手段封堵的漏洞，不堵上，你真把广电的人当傻子呀。还是说你以为工信部都爬的广电，腾讯这类「民营」能不怕。

屠你妹的龙。

微软为了 Windows Live - Microsoft Account 这一条线收购的 Homtmail ，而 Gmail 就是为了 Google Account 才诞生的。如果你把 Gmail 当传统 E-mail 看，那这是初代互联网的非中心架构，没有龙。如果你把 Gmail 当作 Web Mail 看待，那它诞生的时候本身就是龙。

@myimee #19 你那几个，貌似都有内墙。换 Firefox 试试。

Windows 你的手机 + Android your phone ，仅限三星等少量品牌手机。

不过，如果你是上班需要上交手机的公司，建议遵守规定，或者更换单位。

@standchan #3 首先来说，现在族谱都没了，关心是堂还是表，其实也就乐和乐和，没啥实际意义。

如果要分析堂跟表的关系的话，首先得区分不同的家族。只有仅经父系血亲关联的，和他们的直接亲属，才能算做本家或主家（直系和三代以内为主家，三代以外为本家，另外，一般五代以外直接除血亲啥都不算），这其中，女性也只有出嫁前才算，出嫁后转到其他家族了。举例：你跟你爷爷是主家，跟你叔伯是主家，你奶奶和婶娘因为爷爷叔伯的的关系也是主家。当你的姐妹（亲姐妹）、你叔伯的女儿（堂姐妹）、你爷爷的女儿（姑姑），未出嫁时，算一家，出嫁了就不再是一家，而是别家的了。通过你母亲关联的姥爷、姥娘、舅舅舅母、姨母姨夫、姨姥爷姥娘、舅姥爷姥娘一脉，不是本家。通过你姑姑关联的姑夫、姑丈一脉，不是本家。通过你奶奶关联的姨爷姨奶、舅爷舅奶一脉，不是本家。

当你区分好家族之后，再区分堂表就好区分了。同辈中，主/本家的是堂，主/本家以外的是表。

在线离线的变更，你要用连接打开、关闭事件，以及心跳事件来触发，不要依赖业务数据上报。

要是追求强一致性，那就让 IOT 服务器先自行管理在线设备集合（一般你要有下行数据需求的话，这个是必须的功能），每次查询时，基于 IOT 服务器汇报的在线设备集合，来计算待查询设备集合的在线状态。

要是不需要强一致性，那就是你的方式 2 。

至于性能开销，实际上没法直接评估，这个是随环境变更的。比如上面俩方案，第一个性能耗费在数据读方向上面，第二个性能耗费在数据写方向上面。如果平均每设备每天上下线 1000 次，则第一个方案性能好。如果设备一两年才上下线一次，则第二个方案性能好。

给你个示例：十几年前用迈克菲的时候，个人版（也是付费的）不允许你设置例外目录，会亲切的提示你「迈克菲已自动处理威胁，无需你的参与」；但是企业版是允许的。

他们不让你强行高清晰度，实际上就是不想让你强行高清晰度。强行高清晰度应该是对服务器有负作用的，具体如何要等技术大佬来解释。

如果你发现，稀土掘金已经是相对来说最好的那一波，你会更气的。整个中文环境都是内容农场了，还是趁早学会读英文文档吧。

楼主啥都说了，就是不说三方浏览器是哪个。按照排除法，早就摆明了是这个浏览器的问题。

先敲一行 「:set paste 」再粘贴。VIM 会跟 Excel 一样自作聪明。若要恢复则再敲「:set nopaste 」

如果性能一样的话，当然是 Redis 的更好，你可以把内存占用、自动超时等烦心事一股脑的扔给 Redis 去处理。

但是性能是否一样，那还另说，不过这块我不擅长，不评论。

再但是，性能是够用就好，不是越高越好。所以，只要性能差距对上层没那么敏感，还是以功能方便为首要选择依据。然而，借用 Redis 做 Map 是增加编码和运维复杂度的，所以一般场景的功能上也会偏向于使用内置 Map 。如果你发现一般场景都用 Redis Map 来取代内置 Map ，那很有可能是内置 Map 太烂了。

实时聊天和论坛性质的客户端，开发者好心不给你开没必要的后台，这还犯贱去求后台了。

@wy315700 #12 你需要的不是工具，是秘书