在里面再起一个 socks5 server ，通过 socks5 代理访问管理

这里有个前提缺少定义，“我”是什么？

光生态活跃没啥用，得有质量高的精品
svelte 的生态不差质量还高，而且 react 的生态活跃是因为官方给出的解决方案不够好导致的，svelte 官方给出的解决方案已经解决问题了就无需那种海量初级解决方案
为什么 svelte 更好呢？因为它是后起之秀呀，就是来解决以前框架不足之处的

@iosyyy

当前版本买断，后续版本购买优惠？
抄 JetBrains 的售卖策略

@arfaWong 用 bootstrap ，有丰富的组件可用

Tailwind 用过，使用体验极差

仅客户端导入用 iso-import 解决，组件初始化用 action
https://kit.svelte.dev/docs/faq#how-do-i-use-x-with-sveltekit-how-do-i-use-a-client-side-only-library-that-depends-on-document-or-window

虽然很多人推荐 react ，但开发体验 sveltekit 是最好的

@binfreeze 很好，手搓 CPU 吧

Go 有 pocketbase ，尽量不写代码

邪道：转成视频提取的时候抽帧

@ck65 golang 称为 err-lang 也确实是实至名归，1/5 的代码行数是由 if err != nil {} 提供的
第一眼看成了 erlang 略过去了

@mainjzb 拒绝的理由是我们已经拒绝过了这项提案，泛型也是被拒绝过的现在也加上去了。
正如 issue 里提到的回复：“golang 不会根据各种错误处理提案的喜爱程度对错误处理进行改进，golang 有自己的节奏”

@aduo panic 也会导致函数提前返回，相对于使用 panic 的错误处理方案 !err 不会有性能损失

@codersdp1 #23 这种情况不使用语法糖，直接使用你现在使用的代码，这个糖是有限的，不打算应对所有情况

@guonaihong 主要还是想阅读的时候更简单轻松，虽然编辑器能补全但代码行数是实打实地变多了

@fioncat 不选择 v := xxx()? 是因为它假定了最后返回 error ，而且在只返回 error 的情况下可读性并不好，需要看到末尾才知道这行是否可能出错

xxx()?

@learningman 不选择 v, ? := xxx() 则是因为转译后需要自己生成 err 临时变量名并返回，临时变量名会千奇百怪的导致可读性下降。那使用 v, ?err := xxx() ？我一开始就是提议的这种后来发现 v, !err := xxx() 这种可读性更好。

我选择这种模式是因为它易于实现，又或者说正是因为它易于实现我才能选择它

@SingeeKing 这个是一个已有的转译实现, 我用了 `ierr` 作为 `!err` 的替代, 但遇到了一些问题, 打断点需要到转译后的文件才能打上, 在开发中还蛮影响思路的, 后面想到了如果做成 golang 超集语言的话就可以打上断点, 于是又起了个仓库准备实现新思路

已有的转译实现: https://github.com/shynome/err4 , 现在正在用

(就像前段时间的帖子说的, 每个程序员都有改造语言的冲动, 我也是对 golang error 的错误处理不满意所以就有这么一个个尝试

@cin golang 该如何调用 go+ 代码库呢?

@lisxour 正是如此, 已经是被拒绝了所以另起炉灶来实现自己的需求

@AKAUP 使用 defer 打印错误, 如果需要立即处理错误, 可以不是用语法糖使用原有的 `if err != nil {}` 模式. 语法糖是可以随时退出不使用的
```go
func readSelf2() (content string, err error) {
defer func() {
slog.Error("wrong", "err", err)
}()
body, !err := os.ReadFile("main.go")
content = string(body)
return
}

```

@rekulas 并不会出现兼容性问题, 会另外生成一个转译后 go 文件, 与其他 go 库是无缝操作的, 你可以认为是 typescript 这种
@morri 其实你这里也是进行了一个错误处理的判断

谢谢各位的收藏, 开源版本来了: https://github.com/remoon-net/xhe

如果这个小软件有帮助到你, 可以小小的支持一下哦

赞助链接: https://xhe.remoon.net/sponsor/