同一个 repo 方便 cherrypick 和 bugfix，不同 repo 就只能人工 copy 代码了。

如果各自演进，互不相干就分开吧。既然分裂了，分 repo 只是时间问题。

产品经理出故事->故事会->技术评审->测试用例评审->开发一个故事测试一个故事->回顾会

敏捷开发了解一下

我一直觉得 GOPATH 没有错，只是我们依然停留在有版本号的时代。

我也遇到了

Dell 8115

羡慕那些用得起免费的人

非常程序员，看什么都是二选一

技术的广度就是多学几门语言……

搞清楚什么是动态资源，什么是静态资源。
如果文件是一次生成多次下载的，这样做没问题。参考一下你怎么用百度网盘共享文件的。
如果文件是动态生成的，可能下一秒文件就不一样了，那它就是动态资源，需要接口直接返回二进制流。

想起《白色巨塔》里，里见医生说过的话，大概是：
人终会死亡
医生的医术再高也无法改变这一个结果
医疗的目的是为尽量延长一个人的生命，让他们有足够的时间接受死亡这个结果。

估计人活着，就是为了学会如何接受死亡，如何接受身边的人离去吧。

又是独生子女，哎……

我觉得行动前，先考虑目的吧。

如果不放弃治疗，而且治愈的机会较大，家庭又不宽裕的情况下，对于病人来说，治疗费用是最重要的，必须确保有充足的治疗费用。剩下的交给医生。

如果放弃治疗的话，让病人以他更希望的方式度过余生，才是最重要的。

有人说，有人说，有人说……

开启高对比度模式，然后全屏

买一把好一点的游标卡尺

除了亲儿子还能选啥？

面向接口编程
依赖反转
Service + Endpoint +Transport

Go kit 了解一下

@doublleft 正常业务情况下，server 只是持有连接，至于连接断不断开由 client 控制。grpc client 通过 resolver （例如 DNS ）来获取最新的 IP 列表，从而更新自己的长连接。

如果你是接入层应用的 server，你可以其前面增加一个 gateway，gateway 上有 grpc client，该 client 根据名字服务来更新自己的连接。你可以在修改完名字服务后，等待 client 都切换好连接后更新你的接入层应用 server。