提供另一个思路。

关闭选项，在命令行执行 defaults 命令，导出到文件。
打开选项，在命令行执行 defaults 命令，导出到文件。
对两个文件做 diff，记录有意义的差异项。
使用 nodejs 调用 defaults 命令写入差异项，killall 重启相关进程。

这个问题算是 restful 风格的日经帖了，说一下我的看法。

两种方式都可以，也都不能说是错的，建议按照项目目前的设计使用即可。

如果要新写项目或者重构项目，推荐状态码统一 200。

业务的错误很难全部映射到 http 状态码，以至于我们公司后端开发凭空捏造出 6xx 的状态码。

如果通过 message 区分错误，前端需要展示错误是直接展示 message 吗？如果是，依据错误做特殊处理需要判断 message 吧，message 需要国际化怎么办？

@ChristopherWu 没急，你的规划很大程度上不适合前端工程师，也不适合基础不牢的工程师。

比如你说学习 bash 和 python，如果不能体会当前工作使用的编程语言有哪些优势和缺陷，一味的学习新语言，并不能起到有效的效果。

举个例子，我的一个亲戚，非名校数学博士，看到算法岗位很热门，找我学编程。给自己规划的学习路径是从 c 语言入门，精通 c 语言之后开始学 python，精通 python 之后开始学 java。有必要吗？从算法的角度讲，大家都是图灵完备的语言，有必要学这么多语言吗。

基础不牢，就多看标准库，多看语言的运行时实现。而不是因为 python 的第三方库多，就去学 python。

总之，重要的是交给她学习其他知识必要的前提，而不是教给她知识。任你告诉她 vim 多么好用，跳转到首行和尾行哪个是 shift+g，哪个是 gg。d5d 删除怎么看行号，5 行是从当前行还是下一行开始。这些便捷性，对于新手而言是痛苦的。

@ChristopherWu

9012 年了，vim 能做的有哪些 vscode 做不到？ vscode 能做的有哪些 vim 做不到？

我也是命令行和 vim 偏好者。但从工程实践的角度，我并不觉得 vim 仍然适合新手入门。

gcc+gdb+cmake 编写的程序一定比 visual studio 质量高吗，我看未必。只不过是有耐心学习 gcc，gdb，cmake 的人，多半已经可以编译出质量还不错的代码完成工作，才有心思和精力去学习这些工具。

http 需要讲。其他倒不是说不需要之道，而是有更多优先级更高的东西需要讲。

ascii，gbk，utf8 和 utf16 什么关系。

正则表达式相关。

tcp，udp，websocket。

base64 是什么，为什么需要 base64。

xsrf，xss，sql 注入，重放攻击，中间人攻击的概念与防范。

总有人觉得一个网络请求的这端和那端有着不可调和的矛盾和不可填平的差距。

研发的上限取决于产生的价值。价值，而不是位置。

这么说吧，一个只需要所有离线功能的 windows，你开发的出来吗？

utf-8 编码，你设计的出来吗？他属于前端还是后端？

protobuf 支持 java 也支持 objective-c，给你 rfc 文档你实现的出来吗？不给 rfc 文档你构思的出来吗？

go mod 定义一个 module 名，在其他部分引用时，引用 module 名。

Simple random DNS, HTTP/S internet traffic noise generator

https://github.com/1tayH/noisy

第一，因为连续 999 天已经是正态分布中的小概率事件了，更多可能没考虑到。
第二，超过 999 天字符长度会变长，可能造成字符重叠或显示不完整。

@ho121 创业初期，张一鸣在某个纪录片自述的。

发展空间这回事，其实是很难估计的。在居民楼办公的字节跳动怎么也不会看起来比拥有独栋办公楼的百度看起来更有发展空间。

技术上也许可以，但是如果作为队友，我是断不可能允许的。

base64 除了编码解码还有别的操作吗。。。？