Benefits of Not Using an IDE

Post by pittmajp » Sat, Aug 21, 2021, 4:36 PM UTC

bitwize wrote: post #57

fartcannon wrote: post #40

In Linux, it often feels like the whole OS is the IDE. In the same shell, you can edit source files, compile, debug, execute, rename, search, create and execute scripts to do literally anything with any language, use git, surf the web, update, reboot, launch a game, etc, etc. An IDE on top of that always felt restricting to me. Like why limit yourself? But maybe that's a windows/Mac thing.

What about refactoring tools? What about integrated debugging, stepping right into the code you're editing on your screen? What about hot reload? If Unixheads would stop pretending their stone-knives-and-bearskins development tools were equivalent to full-fledged IDEs, development would have advanced much more than it has decades ago.

Post by fartcannon » Sat, Aug 21, 2021, 4:38 PM UTC

detaro wrote: post #61

fartcannon wrote: post #40

In Linux, it often feels like the whole OS is the IDE. In the same shell, you can edit source files, compile, debug, execute, rename, search, create and execute scripts to do literally anything with any language, use git, surf the web, update, reboot, launch a game, etc, etc. An IDE on top of that always felt restricting to me. Like why limit yourself? But maybe that's a windows/Mac thing.

Running an IDE doesn't stop me interacting with the shell, why would it?

Post by vletal » Sat, Aug 21, 2021, 4:40 PM UTC

snazz wrote: post #98

bootlooped wrote: post #36

There is a common perception with electric bicycles that the rider will pedal less hard to go the same speed. But there is an alternative: they could pedal the same amount and go faster. I kind of view IDEs like that. You can use it as a crutch, or you can take the energy you would have used thinking about the things the IDE is now doing for you and focus it elsewhere.

To extend that analogy, I choose a regular bicycle because I ride for fun and exercise, not speed. But if biking were a serious mode of transportation for me, I would get one that gave me the most assistance possible so I could go faster and farther. IDEs are similar. If you want to be as efficient as possible and get as much done as possible, you want an IDE. But if learning and exercising your mind is the goal, you…

Post by 6gvONxR4sf7o » Sat, Aug 21, 2021, 4:41 PM UTC

Rd6n6 wrote: post #4

A good ide is all about auto completion and refactoring tools. The autocompletion means you don’t have to spend as much time memorizing apis, so you can focus more on simplifying your design and minimizing coupling. In something like unreal engine, the intellisense really sets ides apart. The refactoring means you can quickly and easily make large changes to make the code easier to work in. You can just work signific…

Post by zo1 » Sat, Aug 21, 2021, 4:44 PM UTC

Lio wrote: post #120

oneplane wrote: post #59

None of this matters in the slightest as soon as you have to work with other people on stuff. At that point common tooling is more important than specific personalised tooling. If everyone is using IntelliJ and you're using Atom, it's going to be problematic. Not because of either of those tools, but because you now have a discrepancy that is not relevant to the work you're doing yet it's creating problems for the wo…

I don’t quite get this as an argument for forcing a prescribed IDE on team members. You mention scaffolding tests, things like this can be left to external tools and then it works for all IDEs and all editors. Then you can let people use what they find most ergonomic.