@oott123 不行啊，它显示这个符号可能用了 segoe 字体，但并不是从用户的 editor > font 设置里读出来的。

@oott123 这里用的字体是 Cascadia Code ，也试过切成 Consolas ，不过并不是字体导致的。

用 Intellij 的话也可以试试它的 Shelve/Unshelve, 同样的效果但不依赖于特定 VCS.

我特别需要跨应用传递错误的功能，不过到头来也没找到特别合适的，最后还是自己写了个库： https://github.com/gota33/errors

Asynq 基于 Redis 的分布式任务队列
https://github.com/hibiken/asynq

刚上手建议用比较轻量级的框架，比如 https://github.com/go-chi/chi

项目结构可以参考我之前写的一篇博客： https://blog.igota.net/posts/20220422/

自学的话针对性越高效果越好，硬看教程很容易一看就会一做就废。
可以参考下这个视频里的学习方式： https://www.bilibili.com/video/BV1k34y1D7KY

我之前写过一篇和微服务组织相关的博客，也有配套的 DEMO 代码，可以参考看看： https://blog.igota.net/posts/20220422/

可以试试 GraphiTabs 这个扩展，可以方便地暂存标签页。

``` go
type Raw map[string]struct {
Code int64 `json:"code"`
}
```

Screeps: Arena , 程序员专属 RTS 🤣
https://store.steampowered.com/app/1137320/Screeps_Arena/

OP 的经历和我很像，我也是初中 Pascal 学起，大学开始学 Java ，工作先在南京搞了 3 年 Java (Android + Server) 之后跳槽去上海又搞了一年 Java ，之后顺利说服老板转 Go ，现在除了一些非常老的服务都换成 Go 了。

我的感觉是 Go 的代码理解起来心智负担要低一些，特别是看第三方代码的时候能节约不少时间。工具的升级成本相对于 Java 也要低一些。

对于 OP 的问题，我觉得如果年纪还轻就放心去试，等年纪大了就承担不起这个试错成本了。能找到匹配自己思维模式的编程语言，工作起来确实会轻松不少。

@lanlanye 谢谢反馈.
由于贴的时候直接 Copy 的原始 Markdown 文件, 没注意改相对路径, 结果这里显示出的前篇的链接 404 了.
这里选 Fiber 当路由其中一个原因, 就是因为它支持带冒号的路径比较方便, 只要加反斜杠就可了.

@sciel 微服务治理其实是个挺大的话题，这里简单说两句。

在前 Kubernetes 时代确实需要在微服务代码中实现相关的治理功能，不过自从 Kubernetes 成为主流之后这就不再是一个必选项了，我们只要专心写业务代码，再搭配合适的 Ingress 实现就可以做到同样的效果。

考虑到每篇文章的正交性，这篇文章还是主要讲怎么组织业务代码，Part 2 中可能会提一下 Kubernetes 的部署配置，但也不会太深入，毕竟这个话题想讲明白估计得写一个系列了。

@Chism #6 这个 App 默认开启端到端加密的，所以发出去的消息除了接收者谁也没法看到明文。
可惜这个项目很新，还没 PC 客户端，不然用在公司或家里做跨平台的文件分享应该还挺方便的。

@996635 刚更新了 https://blog.igota.net/posts/20220422/

可以参考这个实现, 或者直接用它的库: https://github.com/go-redis/redis_rate/blob/v9/lua.go

我过年时发过一帖，推荐有助于突破瓶颈期的书籍，可以参考：
https://www.v2ex.com/t/831291

也可以看看 HackNews 上相关的讨论：
https://news.ycombinator.com/item?id=30228261

至于如何保持对程序的掌控力，我觉得重点在于精通模块化设计。
而面向对象或是函数式编程只是实现模块化的手段。

这方面推荐读读看 《 UNIX 编程艺术》，我简要提一下其中与模块化设计相关的点。

1. 设计良好的程序一定要做到 “机制” 和 “策略" 分离
2. “机制” 偏底层，设计时要做到：1 ）相互正交； 2 ）稳定不变
3. “策略” 偏上层，保持灵活，有时甚至可以交给用户自己实现
4. “机制” 和 “策略” 之间用一层尽可能薄的胶合层连接

至于具体如何做到上面四点，就到书中找答案吧。

最后关于编程范式，我的习惯是：
1. 偏上层的业务操作特别是 UI ，面向对象
2. 偏底层的机制，面向过程
3. 需要做流式处理，就上函数式 （比如后端数据管道，或是前端的事件流 ）

可以手动写个函数载入模板, 就可以按文件名引用了.
默认的载入方式只认文件的 baseName, 同名的会被覆盖掉.


``` go
func New(root fs.FS, plugins ...Plugin) (_ Template, err error) {
tmpl := template.New(".")

names, err := fs.Glob(root, "*.tmpl")
if err != nil {
return nil, err
}

for _, name := range names {
var data []byte
if data, err = fs.ReadFile(root, name); err != nil {
return
}
if tmpl, err = tmpl.New(name).Parse(string(data)); err != nil {
return
}
}
return tmpl, nil
}

```