@geekvcn

一样问题依然存在 导盲犬都是体量大的 而且有欺骗嫌疑 visionpro 显眼的不得了又很大 需要是寻常的东西
食神好折凳就是

@geekvcn

需要额外设备过多 而且很显眼 差评
我之前想要锁定我机器都考虑过传感器 但最后觉得傻

如果你可以解决输入问题就可以解这难题 以现有输入设备很难

@Hyschtaxjh

一看就知道你是哪里人 只是我说不出这种

@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 的方案 不知道为什么总有人整天想把自己工作开发的複杂一套引进 不会其它东西？

没想到我刚讲 systemd 就有人爆出来了...
要讲的话就是选技术很重要 首先虽然 xz 压缩率高但效能差本身就不是非常好的选择
过於开放的社区副作用也在此 每次看到有人在嫌社区不够开放我都在想是不是想搞事
好的东西自然会考虑合进去

@ccc1924

撇除硬件支援是可以用的 我都拿来当过桌面过 况且应该可以试试 ndis
至於 shell 你爱用哪个就用哪个搂 當然是支援上不比 linux 但你事先调研一下还是可以用的好好的 用 linux 也都要调研
非得要用 win 的时候装虚拟机即可 我的烂机器都可以跑得很顺 完全都不是问题 还可以假装是双系统