之前写了个 监听锁屏解锁事件然后调用 shell 脚本 的小工具，可以参考一下。

https://gist.github.com/keng42/46d5850366fd1946ceba0e1df5b5cf92

每个项目必用 eslint，要不然各种个样放飞自我的代码能看到吐血。
我不喜欢它是因为自定义程度太高了，每个人都按自己的「审美」美化，有时候只是想看看别人发过来的代码，一片红，吓人；一格式化一大片修改。
所以我现在换到 go 了，统一的规则，省心，看别人的代码也是熟悉的味道。这样即使用 tab 缩进、大量的 if err != nil 至少占用 3 行 也完全能接受。个人的审美毕竟是主观的。

各位老哥也不用慌，要相信我们的这些信息早就入裤了…
前几天 信息安全老骆驼 那篇文章确实让我慌了，赶紧检查自己相关信息，反复测试重要 app 的安全性、各种解绑改名、注销了闲置的银行卡、开了新手机号给银行用、注销美团、注销各种旅游和购票网站…
结论就是：只要还有以京东和美团为代表的这些短板在，你再怎么挣扎都没用，一旦手机验证码失守你就裸奔了，只能尽可能保护好自己的手机…

@reus 我是告诉了客服的，客服完全不在乎。
我同时还说了另一个问题，京东早期用户用手机注册的时候默认的用户名是手机加_p，例如 13088888888_p，还不允许修改。客服就是不断重复：请理解。
我们认为这是安全 bug，京东认为这是 feature 呢

京东 找回密码的时候，选择 「修改关联手机号」，再选择 「使用 关联新银行卡」，也是可以看到全名的（*某某）。

可以用 Google drive 下载

试试
Click File -> Invalidate caches

@linsk 已发

请问收不收 Android 大四实习的？

同问~ 新加坡和纽约的都试过，只有 Ingress 不能玩，其他的都一切正常。
给 https://support.google.com/ingress 报告了这个问题，不过目测石沉大海了。。

Inbox 比较漂亮？

前两天发现一直在用的 AWS 美西的 ss 连上很不稳定，又换了 IP、换了东京的节点还是不行。之后又换了 DO 的旧金山和纽约的，依旧不稳定。现在在用 DO 新加坡的节点，速度不快但至少还挺稳定。
广州移动

同问~
App Ops 能管住大多数应用的自启动，唯独支付宝和微信的管不了？！