News for hackers. Stuff that matters.
Re:Bash $* and $@ (2017) by sverhagen on Sunday January 12, 2020 @02:11PM (#22028433)
I suppose I had a more forgiving day, the other day, and told someone the threshold was hundred lines. Anyway, some value.

It just challenged my colleague to make the code denser, to stay within the given limit. Sigh.

Re:Bash $* and $@ (2017) by michaelmrose on Sunday January 12, 2020 @04:24PM (#22029528)
What about some sort of complexity checking more precise than lines of code? What about trying to write one thing you would normally write in shell with something else per unit of time.
Re:Bash $* and $@ (2017) by lukeschlather on Sunday January 12, 2020 @08:29PM (#22031124)
I would simply say if you're planning on making changes to the script you probably shouldn't write it in bash. Or to be a little more rigorous, don't use bash if you couldn't rewrite the entire script, correctly, from scratch, in an hour.

Although I think all of these things are just complicated ways of saying "please seriously reconsider writing it in bash."

But I write bash scripts all the time, I just try to keep them as short and simple as possible.

Re:Bash $* and $@ (2017) by sverhagen on Sunday January 12, 2020 @07:12PM (#22030744)
Will, this is more about giving someone some quick guidance in passing, that they can apply without too much, um, complexity.
Re:Bash $* and $@ (2017) by BurningFrog on Sunday January 12, 2020 @02:44PM (#22028695)
As someone who likes small fonts and big screens, for me a screen is often a lot more than 100 lines.
Re:Bash $* and $@ (2017) by kjeetgill on Sunday January 12, 2020 @03:47PM (#22029197)
I don't think this is like the 80 character line length that's about screen size. This 100 line limit is framed as a quick and dirty for heuristic for script complexity.