这个大部分时候是音箱支持吧。

另外台式机用蓝牙音箱真的有必要吗。。。

我的蓝牙音箱用 usb 插到电脑上供电就变成一个 usb 音箱了……

这个没 mac 版本吧 我之前看没有。。

在 vscode 里打 ife 然后自动补全……
因为 golang 里概率最大的是返回一个 struct 的指针加 err，所以自动补全的这个也是返回 nil,err
如果只有一个返回值 err，再按 tab 把 nil 删掉就好了。
其实也就看起来浪费行数，用起来还是不错的，各种地方都无脑返回，只在最高层统一处理就好了。

API 的话可以在框架集中处理，参考我这篇文章
https://zhuanlan.zhihu.com/p/26300634

用过都说好。

看看上个月 gopher china 的赞助名单。 在中国大厂小厂用 go 的真的是很多了。

当时比较惊奇的是 滴滴也是大量使用 go 了。

东南亚那个 grab，基本全是 go 写的。

用 golang 在 web 方面，已经是很成熟了。大数据和人工智能还是没干过 python+c+java ，轮子都还是残的。

呃，难道大家不是都在用 cobra，都想不起来标准库有 flag 了……

轮子想跟 spf13 竞争有点难

@wuchujie compose file 不放代码库里的，你可以放一个隐藏掉关键信息的 example。 部署的时候只需要这一个文件就行了，你也不需要把 repo clone 下来呀。

现在还有一个选择是用 docker secret。 这样部署的服务器上也看不到敏感信息了。 不过需要在代码里兼容读取。

@wuchujie 那你基本白用 docker 了，一般不是那么用的。

基本都是每个版本靠持续集成自动测试和构建镜像。

生产部署可以自动，也可以手动。

大项目有很多容器用 k8s，小一点用 swarm 再小一点单机用 docker-compose。

配置是在配置中心或者在启动集群的配置文件里的。用环境变量传入容器。

https://12factor.net/zh_cn/

拿走不谢

这不是个 golang 的问题

想要更激进一点，用这个 https://github.com/saibing/tools

bingo 的作者被邀请去写官方的 gopls，他会先在这里试，然后 merge 的官方库。

总之最近是一直在更新了。

越来越理解不了 v 站帖子的思路了……

感觉是 AI 在自动创造话题吸引流量一样

囤货要承受风险和库存的成本呀。

即使去除这个因素，大代理商拿到更低的价格用市场价销售也没错吧。

阿里云可以喷的地方太多了。。。但是这个地方貌似没啥问题。

状态不用操心啊，现在分布式的应用都是无状态的了。
搞活动的时候 99 买个 redis 实例，用来存储状态就行了。现在写程序哪能离开 redis。

反正函数编程的缺点我认为是两个，第一，你被绑死在了一家服务商，基本上用过之后，对象存储，缓存，数据库，队列，api gateway 这五个服务都要用他们家的。。加上函数编程本身。6 个产品，用了就别换了。
第二，编程思路要变，要学习用新的方式写程序。有学习成本。

当顺了之后，还是写的很舒服的。

腾讯云的就是还在迭代中，更容易碰到 bug 啊。有一次好几天直接没日志了，没日志怎么调试。

aws 工具链也全，还有 vscode 插件啥的，腾讯云都没有。


最后补充一点，看服务类型了，如果是多媒体服务，不建议上函数编程，带宽太贵了。 如果对外流量很少，那就比较合适。

当然可以啦。
在良心云当过小白鼠，还不是很稳定。现在跑着几个函数。没用它的 api gateway，只是用 cos 触发跑后台任务。
想玩函数计算的话，aws 还是靠谱一些。

但是没流量的小 app，成本还是良心云促销的时候买个一两折的服务器划算。

为了玩函数计算的话，那当然是可以试试的了。

改作息呗。 早上早早起来 coding。

@batxent 其实 rpc 写起来比较烦躁，目前的趋势会像 @passerbytiny 说的，是事件驱动。能异步的尽量都异步。

只有个别地方需要读取两个服务的数据共同给前端结果的时候，一部分是想办法让前端调用两次，一部分只能后端用 rpc 或者其他同步协议调用了再给前端了。

所以才有机会造轮子呀……

数据方面 n 多几十几百星的轮子正在制造中

用户是个单独的服务。

很多地方只用 user id，根本不用和 user 服务交互。

需要改写 user 的数据的时候，用 rpc 或者队列改一下就行了。 需要用 user 具体的数据也是 rpc 调用。

我觉得楼主分享的挺好的，怎么这么多人喷。