如果这帖子你是认真写的，什么食堂 Q 币都放在选择的天平上，那你真的是缺社会的毒打
不过好在起点高，不管怎么选都有不小的缓冲余地

我的建议是排除 2 然后 13 里面选 leader 你聊着觉得更舒服的那一个

有什么问题呢？如果你的处理速度是无穷快，响应时间趋向于 0，那么任何时候都不会同时处理一个以上的请求，并发趋向于一，QPS 趋向于无穷大

我就用 finder，和终端交互用 open [dir]跳 finder，用 alias 的 osascript 实现 cd 到 finder 浏览位置

宏+1，我也是加保存里的，楼主可以加在回车或者分号上都行

跳槽也许是合理的追求涨薪的手段，但永远不是涨薪的原因，除非你认为有公司就是愿意给跳槽多跳槽快开更多的薪水

友情推荐 modd+devd，前者监听文件+运行脚本 or 重启 daemon 进程，后者轻量 http 反代，5 分钟上手，适配任何语言的任何开发流程，无需开发插件直接整合任意现有工具，另外，真正的 0 依赖(go 二进制分发)

没有用户群，本人不提供技术支持，以上

https://github.com/cortesi/modd
https://github.com/cortesi/devd

@salamanderMH 说的就是任何一个地方有加的逻辑你的 num 乐观锁就不成立了

就是因为有物种多样性才有意思的，V 站

明天要做个退款 /支付失败后恢复库存的功能，gg

有对抗就肯定紧张啊，除非这种对抗是无法通过临场发挥来改变结果的，同时无需提高自己的智力 /技术水平的，才能即对抗又休闲

我们来对抗 v 站签到天数好了

自用的话有 jsonschema 直接生成表单的轮子，真香
面向用户（包括 b 端用户）的话还是慎重吧

邮件发码的

mini2 锁电问题京东换了一次还是没好，换 charge4 了，同样的音频线底噪也比原来小了，真香

@FrankHB 抱歉基本没看懂你在说啥，如果你觉得 toml 还不够好，可以举一些你觉得比 toml 优秀的方案来让大家学习一下么？

数据交换和配置管理是非常不一样的两类需求，数据交换优先的是机器可读和性能，可选的是人类可读，没用的是容易编写，因为数据交换的主要场景是从内存 serialize 而不是手写。而配置管理重要的易编写和人类可读，机器可读其次，性能基本没用除非烂到不可理喻。

你说了是数据交换格式，然而你的 feature list 里面大于 json5 的部分基本都和数据交换无关，而是配置管理的需求，这些需求对于数据交换来说都是无用的复杂性而已（ client 发了个 pjson 给 server，结果 server 还要再请求远程文件才能获取完整结构？安全性和性能都完蛋，更别说 include 本地其他文件了）

看你一直在说注释重要和手写配置，那么反过来说如果你的项目目的是配置管理，那 json 就根本不是一个好的（不如说是最糟糕的）学习对象，建议看（学）看（习） toml 这种更现代的配置语言

还有，我讨厌这种回复每楼说你不懂其实我的东西很牛逼的楼主，如果楼主你回复我请做好被无视的心理准备

1. 没有归档，只是说了 move to gitea，但如果不打算再更新 github，确实应该归档
2. 有多少关注有多少人用和这个项目明天是否继续维护没有必然关系
3. license 是自由的，你可以自己 fork，可以自己把 gitea 的代码搬运回 github 上只要保留原有的 license 都没问题
4. https://xorm.io/ 默认英文结果却迁移到 gitea.com 自相矛盾，顺便 Footer 写 license MIT 结果点进去给你看个 BSD3 也是

@mcfog 十来个**人的**专家小组