I'd say VSCodium, Kate or Vim. VSCodium if you want something like VSCode, Kate for just an absolutely amazing IDE or Vim if you want to try something new.
My husband, who mostly codes in assembly these days (he's mostly retired so his hobby is old atari, amstrad, and spectrum computers), went from VSCode, to Sublime, to now Kate. He prefers to use 100% open source apps, without strings attached. VSCode is nice, but it has lots of weird stuff in it that aren't necessarily up to the spirit of open source. So Kate works perfectly for him, although VSCodium would do well as well (it's just that Kate has better syntax highlighters for his weird assembly). Also VSCode/ium is using about 250 MB of RAM, while Kate about 45 (and Sublime only about 32).
I'd suggest going with LazyVIM / SpaceVIM as a starting point, though, as configuring vim from blank state is an art itself and requires quite some time and dedication.
configuring vim from blank state is an art itself and requires quite some time and dedication.
Not really sure where you got this from. It's quite simple to me. The default vim config works completely fine for me if I'm eg in a VM and I don't want to copy all my vimrc and plugins over, if it's a machine I'll be using more long-term then it's quite quick to configure a few settings to be how I prefer them to be. Main changes I make to a default config is enabling line numbers (idk anyone who wouldn't want line numbers tbh) and setting them to be relative, set scrolloff=9999, use 4 spaces for indent, enable line and column highlighting, set a theme, and a couple odd scripts, but again the default is perfectly usable and the tweaks in my vimrc are just to my personal taste.
Seconded. I'm coming from Emacs (+evil), so I'm still missing a few features (proper git integration a-la magit, collaborative editing a-la crdt.el, remote editing a-la tramp). However what is already there works way better/faster/more consistent than any other editor IMHO, and I've tried neovim with plugins too. I particularly enjoy the ability to traverse the AST rather than text (Alt+l/p/o/i by default, but I have it remapped to Alt+h/j/k/l). Really looking forward to https://github.com/helix-editor/helix/pull/8675, I'll probably write a couple plugins if this ever lands.
You can already do so incredibly much by hooking up a few extra LSPs and keybinds (calling external scripts/programs)!
What I'm personally still missing though:
Code Folding
More refined subprocess handling, i.e. term-buffer switching or floating term (when excuting gitui via keybind for example)
Emacs Org-Mode like context aware styling, for i.e. Bold or Italic text hints from LSP
Font changes (restricted through terminal)
Different Font/Line sizes for i.e. headings (restricted through terminal)
Inline images (sixel!)
Dedicated optional client, a-la Neovide with cursor animations (helps orientation with jumps etc.), and to alleviate the previous terminal restrictions
I really like Kate as an advanced editor with syntax highlighting, auto-completion, plugin support. I would then use the Terminal pane at the bottom to run my code during development.
However, if you want a full IDE with included dependency management, test runner, and debugger it's probably not enough.
One of my professors said you don't need an IDE, the Linux system already is a development environment. Not sure that I fully agree with that, especially thinking of things like Android Studio that include the virtual machine smartphone, but it's still an approach thing that is worth trying out.
Nobody needs an IDE. After all, you can just open a blank file and get straight to work. I could also just use Linux without a DE. Who needs all those graphics, amirite? I could also use a can with some string instead of a phone—or better yet, just shout really loud!
... actually (tip fedora hat) not but seriously actually most of what we NEED is fine that way. It sounds ludicrous then you try Sxmo on a phone and you can't help but GENUINELY wonder "Damn... did I get scammed all those years?"
One of my professors said you don’t need an IDE, the Linux system already is a development environment.
Considering "the Linux system" is literally anything you throw on top of the kernel called Linux, it can be a development environment or anything you want it to be. But I think part of the appeal of an IDE is how all the parts integrate (the "I" in "IDE") so a bunch of packages thrown together might not provide the same cohesive feeling.
Considering “the Linux system” is literally anything you throw on top of the kernel called Linux, it can be a development environment or anything you want it to be.
Considering “the Linux system” is literally anything you throw on top of the kernel called Linux, it can be a development environment or anything you want it to be.
Yeah I thought about the same thing when posting, if anything it would have to be the the combination of tools available on Linux. Like GNU binutils, GCC, GNU emacs, GDB, Git. But that's how I remember him saying it. Either my memory is wrong, or he just wasn't that precise in his language.
But I think part of the appeal of an IDE is how all the parts integrate (the “I” in “IDE”) so a bunch of packages thrown together might not provide the same cohesive feeling.
I agree, it may not be what you want if you're looking for an IDE.
But, like me back then, if you're new to the Linux ecosystem, it's good to hear at least once that you don't strictly need to look for an IDE. And that you can instead use disparate CLI tools together, to make for an experience that some people end up preferring.
I use PyCharm for work but it's not FOSS or beginner-friendly. PyCharm does have a free community edition which is awesome if you're mostly into FOSS for the $0 aspect.
Codium is fine and technically FOSS although it's association with Microsoft taints it for anyone who still hates MS from the bad old days. Also it's an Electron app.
Codium is fine and technically FOSS although it’s association with Microsoft taints it for anyone who still hates MS from the bad old days.
"New" Microsoft isn't really any better, and although Codium itself is perfectly fine (Electron notwithstanding) many of Microsoft's extensions only work with/are only licensed for the official VSCode build and include proprietary parts.
with the rise of LSP, i feel that ides have become less necessary. get an editor that you like, add an LSP client if there's not one built-in, then install the server for your language.
Honestly, just try a few of the big ones and see what you like, I feel like with IDEs it's all about personal preferences and rarely about actual amount of features.
Good ones to start with can be PyCharm and vscodium, but try a few, that's the best option.
Ya ime it's mostly about what people are comfortable with. People who care about all the features :tm: go to emacs, people who want to use an instrument stick with vim, and old people use nano
Neovim! Here is a good video to get started TJ DeVries. If you just want to give it a shot there are a lot of preconfigured options like lunar vim or NVchad.
LunarVim is dead I think. In the issues section the (main?) dev says they recommend switching to something else and that they have gone over to Astronvim.
I'm a big fan of vim/neovim with nerdtree and airline added in.
I've also been tryingourt Zed recently, it natively supports vim keybindings, so my workflow hasn't changed, but its lightning fast (programmed in rust) compared to vs-codium (an electron app)
I agree. I learned and used emacs and org mode for several years. With age, I now want simpler tools that do not need extensive configuration. Using mainly Spyder and VS Code for python coding
Because people ask for an IDE, rather than an editor, I will say :
Vim + terminal(s) + containerization (e.g. Docker CLI, Python venv) + live reloading (e.g. nodemon or inotify or in the browser using e.g. server side events) + repository management (e.g. git in CLI to juggle between branches, push/pull local/remotely)
IMHO this is very VERY light (0 wait even on a RPi Zero) and yet very flexible.
Also most of that can be "saved" via e.g screen the CLI tool, allowing to have named windows in a terminal and a lot more than to e.g. screen -raAD, locally or remotely.
Don't be ashamed, I think a lot here secretly like it, it's just very extensible because so many use it in the form of VSCode and it's just great for what it is, despite being Microsoft's for all intents and purposes