3 ms·
McIlroy literally calls it a script in his review (notice the ${1}). Nothing prevents you from unit testing in scripting languages. Multi-process, sure, but mo
by sobellian 8y ago
McIlroy literally calls it a script in his review (notice the ${1}).
Nothing prevents you from unit testing in scripting languages. Multi-process, sure, but most people aren't looking for that.
- flukus 8y ago> McIlroy literally calls it a script in his review (notice the ${1}). Ok, there's a single shell substitution, if it was fixed would you still call it a script? Technically the result of that is itself a sed script "3q", but if you count either of those then there isn't a lot of wiggle room between script and command, the arguments to tr are by far the most complex "script" involved. > Nothing prevents you from unit testing in scripting languages. That is a world away from what I'm talking about. Each line of that command can be executed on the CLI in isolation, you'd be replicating a lot more in nearly any scripting language, except maybe perl and awk. > Multi-process, sure, but most people aren't looking for that. Neither am I generally, still quite nice when you get it for free though.
- sobellian 8y agoYou're really splitting hairs. You can execute a Python command in a REPL. There's little material difference between scripts and commands for our purposes. And scripting languages provide facilities to test functions in isolation.