@stevenkang 微服务涉设计中有专门一章来说明这个东西，推荐 @echofather 读一读

没啥问题，后端接口做好权限校验就好，前端只负责显示

mac windows 也是台式机

我都傻了

没看懂，那你 Val 类型，改成某一个接口，而不是单纯的 interface{},不就行了吗

在我看来 go 适合写中间件尤其以 proxy 为主，并不适合写业务，写业务还是 java，没写过 php

kettle

可以写个定时任务建立中间表，甚至最终数据表，这样你的并发也能上来，把数据处理拆出来

那是不是说明，瓶颈不再磁盘上，而是在上传本身上

搞这么多信用卡干什么啊 每天想着这么多的卡不累吗，我京东白条、招行信用卡、花呗，每次月中还款都感觉很累了

@BXGo 爽在不用你折腾，而且很多小工具用的不亦乐乎，cheetseat、dash、alfred、mweb、iterm2、zsh、brew、这些小工具一个字而言爽。

@alexliux terminal、cheetseet。dash、alfred 很多生产高效率软件总之爽

有个投诉电话具体多少不知道，他们会实地去看的，我之前投诉过

coding 就选 mac 爽，windows 体验不到的爽

确实挂了，看到公告了

公司的分布式 kv，用的是 redis 协议，然后我再 redis 协议的基础上封装了一层 http

@b821025551b 在我看来 qps1000，90%创业公司达不到，小公司在以脏数据安全性，因为这属于生产事故。性能不会在意很多，扩容就好了。至于你说的迭代我理解是需要从外包手里接到自己手里开始维护的时候，就是迭代以及架构上演进的开始。抛开技术角度我觉得他是创业公司快速试错的不错的选择。

@lufeng08 跟上位楼主聊的，我觉得也是程序员很多的通病也是你们产品的一个病，@b821025551b 无冒犯之意，我觉很多程序员觉得高并发，可配置就很牛皮，转变不了自己的角色，但是当你以一个用户角度出发我需要的就是一个开箱即用的产品，我们去年的公司内部有个竞品，我们各种功能，各种配置化，牛批，另一个部门的中间件就是傻瓜化，然后我们输了下线，我们的用户被快速侵蚀，这是我的一个思考。