@Stephanie 之前不是说要求会广东话么?

对了，那个 apollo 的搭建,也有运维人员的帮忙。

@lanzhiheng 前后端分离挺好用的啊，后端只需要写好逻辑就好了，很 focus,很符合经济学原理 里头的分工理论，即甲乙产出 A,B 产品，即使甲 A,B 产出效率都比乙高，分工也效率更好， 让甲专心做 A,已专心做 B,出来的效率也比甲乙都混合做 A,B 高 (经济学原理第一章)。目前实践下来挺方便的， 除了后期调试 bug 要复现他们所说的 bug 的时候不太方便以外,其他都还好。至于之前有个人说什么 前端莫名奇妙做缓存导致改 api 变动出问题，那是前端程序员的问题吧,依赖一个不存在的约定。

另外，部署为什么要用 Etcd,我们用 apollo.另外 docker 部署确实快，现在一个改动 push 下去, 都是几 s 就好，最近几次都是 7-8s, 比 cap,mina 什么的快多了。得益于 docker 的 layer 机制。

其次，你们运维就简单的搭了 k8s 么,其他都不管的么。那这怎么实践最佳实践啊。我们运维 负责把环境全部搭好，我们只需要把 builder 好的 docker image 给他就行了，做 CI/CD。

所以，没有做最佳实践，估计还是做最佳实践的各个组件，或者一部分组件 (指人) 没有做好吧。 那我这边再好的插头，没有插座也没用啊。国外那帮推最佳实践的，总体的实力都比较强啊。 就像之前的敏捷，传着传着就变形了。很难做到 copy 不走样。

@jasl 那就看看要支持到什么程度了,或者自己实现一套。跟 MRI 做交互的话，序列话反序列化类似 [:bigdecimal,value,scale] ,虽然不知道 msgpack 啥样，反正一个值表示类型，然后再把值和精度 表示上，就可以跟 MRI 做交互了。查了一下 mruby bigint, 一个是https://github.com/chasonr/mruby-bignum, 一个是https://github.com/chasonr/mruby-gmp-bignum/ , 有 gmp support 的。

@jasl 是 Decimal 类么?稍微试了一下, x = Decimal.new("1515") * Decimal.new("1515") x=x*x*x*x x=x*x*x*x x=x*x*x*x puts x

123827471039368400410635789691185425627549561183592154304459242100000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 数字一大就错了。

另外 integer,乘着乘着就变浮点数了,这是 mruby 的特性么?

ps,感觉接下去就比较 specific 了，要不然我去 github 上开个 issue 讨论?

@jasl 我看你说 mruby 没有 bigdecimal? 据我所知, bigdecimal 就是 bigint+ 精度,比如 (a,4) 就是 a/10000.0, 那么 +,-实现只要对齐就行了,实现就是 bigint 相乘,精度相加,比如 (a,4)(b,2) 就是 (a*b, 4+2),/实现也是类似。mruby 有 bigint 么?

@jasl 如果 spawn 一个 ruby,然后 remove 一些 unsafe 的东西,比如 undef File, IO, remove `等等, 会不会更简单一些?

挺不错的,顶一下。

我也要入群 @wangshu

@DerekZhang 你不是在区块链么?怎么又变成供应链了?