@p1gd0g 开发时间和精力有限，转 node 后速度快了很多，这里有心路历程 https://www.wener.tech/story/crm-trails

把以前的一些思路也汇总了，因为无法编辑了，贴在这里，原文 https://github.com/wenerme/wener/blob/master/story/2024/2024-07-18-how-i-note.md



# 我记录思考的方式简单总结

增加了一个

1. AWESOME 了解和整理一个领域的资源，能够快速找到一个领域的优秀资源
- 如果是企业，则需要了解竞争对手
- 例如 Kubernetes 相关 https://wener.me/notes/devops/kubernetes/awesome
- 例如 AI 相关 https://wener.me/notes/ai/ml/awesome

## 如何用记笔记来索引知识 {#how-i-indexing-my-knowdge-by-taking-notes}

> 2022-07-21 的一些思考

1. **工作** 是重复的任务 - Job is recurring work
2. **经验** 是解决重复问题的方案 - Experience is solution for recurring situation
3. **知识** 是重用经验 - Knowledge is about reusing experience
4. **记笔记** 是重用获取知识的时间 - Noting is about reusing time used to acquire the knowledge

要完成任务，只需了解一点点知识。知识是积累、演变和时间的结果，由小片段组成。条条大路通罗马，你必须找到自己的那条。

通过记笔记，首先做一组标记，然后深入挖掘，最终形成一个知识池。

**索引知识**

- 大脑容量有限（字面意义上的）
- 索引是为了直达重点
- 重点如：列表、表格、代码 这样的表现方式
- 记录内容是关于：上下文、背景、原因、关系、为什么、注意事项 等

重点可能非常简单，例如 Next.js 不支持 ESM ，这就足够做出决策。
但如果你想了解更多，你将花费更多时间得出结论，是的，它还没准备好，**但是...**。

不要浪费 5 分钟选择技术，使用你已经足够了解的无聊技术。

**Thoughts**

- **体系结构和设计** - 选择是关键，你最好了解它们。
- 不要在同一块石头上绊倒两次。
- 记笔记是为了自己，写文章和博客是为了别人阅读。
- 记笔记可以释放大脑压力，就像将思维分散到另一个地方。

记笔记是思考的反映，就像散点图，索引将其变成有向图，这是我们建模知识的方式。
写作就像绘画，试图在说服你一个观点，这个观点在在标题或第一段中已经提出，其余的文字都是在证明“我早就告诉过你了”。

正确写法是这样的

```
*.example.com {
tls {
dns <provider_name> [<params...>]
}

@foo host foo.example.com
handle @foo {
respond "Foo!"
}

@bar host bar.example.com
handle @bar {
respond "Bar!"
}

# Fallback for otherwise unhandled domains
handle {
abort
}
}
```

万万没想到

@SantuZ 谢谢，试了下，应该可以用视频方式标注，不过就是标注的 帧 数和生成的帧数不匹配

@SantuZ 没看到合适的 label studio 的视频标注模版，还不太会，有参考么？

@jiminjohn0402 不能直连，我是 relay 的

docusaurus
源 https://github.com/wenerme/wener
站 https://wener.me/
构建逻辑 https://wener.me/story/how-i-build-my-site
Github Pages 托管

主要考虑方便写，随时可加内容

@Immortal 我也是用下来新加坡多一些，现在是先用脚本筛选没被限制节点然后替换

@Immortal 是的，所以好奇有什么推荐的区么

@arfaWong
@CHENYIMING 感谢，走的 NordVPN,但是新加坡似乎每天晚上有一段时间都看不了有些片，过会儿又可以，时间相对固定。别的去稳定但是资源没 sg 多，因为 NordVPN 限定 6 个链接，所以最多 6 个区域，之后通过 unogs 看看区。

写文档算么？

https://github.com/wenerme/wener

33W 行

```
───────────────────────────────────────────────────────────────────────────────
Language Files Lines Blanks Comments Code Complexity
───────────────────────────────────────────────────────────────────────────────
Markdown 3765 324821 56338 0 268483 0
───────────────────────────────────────────────────────────────────────────────
```

https://github.com/wenerme/wode
7W 行

```
scc --exclude-dir={vendor,.gen,node_modules} -M '_test.go' --no-gen . -i ts,tsx,sql
```

```
───────────────────────────────────────────────────────────────────────────────
Language Files Lines Blanks Comments Code Complexity
───────────────────────────────────────────────────────────────────────────────
TypeScript 1271 73606 6101 12461 55044 7544
SQL 16 810 104 73 633 77
───────────────────────────────────────────────────────────────────────────────
Total 1287 74416 6205 12534 55677 7621
───────────────────────────────────────────────────────────────────────────────
```


核心动力只是想分享🤔

> @snarkprayer 术语倒还好，基本能找到已有的翻译，还有些是偏约定的，比如分页列表用 list ，有限复数的加 s/es ，最难的是国内特有的业务，真要准确翻译那就是一大串长词跟句子似的

这些问题也都遇到过

1. 我会尽量使用单数，梳理的原因参考 https://wener.me/notes/db/design-schema#%E5%8D%95%E6%95%B0%E8%BF%98%E6%98%AF%E5%A4%8D%E6%95%B0%E8%A1%A8%E5%90%8D

- 避免大部分人思考单数复数形式变化
- 方便代码生成、方便猜测
- 特殊关键词特殊处理 - 例如 user -> users

2. 国内特有的业务 如果是 toG ，可以在 GB 上找数据字段命名规范 https://wener.me/notes/service/cn/gb/list

- 例如 GB/T 19488.2-2008 电子政务数据元 第 2 部分：公共数据元目录
- 有时候它也是用的拼音，但部分场景尽量保持拼音一致也行（不过还是难，容易同音）
- 有时候它的 glossary 有英文解释
- 然后再找对应国外标准场景的命名方式 （ 2023 年了，能做的系统大部分都做过了，玩不出花，但发现真对应不上，那 100% 是需求方/设计方 不专业导致的）
- 再不济只能团队内维护字典了

> @coyove 你的精确用词同事认可吗，否则 codereview 的时候不是血压爆炸

所以用词要求精确，才有说服力，并且记录下来让别人也能参考，避免引入太多歧义的用词，用词一致开发很舒服，因为很好猜测。

@dedemao 找是不是有行业专用的缩写，或者有时候实际可以用另外一个词简单理解。如果是很多词组合的，就考虑去掉 context 部分的描述。

> @Unpro 强迫症 +1 ，有时会问 chatgpt 用 native English 用领域专业术语怎么说这个词。要是有专门针对 naming things 进行了训练优化的 AI 应用就好了

太有感触了，没有 chatgpt 的时候都是 google 找各种解释，现在有 chatgpt 这时候就方便多了

发现除了精确，专业用词，或者叫“行话”（ glossary ） 能够更好的快速了解一个业务域，例如 https://wener.me/notes/service/erp/glossary 。用“行话”能更好的表达和问问题，有些时候都是在兜兜转转了解一个已经存在的行话，觉得这个有点像先见过 猪跑 的过程。

@lanlanye 关于这个我也会很 care, 回很细心的去设计 api 例如 https://wener.me/notes/service/api/design 。并且希望遵从一定的标准，我觉得这是一个 说服自己的过程