Hacker Read top | best | new | newcomments | leaders | about | bookmarklet login

And the easy, boring, legally unproblematic stuff can already be handled by good IDE completion features. As a bonus those are actually tested and deterministic.


sort by: page size:

The unfortunate part is finding good IDEs with solid debuggers and auto-completion.

They do, but code completion is only the tip of the iceberg as far as IDE features go.

That's very true, although I would say that mastering an IDE must be way easier than mastering, say, Emacs or Vim.

To be fair, a good IDE can give you low-effort tools to one-click typical use-cases.

Other than that I completely agree. Devs get hang-up on trivial syntax topics waaaay too often, when the actual time-killer lies in reasoning and performing test-cycles.


That's probably what everyone said when auto-complete was invented and IDEs were used. The actual code written in most cases isn't so important, the architecture, experience in building systems and debugging skills across a whole stack are what counts.

I perfectly agree with you that using a quality IDE allows you to achieve all of those things and I don't argue that features such as autocomplete (and I believe you touched on macros) can be extremely useful.

But I still pose the question, why is it worth the time to learn what is considered a complicated IDE (if it needs to be taught)? Would the time not be spent better, say, being genuinely productive, rather than merely preparing for future productivity?

We live in the here and now, my boss wants to hear that my project will be done on time, not that it will be a week late because I need to learn the more fickle aspects of an IDE he didn't sanction before I can finish it.


Do you think using a proper IDE and an intelligent code completion would make things bit faster?

Isn't that what IDEs already do?

Don't most IDEs handle this already?

IDEs are great for development. All they need now is decent editors.

idk, I've seen a lot of IDE's that have scary high level things like "Refactor this", "Remove unused code" etc.

Many languages are designed with IDEs in mind and "dumb" text editors are not a concern.

When you start to work with too many languages frequently, using syntax from one while writing another is common and IDEs really help at this point. I too prefer not to remember APIs and methods, but with time, our brain starts maintaining a cache of these. Completions make this faster.

That and error detection are only features I like in IDEs. For everything else, dedicated tools are often better (but not necessarily easier) than integrated ones.


In fairness, Java could not exist without a high quality IDE either. It would be incredibly tedious.

In short, the IDE should be a productivity enhancer, not a crutch.

It's also about better IDE facilities. I mostly use Python now, but boy do I miss solid autocompletion and refactoring.

Shouldn't an IDE be able to do most of this?

That's the point, these days it's even to start without IDE supporting code completion because of tons of vendors.

In all seriousness though, I do agree with this with the exception that the IDE needs to make room for the application you're writing. If it can use an extra core to provide smarter autocompletion or discover potential bugs, I'm all for it.
next

Legal | privacy