现在的“无线充电”是一种倒退，线存在但只是转移到充电底座上了，手机仍然被固定在一个位置上
真正的无线充电是和用手机上网一样，哪里都可以用

再让你媳妇反观一下她爹妈会卖房救她吗？她爹妈只会让你卖房救她，而不会动他们给儿子的买房钱吧

不用想太多，肯定是自己爹妈一起住
你要是得大病了，你爹妈卖房都会救你，而你丈母娘只会叹息一声年轻的的怎么就碰上了这种事

在里面再起一个 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+ 代码库呢?