|
|
|
|
|
by d0mine
880 days ago
|
|
"Always Bet on Text" - CLI encourages automation (shell commands are easier to repeat/parametrize then GUI steps)
- shell instructions are more git friendly than screenshots (even if a process can't/shouldn't be automated. Commands are easier to document in a reusable/updatable way)
- CLI can be used to run tests in a way similar how CI does it (more reproducible) Command line tools are easier to extend/combine with existing pipelines (rg,jq,xargs): read input from stdin/write output to stdout, report on stderr, return non-zero code on error. It enables you to create adhoc tools that you wouldn't bother otherwise (unrelated: LLMs also have this property by making your skill set much broader (though very shallow with current LLMs)).
Shell also has Forth-like property (compose with: retry, timeout, setuid, exec, xargs, env, ssh, etc) https://www.oilshell.org/blog/2017/01/13.html |
|