我用的大学时期的旧笔记本做的软路由，单网口，100M 的宽带能够科学上网跑满

可以参考一下这个主观评测视频

https://youtu.be/A1Ua79e93Vg

楼主的主要使用场景是维护 UserCSS ，通常需要写大段样式，但是现在更多人的使用场景是编写 component scoped css ，再加上各种 UI 库的使用，基本上就很少写大段的样式表了。

@fanxinghaoyue 摸鱼可以，但不要违规摸鱼

> jedi-vim 虽然开箱即用，但却是一堆粘合在一起的 spaghetti code ，不仅随着项目功能的增加变得越发庞大和迟缓（这是我想要离开 jedi-vim 的主要原因，文件一大各种操作都变得肉眼可见的慢），代码的可读性也非常糟糕，难以维护和参与

这种情况感同身受，遇到了一个非常喜欢的开源软件，但是因为源码太难维护了，不得不去寻找替代品

你是怎么全局搜索的呢？ Find in files ？

再补充一个跟 mobx 、valtio 一个路子的状态管理库 reactivue ，在 react 里面用 vue3 的 Composition API

今齐地方千里，百二十城，宫妇左右莫不私王，朝廷之臣莫不畏王，四境之内莫不有求于王：由此观之，王之蔽甚矣。

个人的感觉是，EF 适合常规增删改查，Dapper 适合复杂报表查询。常规增删改查用 EF 生成出来的代码一半都没太大毛病，复杂查询用 Dapper 对 SQL 掌控性更高，方便排查问题与调优。

多换几部手机试试？不一定是 miui 上传，看看其他品牌会不会这样

除了第一点见仁见智,后面的 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 ？

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

## 代码如何分层？

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

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