除了第一点见仁见智,后面的 4 点都是不错的建议

飞书文档就是这么一个只支持 chrome 的网站,在火狐上存在兼容性问题

logseq ，obsidian ，感觉这类双链笔记比较符合你的需求

smb 文件共享

推荐看看这篇文章，https://github.com/ryanhanwu/How-To-Ask-Questions-The-Smart-Way/blob/main/README-zh_CN.md

会听歌，一般都听那种没有歌词或者听不懂歌词的歌，这样干扰会少一些

@chloerei 原来是会从 html 转成 markdown 啊。怪不得我用 asciidoc 写的文章，大部分都有格式上的问题。

以下内容节选自 [《读〈领域驱动设计〉有感》]( https://gianthard.rocks/a/24)，是我几年前读书后写的总结，希望对你有所帮助。

## DDD 解决的问题是什么？

> 例如开发团队一开始不太理解电子电路设计相关的知识，导致做出来的东西让客户感觉很奇怪，而且没法适应业务的变化。……作者给出的解释是，开发人员对业务没有深入的理解。……应对这个问题的解决方案就是对业务领域进行建模。

## 什么是聚合根

> 我们把几个关联度较高的对象划分成一个聚合，每个聚合中有一个小组长，我们把小组长叫做聚合根（ Root ）……聚合除了管理对象生命周期之外还有贯彻落实业务规则的能力

## 业务是否需要包含自身的 CRUD ？

> 数据持久化在大部分的项目中可以说是一个非常常见的操作了，但是这一操作往往涉及到对数据库相关软件包的依赖，这将极大的破坏领域模型的纯洁性。……为此，我们将向领域层中引入新的模型——仓储。

## 代码如何分层？

> 实现分离领域模型的技术我们非常的熟悉，就是分层架构。作者建议，应该将项目代码按照“用户界面层”、“应用层”、“领域层（模型层）”、基础设施层进行划分。

个人感觉简历没有亮点，如果能再补充一些技术攻坚的事例就更好了

快速地浏览了一遍，楼主总结的挺好的。但是大多数的前端开发者都不习惯于使用 class ，所以我觉得你的一些例子中，完全可以去掉 class ，就比如”责任链模式“中的例子，把 handler 类换成几个纯函数，看起来会更让前端开发者熟悉一些。

在我看来，设计模式是一份指南，而不是规则。我相信，对于大部分开发者来说，了解设计模式有助于帮助自己写出好的代码。

楼主掌握了在互联网正确提问的姿势
❌ ASP.NET Core 中怎么实现 Basic Auth ？
✔️ASP .NET Core 框架是一个完整的 Web 框架吗，是不是内置的功能很少？连 BasicAuth 都需要自己实现？

不打算折腾的话，Manjara 跟 Linux Mint 都是很易用的。我个人更倾向于向你推荐 Manjaro：
1. 安装过程非常简单
2. 日常使用遇到不懂的地方可以参考 Arch Linux Wiki
3. Manjaro 开箱即用的桌面有很多：KDE 、GNOME 、i3wm 等等，你可以选择自己喜欢的

最后，如果你的电脑硬件非常新（最近才发布的网卡、显卡、CPU 等），而且你对 Linux 不够熟悉，那么不建议你使用任何 Linux 桌面系统。

@Vnaner 我在网上搜了一圈，脑花寿司只在川渝有，估计是因为川渝人民喜欢吃脑花吧

黑椒脑花寿司？

超级爆裂排球，马里奥派对，这俩都挺不错的

感觉多邻国的英语课程不够深度，可能高考比较卷的地方的高中生都能够很轻松的完成

飞书文档 + logseq

Jackson 反序列化泛型列表

```
CollectionType typeReference =
TypeFactory.defaultInstance().constructCollectionType(List.class, Dto.class);
List<Dto> resultDto = objectMapper.readValue(content, typeReference);
```

放到 JS/C# 里面就非常简单了 JSON.parse / JSONConvert.Deserialize

对比起来，Java 真的太啰嗦了。而且这么一坨代码在没有 Copilot 这种人工智能加持下，Idea 能正确的补全出来吗？

今天看到的一个文档 https://1drv.ms/b/s!AlqM7I9lpFZes48OWc7B_MMxoslbKw?e=t2OU73