- 主题:[转载]为什么现代软件让我悲伤
名字都带 code 了，显然没有程序员之外的用户会用。
【 在 No1 () No1 () 的大作中提到: 】
: 因为vscode虽然是用js（ts）写的，但配置文件主要是面向用户，用户可不全是js程序员，
: 所以用json显然是更好的选择
--
FROM 125.78.67.*
逻辑：是程序员，但不全是js程序员
对于非js程序员来说，json显然是更简单的一个规则
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 标 题: Re: [转载]为什么现代软件让我悲伤
: 发信站: 水木社区 (Sat Jul 25 14:54:45 2020), 站内
:
: 名字都带 code 了，显然没有程序员之外的用户会用。
:
: 【 在 No1 () No1 () 的大作中提到: 】
: : 因为vscode虽然是用js（ts）写的，但配置文件主要是面向用户，用户可不全是js程序员，
: : 所以用json显然是更好的选择
:
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 125.78.67.*]
--
修改:No1 FROM 111.201.78.*
FROM 111.201.78.*
其实 json 真的很不方便。我以前用过一个软件就是用的 JSON，一来规则很严格，key 要带双引号，最后一个KEY之后不能有逗号，二来不允许注释。
【 在 No1 () No1 () 的大作中提到: 】
: 逻辑：是程序员，但不全是js程序员
: 对于非js程序员来说，json显然是更简单的一个规则
--
FROM 125.78.67.*
也可以程序写syslog，然后由rsyslogd分配实际目的地，logrotate做切分
【 在 ilovecpp (cpp) 的大作中提到: 】
: 当你程序一定跑在一个有日志收集系统的环境里，那么logrotate就是后者的工作，日志库根本不需要考虑。甚至，输出到文件都是没必要的，只要输出到stdout就够了。
--
FROM 122.231.176.*
然后被Spring淘汰了
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 这听起来很有前途。。j2ee 统治了 JAVA 社区好几年呢。
:
: 【 在 ilovecpp (cpp) 的大作中提到: 】
: : k8s is the new j2ee.
--
FROM 117.136.38.*
我看不支持注释挺好的，否则某些变态可能把一切逻辑都包装成JSON塞进去，制造垃圾代码
JSON的卖点是简单对象，如果需要复杂的对象模型，比如GUI，那也不该用JSON了
【 在 hgoldfish 的大作中提到: 】
: 其实 json 真的很不方便。我以前用过一个软件就是用的 JSON，一来规则很严格，key 要带双引号，最后一个KEY之后不能有逗号，二来不允许注释。
:
--
FROM 27.91.71.*
你乱扯什么啊。。
注释一般是软件作者写的。比如：
### Set OS Info in BMC/Service Processor ###
# Name: SET_OS_INFO
# Description: Set OS Name, Version and Hostname in the Service Processor (BMC)
# Default: yes
SET_OS_INFO="yes"
有上面那段注释，改的时候就不用到处查文档了。
【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 我看不支持注释挺好的，否则某些变态可能把一切逻辑都包装成JSON塞进去，制造垃圾代码
: JSON的卖点是简单对象，如果需要复杂的对象模型，比如GUI，那也不该用JSON了
--
FROM 125.78.67.*
我强烈反对JSON带有注释
这么说吧，需要注释才能看懂的JSON格式，加了注释你也不一定能懂，且大概率有其他问题
既然用了JSON，就应该把结构简化到一目了然的程度。不符合这个条件的应该考虑XML等其他格式，而不要自造或者自己扩展。
【 在 hgoldfish 的大作中提到: 】
: 你乱扯什么啊。。
: 注释一般是软件作者写的。比如：
: ### Set OS Info in BMC/Service Processor ###
: ...................
--
FROM 27.91.71.*
我没说 JSON 要带注释啊。。我说的是别用 JSON
【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: 我强烈反对JSON带有注释
: 这么说吧，需要注释才能看懂的JSON格式，加了注释你也不一定能懂，且大概率有其他问题
: 既然用了JSON，就应该把结构简化到一目了然的程度。不符合这个条件的应该考虑XML等其他格式，而不要自造或者自己扩展。
: ...................
--
FROM 125.78.67.*
所以架构师很重要
【 在 hgoldfish 的大作中提到: 】
: etcd 是一个使用 raft 一致算法的 KV 数据库，产生于 2013 年。最早是为 CoreOS 开发的，但本文不关心这个烂货，它已经完蛋了。本文的主角，它的副产物 etcd 使用更广泛。etcd 提供了简洁的 HTTP API, 多年以来，我已经使用 etcd 开发了多个工具。
:
: 2015 年的时候，又诞生了另外一个与之没有关系的 Kubernetes 项目，很多人称它为 k8s. 在我看来，这是继 systemd 之后系统管理领域的最大灾难。它号称要简化集群管理，为大众带来 Google borg 集群管理软件的体验。但实际上：
: ....................
- 来自「最水木 for iPhone Xr」
--
FROM 117.136.45.*