以前用 go 做过 p2p 金融抢单，大致说一下软件思路。
调度进程，业务进程分离。采用 tcp 协议，内网部署。
调度进程负责管理资源（帐号，对方服务器的外网地址列表，代理列表，业务进程 ...)
业务进程只管获取资源和请求和解析并回传。

最终干赢其他对手，甚至于把金融网站打崩（调度里面的动态计算任务间隔，配置成 0 了）。
起到最大作用的原因并非代码层面。

==>价值 800 元的经验在这里<==
而是找到对方服务器所在机房，并且拿到了源服务器。请求相应时间从 200ms 下降到 40ms。

block +1

@enrolls 没看到 rpc 相关的东西。 调度？ 数据结构？

@nbboy nginx <-> tornado <-> redis 本身性能就有限，线上业务在流量翻多倍的情况下，会出现服务器 cpu 抗不住的问题。大部分请求都是内部调用。所以考虑 rpc 异步来减少 cpu 压力。

vscode
vim
goland

建议：自己写着小东西 vim。自己写项目 vscode。看别人的项目 goland
vim 打开速度快，装上 vim-go 基本可以干活
vscode ide，装上插件，编辑，查看文档，跳转还算可以。
goland，跳转和重构比 vscode 好一点，不过资源占用比较多。

vscode
vim
goland

建议：自己写着小东西 vim。自己写项目

在讨论一下关于效率的问题， 两者操作都是 O(1)。所以查询速度相差无几。
底层结构上单个 key-> hashtable，单用户 key-> hashtable，两者数据结构并无区别。
单个用户 key 查找 db.hashtable 命中返回。
单个 key 查找 db.hashtable 命中 再次查询 key.hashtable 命中返回。
多出来的一次查询操作基本可以忽略掉。

用户不到千万，单 key，或者单用户 key 都可以。
超过千万，单 key 是做不到的，单用户 key 要考虑 key 多问题。

@qianguozheng fork 了 go-ethereum-code-analysis，再看源码。不过年后公司太忙。只能下班后看，看得慢。

iTerm2 + tmux + fish +fzf

1/2. 一般接口返回 code 既底层错误也有业务错误，不同业务有自己的号码段，前端可以简单的比较来判断业务是否正常，如果异常，在处理特定的 code 异常，其他情况则使用默认错误处理。接口 code 只是完成接口是否正常的功能，不应该混杂业务数据。
例如：code:
0 表示正常
xx 表示底层异常，比如参数错误，后端未知错误。这些错误应该在开发过程中解决掉。线上一般很难发生。前端需要做基本的处理。
1xx 开始表示具体业务错误。
客户端只需要先判断是否为 0，就知道业务是否正常了。不正常继续判断是否小于 10000，就知道是业务异常还是系统异常。一般业务异常就是枚举。需要客户端自行处理。

3. 后端开发 api 的时候，其实只是实现 mvc 中的 mc，你需要在登录接口返回用户权限类型。至于 mvc 中的 v 就是前端，判断权限，展示业务，跳转不同地址这些都是前端逻辑。后端只需要在 c 层做好权限判断。

@luoxiaojian 西安互联网的工作太难找。本来计划 3 年前会我大长安发展。结果工作找的不理想。
装修家具下来 20 多个，自己住不上，出租又心疼。

@luoxiaojian 期房，开发商精装，还好。
住进去再买家电就好。

切忌不要花大价钱装修。
别问我为什么这么说。

md5 怎么没法反解密。 只能用来做签名。

登录之后随便看订单，这个如果乌云还在，应该能来个 15。

禁 ping
sudo mtr www.imooc.com 可以看到网络正常。

pyspider 用完记得打赏作者