5 ms·
> maybe that's driven the idea that "scripting/untyped/loose typed languages can't have good Code Intelligence"? One idea I've had on this subject is that each
by zachrose 11y ago
> maybe that's driven the idea that "scripting/untyped/loose typed languages can't have good Code Intelligence"?
One idea I've had on this subject is that each layer of tooling multiplies or reshapes the capabilities of all the other layers.
This sounds great, but there are good reasons to choose limited tools. Sometimes a powerful tool can grow so powerful that it does the work of other tools, and suddenly your other tools are dependent on this one layer.
So we use vim to edit 10 KLOC files, but should your files be that big? Your editor can do braces and semicolons for you, but should you need those? If I have a fancy type system do I need tests?
I'm not specifically advocating for a crappy editor, but the rule of least power suggests that we might get ultimate flexibility out of weaker tools.
- stephenr 11y agoI've heard a similar argument used to advocate vim/emacs over a desktop IDE so "I can work anywhere, even on the server" Honestly I don't buy this. Nobody sufficiently experienced to need the power of vim/emacs should also be so comfortable with live editing on a server that it drives their choice of editor. I've used simple text editors and semi-intelligent editors that have basic code intelligence from a prebuilt library and honestly i wouldn't go back to either of them. The advantages of a good IDE are enough to make me overlook that it runs on Java of all things.