Three prevailing themes
| Theme | Key points | Representative quotes |
|---|---|---|
| Terminology debate | Users argue whether Parallel/Series or Parallel/Sequential best describes the two components. The choice is influenced by electricalâengineering jargon, softwareâparallelism conventions, and everyday understanding. | ⢠âParallel and Series makes sense to me; itâs also the terminology used for electrical circuits.â â richbell ⢠âWhen talking in terms of software parallelism, âparallelâ and âsequentialâ are more commonâŚâ â smlavine ⢠âSequential feels more appropriate to me for the task runner scenarioâŚâ â gradys |
| Convenience vs. Bash scripts | The library is praised for being cleaner, crossâplatform, and reducing external dependencies compared to handâwritten Bash. It also offers filtering and incremental execution. | ⢠âThis is cleaner and you donât have to write a bash script.â â runjake ⢠âIt lets developers on Windows also build and test your package in parallel mode.â â an_ko ⢠âYou can query/filter commands.â â paulddraper |
| Dependencyâaware, incremental runners | Users highlight that simple parallel/sequential abstractions miss the need to express script dependencies. They advocate for runners that infer order, cache unchanged steps, and integrate into monorepo tooling. | ⢠âParallel and sequential, especially at the command level, are really the wrong abstractions for running scripts.â â spankalee ⢠âWhat you really want is a way for scripts to describe their dependencies, and then the runner figures out what order to run them.â â spankalee ⢠âWireit is an npm script runner that adds that incrementally on top of package.json.â â spankalee |
These three themes capture the core concerns: choosing the right terminology, weighing the library against Bash, and moving toward dependencyâaware, incremental script execution.