E5-2660v2 * 2

E5-2680v2 * 2

@ericls
我这有个天津的大概是外包的研发公司(PHP+JAVA) 所有项目都在 github 的库上 那个公司规模很大能有 80 多个开发人员，七八百个各种项目，很多是网站或者 web 应用，他们没有组织，通过 github 里面的各种 commit 能找到各阶段公司的员工大致猜到入职离职记录

web 程序写的各种漏洞可以利用，公网上的程序就是同样的，直接代码里找到漏洞去公网注入即可

@ericls #4
你想太多了
我账号里 fork 了大量小团队的原创内部项目……
没事儿就翻翻 各种服务器密码，各种内部结构漏洞可以利用

微博图床了解一下 23333

@lsylsy2 #21
自己搭的……
早年我对外卖过来的 给出国的留学生托管手机卡，语音通过 google voice 转到美帝手机号，短信 web 推送

一个小时上一趟厕所就是问题？
好吧 我没前列腺疾病，很多时候 40 分钟就上一趟厕所

猫池好贵？
好吧 我的猫池 35 一路

@luo1215 #9
这你就笑出声了？ too young too simple

2012 年曾经用过某美国大厂的东西，工单 10 分钟在线+邮件秒回，内容是您反馈的我们已经收到。然后快到 72 小时的时候再收到一个客服电话，您的问题我们正在跟工程师沟通，工程师会直接跟您通过工单后台或者 email 联系。

然后 一般再过 24 小时内，一个有 name 的工程师 [以下简称 A] 会在工单后台回复，一般都是进一步问一个问题获取信息

然后当你回复回答后，一般再 72 小时内会收到电话，您的问题我们已经反馈给工程师，请等待工程师直接跟您沟通

然后，再过 24 小时，又一个有 name 的工程师 [以下简称 B] 会在工单后台回复，竟然不是一个人，然后思路也不一样，这时最好的办法就是你工单后台再提要求让原来的 [A 工程师] 服务（这在复杂问题有反复沟通历史记录的场景下是必要的）

以上会循环个七八次，大约一个月的时间过去以后，工程师就会知道你的问题所在了

-----

然后，演进版本就是，每次在首次提出问题时，直接索取工程师的 email 和 phone ext number，直接 email 对怼同时 phone 告知更新了邮件你看一下（只发完邮件，不打电话的话，很大概率他是不看邮件的）

然后很多智障工程师直接还会在后台回复你：why?

然后你再花费 72 小时解释，没准工程师还不接受你的说法……

以上小时均是工作日算，遇到周末再延 2 天

高度怀疑该厂的工程师每天只做一件事

缺乏密匙登录常识系列

@iacyl #71
密集消息类应用实测就是这样 前提是自己的消息后台服务写的足够好
使用 gcm 去调起自己的值守服务去处理大量消息到达 远比直接用 gcm 推送省电

@iacyl #15
QQ 微信这种程序 你消息密度稍微大一点 用统一推送估计要比他们自己的后台更费电