To me it's a similar principle to REPL-based development: you compose or chain tools, testing each tool (or deciding between tools) at each step. As with most

To me it's a similar principle to REPL-based development: you compose or chain tools, testing each tool (or deciding between tools) at each step. As with most programming, there are usually many ways to solve a problem. Sometimes the different approaches are equally good, but sometimes the approaches are more or less ideal given the constraints. There's no real magic, and it's really not difficult. To me, problem solving like this, and ending up with a "script" (just a chain of piped commands with some args) is often the easiest way to solve problems.