@fen Hi, 这个项目挺有意思, 最近比较有空, 这是我的 github https://github.com/morrisxyang
是否有更快的联系渠道和沟通方式?

不要先确定一个"我想喷 xx"目的, 然后在现实中当小警察时刻搜寻, 抓到一个看起来有点像的点就开喷.
PS: 要不还是先解决秒登秒出的 bug, 以及你们这方案不登出就没法完成任务的问题?
然后真的理解了很多的业务场景和方案, 才开始聊聊顺序消息.

@yaott2020 让我来看一下,如果是泛型的话 或许可以

https://github.com/morrisxyang/errors, 这里实现了 wrap, unwrap 等常见能力, 添加了错误码和堆栈的支持.
rust 的 pattern matching 可以给我一些 example 和资料吗? 我看看是否可以添加.
@yaott2020

@daiv 已经更新
https://github.com/morrisxyang/xreflect

@daiv README.md 的例子是吗

@daiv 是的, 一些场景使用反射进行动态组装可以减少重复代码, 不过我自己体会的话, 减少重复代码是一个表现不是目的, 更多的是实现一些逻辑的配置化.

@daiv 是的, golang 的反射性能确实比直接调低很多, 不过是否使用要考虑 2 个方面.
1. 场景, 是极致追求性能还是普通业务, 这其实是在性能和动态修改的灵活能力之间做取舍, 我举个例子, 在 B 端场景, 往往会更考虑灵活, 因为 B 侧业务甚至是延迟 10min 都可以接受.
2. 性能对比的尺度, 举个例子, 一个操作可能是 100ns, 用了反射之后是 500ns, 这是 5 倍, 但整体接口耗时是 200ms, 对整体的影响微乎其微, 这时可以考虑为了业务灵活性的支持引入反射.

欢迎提出需求和建议

一个简单的, 易用的反射工具库. https://github.com/morrisxyang/xreflect
简单的支持错误堆栈, 错误码, 错误链的工具库: https://github.com/morrisxyang/errors

欢迎指正

@tairan2006 啊, 确实, 我知道了. 我想想

@tairan2006
标准库的 errors 没有堆栈, 这里主要是增加了堆栈, 以及微服务常用的错误码等支持

请问招聘和国内是一套系统吗?

国内和国外是两套系统还是一套? 只能投其中一个吗

楼主部门还招人吗.

需要拼命让自己比科班的更强，才有可能让人重视。