re: The Curse of the IDE VIEW POST

re: Honestly, there might be an exception if someone has honed their craft to that point. Still, the tools (in some fashion, at least) should be involv...

If you're going to write your program in the command line, it had better run through a linter, proper tests, and the like.


I was not suggesting that engineers should develop without safety nets.

On the contrary, when I said...

Instead, they rely on the entire ecosystem of tooling (e.g. command-line tools) to accomplish the task.

I meant exactly what you have said; they run their code through stringent pipelines locally and remotely to guarantee quality of software.

I guess the point I was trying to make is that for modern software development, I would have placed the emphasis on practices that guarantee quality of software, rather than on tools.

In other words, you can use whatever tool you feel comfortable with as long as you adopt the practices to guarantee a high quality of code.

Edit: Analogy:

Say, I use a ball-peen hammer to drive a nail and you use a you use a regular hammer to drive a nail. If you make a mistake, you're tool has built-in facilities to correct the mistake and remove the nail. If I make a mistake, I have to reach for a different tool to correct the mistake. But as long as we both can deliver same quality product, does it matter that I used a ball-peen hammer?

I think I agree. I just didn't want to leave that much room for the group of inexperienced coders that uses text editors out of sheer laziness for learning how to properly use anything else. ;)

It's kinda like building a dining room table with only hand tools, to be honest. For most people, it's going to take a lot more time than necessary, unless you're this guy...

The Woodwright's Shop

So, until you're that guy, probably shouldn't be trying to ship critical code with only those tools.

code of conduct - report abuse