And that has to be just about one of the pettiest to distinctions known to man.

If it’s a petty distinction, why not acknowledge what I’m saying and move on? What is the point of this conversation for you?

It’s still built to write code. Yes text is code, but vim is not a text editor in general,

It’s built to edit text, not just code. Yes, text is code, but Vim is a text editor in general.

The features are in the editor.

Once you put them there, yeah.

They are integrated with the editor.

Once you put them there, yeah.

Yes, it’s through plugins,

.

but they’re still part of the editor

…

Yeah, there is a generic syntax highlighting scheme. I had forgotten because it’s not very good for some languages, I’d replaced it with a LSP-based implementation years ago.

Vim is designed to edit code

To edit text files. It doesn’t matter if it’s code, configuration files, or plaintext. There are no interpreters, no compilers, no debuggers, nothing designed to support any particular framework or language or workflow. All of that is possible to add through the extensibility features.

Vim is a highly configurable text editor built to make creating and changing any kind of text very efficient.

Vim is an advanced text editor that seeks to provide the power of the de-facto Unix editor ‘Vi’, with a more complete feature set.

Vim is a highly configurable text editor built to enable efficient text editing.

https://vim.org/

Vim is a text editor which includes almost all the commands from the Unix program “Vi” and a lot of new ones. It is very useful for editing programs and other plain text.

– https://vimhelp.org/intro.txt.html#intro.txt

–

It has scripts for the sake of those scripts enabling integrated developer features.

Those features aren’t enabled nor integrated. They’re added to Vim at its extensibility points. Baseline vim doesn’t have them.

Like I said, Vim can be made into an IDE by adding and configuring plugins. Basic barebones vim is designed to be a powerful, extensible text editor, not an IDE.

I’m not a text editor. But anyway, would you call a shell script that invokes python.exe $1 a Python IDE? Why would you? Vim isn’t designed to facilitate the use of vimscript, vimscript is just an extensibility feature of Vim.

IDEs are designed to support a software development workload. A text editor is designed to edit text files.

Syntax highlighting, linting, and language specific autocomplete are features supported by plugins and scripts. Plain, simple vim is a powerful extensible text editor. The extensibility makes it easy to turn into an IDE.

Not at all what I meant. It’s just, out of the box, a powerful text editor that can be configured and built on if desired. If you want it to be more than a text editor, you can easily make it so.

So it’s an IDE for vimscript…? No.

Sure, and VSCode without any plugins is a text editor, not an IDE.

Vim is absolutely not an IDE. It has no integrations with any language. It’s just a powerful text editor. You can add language plugins and configure it to be an IDE.

Monad.

Fluent polymorphism via duck typing. It’s useful when you’re treating objects as a collection of properties, and therefore it’s not their type that matters but which properties they have. Types can still be used to label common collections of properties but it’s less painful to talk about objects that are “like an X but with/without certain properties,” or where some properties themselves have a different shape, etc. This is applicable to web APIs, not just because of JSON, but because it allows to define both very rigid and very flexible schemas without much overhead or repetition. See the OpenAPI specification.

Never heard of dbeaver, but I use JetBrains DataGrip 99% of the time, which looks the same as every other JB IDE (not bad). There are some super clunky but occasionally useful SQL Server tools in SSMS but for typical dev work there’s nothing you really need.

SQL Server Management Studio still has no dark mode, although there is a hidden one that Microsoft really doesn’t want you to use (I think you need to change a registry flag, also it sucks). But I think Azure Data Studio might.

I don’t care what you prefer. But:

Dark mode just doesn’t make sense for professionals.

Come on.

I use a dark, low contrast theme and work in a nearly unlit room with my monitors on nearly minimum brightness. It’s comfortable and totally efficient. I understand wanting to switch to bright mode and use higher contrast when reading unfamiliar material, but code is not that. It is highly structured, repetitive (syntactically) and organized. So you can usually have a clear idea of what you’re looking at without relying much on visual details.

you risk blinding yourself with the sudden flash to light

Only if your monitors are way, way too bright for your environment.

This can happen if you accidentally pilot your player character into a singular linear transformation.