@ryan4yin

纯为配置而生的 dsl 不如一些已存在的 dsl 写 java 的就知道了 maven 不坑你吗 spring 设置不坑你吗 springboot 假程序配置不坑你吗

@ryan4yin

这是很不同的 配置与语言在现在流行的体系是很不同的 配置只是个资料供程序取用而已 当你使用过多层这样的程序 配置的一个小细节会坑你程序的运作限制也会坑你 并且你难以对其除错 通常你也必需花很多时间找原因 与程序语言这种本身也可以写配置的是很不同的 外部设置的资料并不在抽象化的一环 程序肯定是抽象化但你只是个使用者不会了解这么多 更别说某些语言模糊了程序与资料的界线如 lisp 以及很多现代的动态语言 更适合干这种事(包含 shell 在内) 造 nix 轮子我不知道意义在哪 因为其貌似统整了所有配置？

糟糕的点在于很可能会有配置的配置的配置...无止尽下去

个人不觉得是 以配置生成配置是一个很糟糕的行为
还保留 systemd

@iyaozhen

我知道 但我觉得 curl 可以弄的很好

基本上还不只可以用作测试
毕竟还可以指定 output 输出档案,使用 cookie 等

我来解释一下为何 curl 非常好
首先 curl 有许多用法 最常用就是通常命令行的用法或者外加输出其他命令使用
但其实还能够写成脚本并带入变量 以下我从来没在公司用过 在公司我都故意写 shell+curl 命令写法
而不是 shell+curl 脚本写法
以下为小小范例 如果你如果同样是指令仔以下可以参考 命令行是很精妙的

#!/usr/bin/curl -K
variable: "%DOMAIN"
variable: "%QUERY=123"
expand-url: "https://{{DOMAIN}}/search?q={{QUERY}}"
header: "Test: 123"
header: "Test2: 789"
request: "GET"

第一行 variable 是从环境变量取得 DOMAIN 值
第二行 variable 是直接指派变量的值
第三行本来应写为"url:" 但由於需要置入变量需要前头"expand-"
第四五行为指定 header
第六行指定 method
所有选项可透过 man curl 查看双 dash 开头(--XXX)的参数参考
可加入注解

为什么你用 curl 该用这种方法
1. 方便管理 一个档案一个请求
2. 方便版本管控
3. 可搭配其他语言
4. 脚本即文档

我都讲了以后我可以在公司用了

curl 非常好阿

@wuzzispacelake

安装完浏览器前几件事情就是关掉 webrtc

想要白嫖思路？ 门都没有~~~

@anUglyDog

我的 bios 跟迷一样 写的不是很好 我也就没有多调整什么 直接跑就挺不错的 尽量买 ram 大点就是 docker 应该没什么效能问题 有的话看参数 我虚拟机也调参

firefox 有 marionette

@iseki

m4 根本就不是 shell 调用命令任何语言工具都做的到
况且你搞错一件事 xz 的构建用的是 cmake 和 autotools
并不是纯 makefile old school makefile 是原始简单的
我倒是希望他们都用 shell 这样我可以少学很多东西
shell 本身也够强 现在太多了 基本上 gradle 这种依赖 java 非 unix 系方案就不要讲了 要选也不会选 gradle 我心裏就有 safe 的方案 不知道为什么总有人整天想把自己工作开发的複杂一套引进 不会其它东西？