@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 。并且希望遵从一定的标准，我觉得这是一个 说服自己的过程

自己这一关感觉过不了，重构代码代码很多时候也是这样的动力

@z1645444 天之痕，从小玩到大～

记住是不可能的，写下来还是可以的 https://www.wener.tech/notes/web/react/query 建立一定的规则，让自己马上能找得到

写，业务文档减少沟通时间，技术文档作为个人积累。
业务文档 泛化 后也能作为个人积累,例如 https://www.wener.tech/notes/service/erp/faq

@janus77 两方面都需要吧，都希望能更好到 match 到期望的对象。

@kuber 就是先和 ChatGPT 沟通你的招聘需求，让它来给你生成审核用的 prompt 和 招聘简章，可以根据情况让它来给你生成你期望的输出，例如 评分，JSON 之类的

@silencil 要是有人能做个插件自动对接就好了，筛简历太耗时间