5 ms·
I'm a bit curious, why would those goals be at odds? Is there a specific reason build systems like this don't scale well? I'm genuinely curious, not having had
by timothyb89 13y ago
I'm a bit curious, why would those goals be at odds? Is there a specific reason build systems like this don't scale well? I'm genuinely curious, not having had much experience with larger projects.
I'm not certain how use of a "proper scripting language" is much different than using automake, cmake, ant / maven ... in what ways are these necessarily different from something like gulp.js, other than syntax? Does the introduction of extra language features have a negative impact in scalability implicitly?
- nailer 13y agoAlso most automake is a combination of automake and shell (sometimes it's hard to tell which is which).
- Wintamute 13y agoIn a large complex project build scripts tend to take on many tasks, and some of them will not necessarily fit into the pattern of taking in a stream of file globs, modifying them and piping them on into the next task. For example your script might manage a Git repo, deploy an app to Heroku, rsync some files somewhere, run some tests in a headless browser etc. So a build system that's optimised around streams, and one that you have to script by hand, might be very well suited for small streamlined projects but once things get varied and complex it might better be better to define your tasks via configuration instead of code, i.e. Grunt.