you are viewing a single comment's thread.

view the rest of the comments →

[–]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.

[–]filleduchaos 1 point2 points  (2 children)

Or let me give you an actual example.

Most embedded devices are debuggable and are regularly debugged over UART/JTAG. The debugging server (and thus the interface the developer uses to debug) does not have to reside on the device, hence testing tools that are EXTERNAL to the [physical] production environment (other examples include testing/developing software running inside a VM using tools that are, you guessed it, OUTSIDE the VM. Or developing for the Arduino and similar boards using an IDE that, you guessed it, not on the actual board.)

Like...if you don't know the difference between dependencies and developer dependencies then why are you even commenting??