直接用 nextjs ，全都封装好了

第一次用这个功能，感觉很实用，谢谢你

1. 一个服务连接数据库，暴露 RPC 给上游服务（前端接口、管理后台）调用
2. 同一套代码，通过环境变量控制开启哪些功能、接口

@cmdOptionKana

Less is exponentially more -- Rob Pike

你这给出的上下文太少了，不了解业务，一律建议单独实现一遍，否则强行复用未来维护成本可能更高。

1. DNS+代理
2. CDN

简单说就是：
如果没有 ic:=i，无论是在 fast path 还是 slow path，i 必然都会逃逸到 heap 上。
但是在后面加上 ic := i，只会在 slow path 上，才会将 ic 分配在 heap 上。因为这个时候实际上是将 ic move to heap

Flutter + Go + gRPC

通过 kotlin native 抛弃 JVM 可能更加现实

@XTTX
感觉这种方式主要问题可能不是难读，而是容易发生变量作用域覆盖或者忘记返回具体值，引入潜在的 BUG 。但是如果一个函数返回结果非常复杂，使用返回值命名可以降低理解成本。可以写成这样 func ReadCache(city string) (_weather string, _err error)，避免直接对 _xxx 赋值，而是强制使用 return 。

因为更好的错误处理方案一直没有定论，所以不会把一个临时解决方案合入标准库

> 想学一门不那么卷的语言

Rust 会不会连卷的机会都没有

我的理解是不是将退出操作放在主协程，其实 server 放在另外一个协程，就能避免立即退出？

func main() {
go server.Server()
<- signal
server.Shutdown(ctx)
}

Coolapk

芯片公司应该会有职位来帮助主流语言适配自家的芯片架构，现在半导体行业在国内也很热门

其实这里使用指针会降低性能，返回指针使得 Storage 逃逸到堆上，否则可以直接栈上分配内存

云原生环境下，很多基础工作都可以下沉到基础设施来做，不需要和 Spring 一样在进程内把所用事情都做掉

目前我几个项目是 Next.js + Go Monorepo 部署在 Vercel 上，参考 https://sorcererxw.com/articles/vercel-go-microservice

既然前端已经在 Vercel 了，后端也可以部署在 Vercel，自动 CICD 非常方便，使用 Monorepo 的话能非常轻松地拆分前端后端开发和生产环境