@TrembleBeforeMe 选笔记软件，跟选编程语言一样，选完以后，我屁股就坐这了，也实在没有精力去研究这么多软件或者编程语言。确定语言后，如果遇到各种问题，再找解决方案就够了。所以这点角度出发，我倾向于各位选择社区活跃，使用人数多的笔记软件。tiddlywiki 实在没用过，我当初第一次听说双链笔记是 roam ，然后去搜索相关笔记的时候，貌似没看到 tiddlywiki ，所以就擦肩而过了，哈哈。

@qiubangzhu 界面右下角有源码地址啊，你点 jekyll 那个链接

@shyrock 好用。我无痛用了 3 个月了。用存储桶同步很快。

@thatlazyman 笔记上量以后，比如 1 千条 1 万条，查询语句开始凸显价值。还是必学的，我猜 logseq 的 query 和 dataview 是差不多的功能实现。

@SenLief 装了 advanced table 以后，可堪一用。这不能怪 obsidian 吧，其他纯 markdown 的编辑器有把表格做的好用的嘛？

https://notes.oldwinter.top/ 我用的 jekyll 开源方案，支持双链。

你这吹得有点过了哈，但我在众多双链笔记中也的确选择了 obsidian ，因为不用自己重复造轮子，想要的都有人写好插件了😂。OP 来逛逛我用 obsidian 发布的完全开源的数字花园吧 https://oldwinter.top

@MindYoga 木得办法啊，官方的发布服务，没有针对国内环境做 cdn 优化，我自己没有任何方式改进。。用开源部署的那 2 个方案，应该是秒开的，但欠缺一些功能。

@musi 好哥们，方便发给我瞅瞅嘛，我邮箱地址 Y2RkMnpqdUBnbWFpLmNvbQ==了，仅做技术交流，未经你允许，绝不转发第三人。

@hawhaw 有人测试过，ob 是同类里面性能最好的，我觉得你不用担心这个吧。当然我并不清楚性能问题，现在毕竟才写了 1000 条。

@dx3759 插件市场搜索 andy ，是一个插件。publish 的话，发布配置里面直接勾选就行了。

@musi 可以试试哈，效果有吗？方便加我微信，发给我截图看看效果嘛。有个 markbase ，也是第三方发布服务，官方居然给它上架插件市场了，收费是 5 美元 1 个月。

@victor 这个就是 fork 一个老哥的开源，直接上传 obsidian 的笔记实现的，用的是 jekyll ，啥主题我也没研究过。你可以在页面下方找到 github 源码自己看一下哈。 常用插件我计划晚上下班回家整理一下发出来~~
@HeFengzz 应该可以曲线救国实现的，比如[[aaa#H2]]这种语法。喜欢纯大纲类型的笔记最好选择 roam 或 logseq 这种。但是不管选啥，总有 cover 不到的点，只能综合评估去取舍咯~~

@yuhangch 不是网络问题。这个是 logseq 的 publish 方案的问题，需要下载 30mb 以上的东西，才能使用。这个静态 web ，不那么『静态』😂。
@yuhuanxi 蟹蟹🦀支持

@woostundy notion 新建 pages 太麻烦了，需要动用到鼠标，而且受限于网速，所以不适合作为第二大脑。我理解第二大脑至少要让我能很舒畅地快速写字和创建新页面。目前我只用了 notion 的 database 功能，以及发表几篇文章丢上去了。
obsidian 和 logseq 相比，主要缺失点就是没有『真正的』大纲层级和块引用。但我现在 1000 条笔记，还没感觉到块引用有多少优势。我也在持续观望。除了这 2 个优点，logseq 的缺点可不少。比如性能确实不太行。。1000 条笔记就有点卡卡的。

@liekkas 数字命名，没有借用什么图书馆分类学的方法，只是为了排序。100 排序在 200 前面。仅此而已。所以里面的子文件夹也就不需要这个前缀了。我在子文件夹里面，都配置了至少 1 个 MOC 文件，负责将高相关度的内容聚合在一起。

桌面终端和移动终端

桌面终端

@eluotao 我也是刚从 alfred 换成 raycast 了，也纠结过这个在命令窗口里直接执行 terminal 的问题，但其实最后想想，这个需求对我来说其实是伪需求。稍微复杂点的命令，直接打开 iterm ，在里面进行输入，还能用到 zsh 智能提示的能力，这不更香嘛。

如果需要大幅度调整目录结构，删除无用笔记这些，建议你直接用 vscode 打开 obsidian 的库，然后装一个 foam 插件，也立马支持[[]]格式的双链了。接着就在 vscode 里面，做一些高级操作吧，比如除了批量删除文件，还能批量替换搜索到的各种内容等等，这些高级功能，都是 obsidian 不具备的。

老哥，你第一次发帖，就掌握了 V2EX 的流量密码😂

这个我之前回答过我们前端测试同学的疑问，笔记如下：
我司的前端测试职责
- 测试用例编写：根据业务场景和特性需求，编写测试用例，一般用 excel 描述清楚特性、场景、分级、预期结果等关键信息，并通过开发或架构师的 review 评审。
- 测试框架的单元测试 code：懂一些前端的测试，可能会需要负责[[mocha]]、[[jest]]等测试框架里面的单元测试的编写。一般基础的框架需要这种测试粒度，而快速迭代的业务，可能没这个成本写单元测试。
- 自动化 E2E 用例编写和执行：一些基线用例，门槛用例，用[[Selenium]]、[[Playwright]]进行端到端自动化测试。快速迭代的页面一般归类为高级别低频率测试用例，需要具体分析，要进行自动化用例的成本和收益的评估。
- 手工用例：自动化不能满足的某些场景；经评估，手工测试成本更低的一些复杂用例。
- 压力测试：前端的测试，一般就是造大量假数据，对 js 代码本身进行渲染性能测试，比如首屏加载速度，1 万行的表格的加载速度等等，一般能顺带测试到一些 api 是不是可靠，性能够不够。还有一些混沌测试之类的，有能力的可以搞一搞。
- 用户体验测试：有能力和话语权的前端测试，可以提出用户体验等方面的独特见解。
- 对类生产环境负责：保证类生产环境和生产环境的一致性，避免类生产的问题流到现网。大特性的版本，需要测试负责人出具测试报告（更多的是综合的，包括前端功能和各项特性，还是看上线的特性是什么）后，才能上线现网。相当于给 SRE 之前，在加一把可靠锁。bugfix 版本，也需要前端测试简单测一测，多一个保障。

总体而言，前端测试一般都是手工用例居多，所以技术含量偏低，一般都请外包员工来做以降低成本。有上进心的前端测试，一般不会满足于机械地页面重复点击，会在自动化测试、压力测试、环境管理等方面走出一条自己的路，给自己定义成综合测试，而不是局限于前端测试。