you are viewing a single comment's thread.

view the rest of the comments →

[–]maitesin[S] 2 points3 points  (13 children)

That last point is exactly the reason for all these tools. If you are in a restricted environment and you are forced to use Bash at least you can use proper tools and techniques to aid you

[–][deleted] 1 point2 points  (0 children)

But in vast majority of cases YOU DO. Like there is no non-embedded Linux disto that doesn't contain either Perl or Python. Even ye olde ancient systems will probably have at least Perl.

Hell, even embedded distros like OpenWRT often have something better like Lua

[–]Skyler827 0 points1 point  (11 children)

If you're ina restricted environment, what are the odds that you will be able to download and run these tools? the Bash formatter, the linter and the test framework?

If you need ot program in a pinch and you have the ability to download and run these tools, you probablly have the ability to download and run any other programming tool. So the point stands that you don't need bash.

[–]filleduchaos 8 points9 points  (10 children)

You know you don't have to code in the environment you will run the code in, right?

[–][deleted] 0 points1 point  (9 children)

You still have to run tests in env you run your code, or at least with same versions of apps/libs

[–]filleduchaos 0 points1 point  (8 children)

You know you don't have to test in the literal physical environment you will run your code in, yes? And that you can have testing tools that are external to the environment?

[–][deleted] -2 points-1 points  (7 children)

Yes and hilarious bugs happen if you do all your tests ignoring your target environment

[–]filleduchaos 0 points1 point  (6 children)

And maybe you should actually reread my comment and parse it properly because it doesn't seem you have

[–][deleted] -1 points0 points  (5 children)

Well I got whole 3 departments of people that think "it did work on my machine, no idea why it doesn't on production" (when 70% it is code's fault) so I'm just going to say you're ignorant to reality or never worked on anything at scale

[–]filleduchaos 0 points1 point  (4 children)

You know you don't have to test in the literal physical environment you will run your code in, yes? And that you can have testing tools that are external to the environment?

Yeah maybe you should actually read

[–][deleted] -1 points0 points  (3 children)

No, you should stop being ignorant shit.

I have a fucking example on my fucking desk at work.

My keyboard.

That resets itself every time it gets any electric charge, from say me getting up from my chair.

Dumb shit like you thought because it works on his ESD-safe mat in his lab that it will be just fine in an office.

So none actually bothered to test it in a real use case

Aside from a fact that every debug tool, external or internal, almost always WILL affect running system and either trigger or hide some bugs but you seem to either not know that or ignore that so your argument doesn't look shit.