我已经习惯了，从来不相信他们的文档，也不相信他们的测试沙箱。

好像一般只封端口，换个端口就可以继续玩了。

销售是有成本的，客户维护也是需要成本的，如果这个成本高于收益，那就不合适了。

@gowk

在我看来 if err != nil 反而是一个好的东东, 有错误就直接返回，写逻辑都简单多了。

```go
/ Create create user
func (r *UserController) Create(c *web.Ctx) (any, error) {

user := model.CreateUser()
defer user.Release()

if err := c.TryParseBody(user); err != nil {
return nil, err
}

if err := validator.CreateUser(user); err != nil {
return nil, err
}

if _, err := proxy.CreateUser(user); err != nil {
return nil, err
}

return user.ID, nil
}
```

其实 go 用来写业务也很适合，有很多现成的工具可以用了。

代码写久了，总会写些小工具来减轻压力的。

我们也弄了个叫 gskctl 的东东，根据实体生成 restful api 代码。（广告）

强，一直想把项目中的 type Next func(c *Ctx) (any, error) 换成 type Next[T any] func(c *Ctx) (T, error), 但是好像影响比较大，一直还没敢换。

@cannotagreemore 确实是 Capacity 的问题。

关键看路，如果全程都有绿道就爽了。

简单问题复杂化，太闲了。

如果只是需要能直连，用 aws 的美西主机就可以了，速度还不错的说。

如果要求稳定直连，最好是备案，两地部署。

不上班的自由也仅仅是以为的自由。

上班做的是公司的那堆事，不上班做的是客户的那堆事，只是换个服务对象而已。

自己搞个光猫有什么好处？或者说有什么可玩的？

能体会你的感受，就像一个爱干净的人和一个不爱干净的人一起租房子一样。

我们公司的代码规范是从下往上推动的，基本上统一了公司的代码风格。

@cannotagreemore 您指的是这个：type ApplicationCollection []Application ？

还是这个：

_applicationsPool = sync.Pool{
New: func() any {
applications := &ApplicationCollection{}
return applications
}}

@Orlion 用的是这个库： https://github.com/gostartkit/web/blob/master/application.go

主要代码是这个 #218 - #221 行

```go
if rel, ok := val.(IRelease); ok {
rel.Release()
val = nil
}
```

@crc8 #10 @tool2dx 说的应该是对的，属性不同。

如果你是自签证书的话，意义不大。

我们最近也做了个工具，准备推出的时候也遇到了签名的问题，打算改成用 nodejs 调用 webassembly 的方式，也不知道是不是可以，不行的话就直接开源算了。

广州的移动宽带还不错的说，特别是访问香港和美西，速度相当好。

不一样的，代码签名证书一般也只有 EV 和 OV 的，如果不差钱，最好还得弄个 EV 的代码签名证书。

@nagisaushio 也就是说对象不能自己 Release 自己，因为自己还指向自己？

如果是这样的话，我的整个写法都是错误的了。得好好验证。