水木社区手机版
- 主题:[转载]为什么现代软件让我悲伤
- 当你程序一定跑在一个有日志收集系统的环境里，那么logrotate就是后者的工作，日志库根本不需要考虑。甚至，输出到文件都是没必要的，只要输出到stdout就够了。
【 在 lwp 的大作中提到: 】
: glog,我现在还没找到每次重启程序后不重新写新日志文件的办法...
: 我觉得程序多次启动持续写到一个日志文件,文件按时间大小切割这是很正常的需求吧..
--
FROM 58.37.59.* - 你把k8s面向的人群搞错了，k8s并不是为研发工程师准备的，k8s的使用对象是运维人员。未来尽量减轻运维的环境部署、系统迁移、资源调配而开发。
而对于运维来说，不关心开发的艺术，只要省心省力，不出问题就好了。所以k8s的只做调度和资源调配，而不去触碰容器和VM，容器和VM必然是留给专业的项目
【 在 hgoldfish 的大作中提到: 】
: etcd 是一个使用 raft 一致算法的 KV 数据库，产生于 2013 年。最早是为 CoreOS 开发的，但本文不关心这个烂货，它已经完蛋了。本文的主角，它的副产物 etcd 使用更广泛。etcd 提供了简洁的 HTTP API, 多年以来，我已经使用 etcd 开发了多个工具。
: 2015 年的时候，又诞生了另外一个与之没有关系的 Kubernetes 项目，很多人称它为 k8s. 在我看来，这是继 systemd 之后系统管理领域的最大灾难。它号称要简化集群管理，为大众带来 Google borg 集群管理软件的体验。但实际上：
: 1. 为你的软件添加了几百种出错的模式。
: ...................
--
FROM 114.249.193.* - 有的支持，比如chrome插件的manifest.json
文件是要求支持js的注释。
【 在 lwp 的大作中提到: 】
: json现在到底支持注释吗
: 我怎么发现好多地方都不支持注释,tmd没有注释做个毛的配置文件....
:
: ...................
--
FROM 120.85.149.* - k8s到底是个啥？没用过哈
是打包软件，就像zip那样把一堆东西压缩打包在解压？
还是专门做管理，在哪儿哪儿再部署一套系统？
【 在 dinhot 的大作中提到: 】
: 你把k8s面向的人群搞错了，k8s并不是为研发工程师准备的，k8s的使用对象是运维人员。未来尽量减轻运维的环境部署、系统迁移、资源调配而开发。
: 而对于运维来说，不关心开发的艺术，只要省心省力，不出问题就好了。所以k8s的只做调度和资源调配，而不去触碰容器和VM，容器和VM必然是留给专业的项目
--
FROM 124.79.124.* - k8s生态主张以新方式（“云原生”）写代码，例如，把网络配置，服务发现等全部从server移到service mesh，server只和sidekick通讯。这显然是要改变开发写代码的方式的。
【 在 dinhot 的大作中提到: 】
: 你把k8s面向的人群搞错了，k8s并不是为研发工程师准备的，k8s的使用对象是运维人员。未来尽量减轻运维的环境部署、系统迁移、资源调配而开发。
: 而对于运维来说，不关心开发的艺术，只要省心省力，不出问题就好了。所以k8s的只做调度和资源调配，而不去触碰容器和VM，容器和VM必然是留给专业的项目
--
FROM 58.37.59.* - 运维不一定喜欢k8s，他们更喜欢云平台原生的方案，直接点几下鼠标什么都搞定
k8s和docker一样是devops理念发展带来的产物
【 在 dinhot 的大作中提到: 】
: 你把k8s面向的人群搞错了，k8s并不是为研发工程师准备的，k8s的使用对象是运维人员。未来尽量减轻运维的环境部署、系统迁移、资源调配而开发。
: 而对于运维来说，不关心开发的艺术，只要省心省力，不出问题就好了。所以k8s的只做调度和资源调配，而不去触碰容器和VM，容器和VM必然是留给专业的项目
--
FROM 27.91.71.* - vscode就用的json；我看也有直接用.js文件的，比如Hyper
【 在 lwp (再也不跟人吵架了!!!) 的大作中提到: 】
: 标 题: Re: [转载]为什么现代软件让我悲伤
: 发信站: 水木社区 (Sat Jul 25 00:15:08 2020), 站内
:
: json现在到底支持注释吗
:
: 我怎么发现好多地方都不支持注释,tmd没有注释做个毛的配置文件....
:
:
: 【 在 No1 () No1 () 的大作中提到: 】
: : 标 题: Re: [转载]为什么现代软件让我悲伤
: : 发信站: 水木社区 (Wed Jul 22 12:46:32 2020), 站内
: :
: : json做配置、传数据都很好
: : 易读易写易解析，数据格式不多不少正合适
: :
: : 【 在 pfan117 (pfan117) 的大作中提到: 】
: : : 标 题: Re: [转载]为什么现代软件让我悲伤
: : : 发信站: 水木社区 (Mon Jul 20 11:40:39 2020), 站内
: : :
: : :
: : : 【 在 jimmycmh 的大作中提到: 】
: : : : 你觉得哪个比yaml更好呢？
: : : :
: : :
: : : 用我开发的monkeycall语言做配置文件解析
: : : --
: : :
: : : ※ 来源:·水木社区 http://www.newsmth.net·[FROM: 111.203.9.*]
: :
: :
: : --
: :
: : ※ 来源:·水木社区 newsmth.net·[FROM: 106.121.159.*]
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 171.83.9.*]
--
FROM 111.201.78.* - 可以直接写在.js文件里，可以写注释，不用引号
JSON.stringify(cfg) 就出来.json了
【 在 vonNeumann (劣币驱逐良币 | 少灌水) 的大作中提到: 】
: 标 题: Re: [转载]为什么现代软件让我悲伤
: 发信站: 水木社区 (Sat Jul 25 00:28:12 2020), 站内
:
: 配置文件的话，我宁愿用 xml 都不用 json
:
: 不支持注释
: key 必须用双引号，不支持单引号或无引号
: 列表结尾不能有多余的逗号
:
: 【 在 No1 () No1 () 的大作中提到: 】
: : json做配置、传数据都很好
: : 易读易写易解析，数据格式不多不少正合适
:
:
: --
:
: Across the Great Fire Wall we can reach every corner in the world.
:
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 27.38.40.*]
--
FROM 111.201.78.* - vs code 本身就是用 js 写的。用 json 比较奇怪，为啥不直接用 js 算了。
【 在 No1 () No1 () 的大作中提到: 】
: vscode就用的json；我看也有直接用.js文件的，比如Hyper
--
FROM 125.78.67.* - 因为vscode虽然是用js（ts）写的，但配置文件主要是面向用户，用户可不全是js程序员，
所以用json显然是更好的选择
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 标 题: Re: [转载]为什么现代软件让我悲伤
: 发信站: 水木社区 (Sat Jul 25 14:12:24 2020), 站内
:
: vs code 本身就是用 js 写的。用 json 比较奇怪，为啥不直接用 js 算了。
:
: 【 在 No1 () No1 () 的大作中提到: 】
: : vscode就用的json；我看也有直接用.js文件的，比如Hyper
:
:
: --
: 灭绝人性啊
:
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 125.78.67.*]
--
FROM 111.201.78.*