在我看来 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 无冒犯之意，我觉很多程序员觉得高并发，可配置就很牛皮，转变不了自己的角色，但是当你以一个用户角度出发我需要的就是一个开箱即用的产品，我们去年的公司内部有个竞品，我们各种功能，各种配置化，牛批，另一个部门的中间件就是傻瓜化，然后我们输了下线，我们的用户被快速侵蚀，这是我的一个思考。

@b821025551b 初创公司都是这么干的，兄弟，外包成本小，只有当业务真正验证没有问题了，才会招人从外包手里接系统，我上家公司就是这种，至于你说的外包系统一言难尽，其实我觉得是招的人不行，最起码外包已经跑起来运行业务的系统大体上的架子是有的。

我觉得需要整合你的功能，提供完整产品，定制化可以作为更高级的功能提出，我要是一个想要创业的人搞个东西，并不想在这上面浪费很大的时间，我给你钱，你给我完整的服务，我另外需要的服务在定制化，现在对于用户来说复杂，请把你的用户想象为 noob

都不看新闻的吗 不是被黑了吗

为什么我感觉应该用 channel 呢，用户操作发个信号然后 goroute 退出

@ipwx stream 拆开写就不舒服了啊， 本来就是一个句子但是拆开了人为使他易读写着就不舒服了，所以我把它定位为写着爽读着累。另外我的观点是这样的，好比我写代码的时候不写注释，我看代码的时候骂别人不写注释，啊哈哈哈哈哈哈