JetBrains IDEs for me
Which software do you mostly use for programming, and why?
Submitted 1 year ago by Albin7326@suppo.fi to programming@programming.dev
https://suppo.fi/pictrs/image/6981c163-f2bb-480e-a996-f4dbfbc11748.jpeg
Comments
radau@lemmy.dbzer0.com 1 year ago
parpol@programming.dev 1 year ago
Don’t use vscode. Use vscodium
Nioxic@lemmy.dbzer0.com 1 year ago
You gotta explain why, mate
qaz@lemmy.world 1 year ago
The Microsoft VSCode releases are proprietary
DrM@feddit.de 1 year ago
My work laptop has Windows installed, but I use VSCode and WSL or EC2 Linux instances solely for my work. VSCodium would not work with that workflow because it lacks the Remote amd WSL functionality
TwinHaelix@reddthat.com 1 year ago
100% in the same boat. WSL and VSCode is basically a requirement for me, and codium can’t do the WSL linking.
bungle_in_the_jungle@lemmy.world 1 year ago
Care to elaborate?
sorrybookbroke@sh.itjust.works 1 year ago
Neovim, and secondly lazygit. I guess you could count tmux too
FMT99@lemmy.world 1 year ago
Nvim & tmux gang! I’m always happy to see a reasonable number of people mentioning vim in these threads. Need that affirmation that I’m not just a dinosaur.
ck_@discuss.tchncs.de 1 year ago
You are not a dinosaur.
Look at it this way: while everyone else is busy erasing their muscle memory in favor of the next shiny thing every couple of years, you can spend that time improving on what you already know. Its actually giving you an edge.
It’s actually kind of funny. Developers using Vim (or Emacs, Neovim, etc.) are often perceived as archaic, yet very profitiert and the assumtion is that being a very proficient programmer let’s them get away with using archaic tools. In actuality, I’d argue its the other way around. The fact that we dedicate time to mastering the tools of our trade leaves us with more capacity to actually become that proficient.
wviana@lemmy.eco.br 1 year ago
As I had really good experiences with some rust replacements I got into zellij, that’s probably worst the tmux.
owenfromcanada@lemmy.world 1 year ago
A magnetized needle and a steady hand.
lauha@lemmy.one 1 year ago
I just send highly trained butterflies in the atmosphere that cause air currents in the upper atmosphere to affect the path of cosmic waves which write the program in my computer’s memory
colonial@lemmy.world 1 year ago
Mostly just Visual Studio Code, alongside the usual constellation of Git + assorted language toolchains.
It’s plug and play at every level - no need to waste hours fucking around with an Emacs or (Neo)Vim configuration just to get a decent development environment set up.
(And yes, I would use Codium, but the remote containers extension is simply too good.)
FrameXX@discuss.tchncs.de 1 year ago
You can download any visual studio code extension from the visual studio extensions marketplace as far as my experience goes. There’s a “download extension” link for every extension which will give you a
*.vsix
file. Only pity is that you won’t get any automatic updates for the extension.colonial@lemmy.world 1 year ago
Unfortunately, it’s not that simple. The Remote* extensions rely on the (proprietary) VSCode server, and nobody has managed to hack it to work with e.g. Codium.
vox@sopuli.xyz 1 year ago
it relies on a proprietary blob + product.json config from proprietary vscode builds
JackbyDev@programming.dev 1 year ago
Not all extensions work. The pylance one didn’t.
jjjalljs@ttrpg.network 1 year ago
PyCharm. Does pretty much everything I need. Work paid for it.
- syntax highlighting
- auto complete and suggestions
- find usages/definition
- refactor
- delete
- move
- extract
- rename
- git integration
- SQL integration
- steps into library code
- connect to sources installed in docker
- probably other stuff I take for granted and can’t think of now
I’ve had some coworkers who are more “steady hand and a magnetized needle” and I don’t know how they do it. Like I was collaborating with a guy and watching him manually find and rename stuff was painful. Though I think a lot of people just don’t know how to use their tools. There’s a lot of stuff in pycharm I dont use.
I’m still slightly salty about an old coworker that would use vanilla sublime and make PRs full of easily caught errors. “Can you approve my pr?” “No dude the linter failed. Did you ever set up any of the tooling locally?” “Nah”
Walnut356@programming.dev 1 year ago
Is pycharm’s semantic highlighting still kinda ass? That’s the biggest thing that stopped me from using it over vsc. As of like may this year i remember there still being active issue tracking for it.
jjjalljs@ttrpg.network 1 year ago
Now it is my turn to be the guy with the steady hand and magnetized needle. I don’t think I use semantic highlighting unless it’s on by default and I never noticed . I might go check it out on Monday.
Do you remember what issues you were having with it?
nieceandtows@programming.dev 1 year ago
For me the remote deployment and ssh interpreter are very useful. I develop on a Mac and deploy on Linux servers. Sometimes there’s a scenario where a library works on Linux but has trouble working on Mac. Rather than spend time working on getting it work on Mac, I just remotely deploy it to a tmp directory on a Linux server and setup an ssh interpreter on the server, and continue developing on the Mac. Very useful for me.
bbmb@kbin.social 1 year ago
I currently use VSCode. I did use Emacs for quite a while, and it in itself is a fantastic editor (if you can call it that :^), don't get me wrong. But I had a few reasons for switching.
- Emacs is a very rigorous editor to configure, and whilst it comes with many features out of the box, a lot of those are either broken, or highly unfinished / unpolished, so it is effectively required to manually configure your environment. This also includes that the codebase for GNU Emacs itself is, and is still built upon, a fossil, and it can show it's age in a few ways. VSCode is typically ready for development out of the box, if not, easy to get set up using plugins, and customization usually just takes tweaking a few things in the
settings.json
at most. - Improved language support is a must in many cases. Emacs language or LSP is usually good, but in some cases it can be quite unoptimized (for example, the Dart LSP client on Emacs does not run well whatsoever in my experience). On VSCode, the language plugins are quite often official, and can come with some extremely helpful features.
- On this, Jupyter Notebook is absolutely perfect on VSCode. Yes, Org Mode works great, but for Python data science, Jupyter is typically the standard in my usecase, I can't always use Org. EIN works, but it's not nearly as smooth and efficient to use as the VSCode support is.
Jomn@jlai.lu 1 year ago
Same here. I used to heavily use emacs, but when I changed job, it was much easier to simply use vscode instead of making emacs work properly in the new work environment.
Maybe if I find some time, I may go back to emacs since I miss a few features from it.
- Emacs is a very rigorous editor to configure, and whilst it comes with many features out of the box, a lot of those are either broken, or highly unfinished / unpolished, so it is effectively required to manually configure your environment. This also includes that the codebase for GNU Emacs itself is, and is still built upon, a fossil, and it can show it's age in a few ways. VSCode is typically ready for development out of the box, if not, easy to get set up using plugins, and customization usually just takes tweaking a few things in the
conditional_soup@lemm.ee 1 year ago
VS Code. It’s dead easy to use, has a ton of useful plugins, and it’s customizable while also being enjoyable to use right out of the box.
For AI assisted coding, I use Cody or GPT-4 data analysis on my personal projects. I tried copilot and found that it actually made my productivity worse. Often as not, I found myself stopping and second guessing whether I was stupid or if it was copilot, and it was usually copilot. GPT-4 is really great for problem solving a specific problem or getting some feedback on some bad smelling code, and Cody works great for helping to write my code faster.
CookieJarObserver@sh.itjust.works 1 year ago
Good old fashioned knitting of ring magnets!
MajorHavoc@lemmy.world 1 year ago
Dr Doofenschmirtz contemplates
“If I had a nickel for every time I heard that…I would have two nickels. Which isn’t a lot, but it’s weird that it happened twice.”
vidarh@lemmy.stad.social 1 year ago
My own custom text-editor, because it’s written to fit into my environment exactly how I want it.
FMT99@lemmy.world 1 year ago
Ah Emacs.
vidarh@lemmy.stad.social 1 year ago
I actually ditched Emacs because I realised I could write a text-editor that suited me better in fewer lines than my Emacs config took up…
TuxMark5@lemmy.world 1 year ago
What features does your editor have that other editors cannot provide? Seems like it would be easier to grab one of more popular editors and script/write a custom plug-in to suit your needs.
vidarh@lemmy.stad.social 1 year ago
That was my starting point, and I changed because it wasn’t easier.
I switched because my Emacs config was thousands of lines of code to try to wrangle it to do what I wanted. My editor is ~3.5k lines of code and is closer to things how I want them. It’s spartan, and you and most other people would hate it. That’s fine - I have no interest in writing a general-purpose editor.
Writing a good general-purpose editor is immensely hard, but writing a small editor for yourself is not.
I could absolutely manage to squeeze everything I want into any open-source editor and many proprietary ones via extensions, but there’s no value in that to me when I can write less code and get something that’s exactly adapted to my workflow.
For starters, I use a tiling window manager, and there are no editors that are designed with that in mind. That doesn’t mean they work badly with them, but that e.g. they spent a lot of code on window and tab/frame management that my window manager is already doing the way I want it, and so just by making my editor client-server (a few dozen lines of code with Ruby via DrB), I got that “for free”: When I split a view in two, I use the API of my window manager to halve the size of the actual top level window and insert a new editor instance that observes the same buffer. I could retrofit that on other editors too, but doing it from scratch means the “split a view in two” code in my editor is about a dozen lines of code.
Another example is that for my novels, the syntax highlighting dynamically adapts to highlight things I’ve taken notes about (e.g. characters, locations). I could do that with another editor too, but having full control over the way the rendering layer works meant it was trivial to have my custom workflow control the lexing.
choroalp@programming.dev 1 year ago
Neovim of Helix whenever i feel like it. They are just lightweight and i love it
dahas@lemmy.world 1 year ago
Emacs I’ve created a niceish workflow with it. I really like how it’s so easy to change things, though sometimes it’d be nice if it were a bit simpler. There are also loads of incredibly useful plugins, so that’s cool.
gnutrino@programming.dev 1 year ago
It’s a nice OS, If only it had a decent editor (vim4life).
sping@lemmy.sdf.org 1 year ago
Emacs includes vim though. So what would it need to include to have a good text editor of vim isn’t it?
dahas@lemmy.world 1 year ago
Completely true, i can’t use it without evil mode (vim keybinds)
XaeroDegreaz@lemmy.world 1 year ago
IntelliJ
gimmemahlulz@lemmy.dbzer0.com 1 year ago
Visual studio. Best IDE I’ve ever used period. c# Dev is not the same without it.
DeadlineX@lemm.ee 1 year ago
I use Rider for c#. I genuinely despise VS. it takes forever to build, crashes randomly, and it took ages for them to add decompilation debugging without the need of loading symbols. Now that VS has a lot of the resharper tools built in it’s a bit better. I still dislike it and pay for Rider myself so I can use it instead of VS at work.
xnasero@programming.dev 1 year ago
Vim
30p87@feddit.de 1 year ago
Jetbrains’ IDEs. Cuz they’re Linux native, not by M$ and look nice and uniform IMO. For things that don’t require a full blown IDE I just use vim.
gbin@lemmy.ca 1 year ago
Neovim (nvchad) with copilot to write Rust. Why? The terminal environment is super flexible: I have 2 desktops and a laptop running on Arch Linux, all the same dotfiles with tmux to keep my sessions alive.
It all depends on your application domain: I mainly build embedded Linux code for a transportation drone.
Psythik@lemm.ee 1 year ago
Notepad++, because I’m dumb and only know HTML. (That counts as programming, right?)
barrett9h@lemmy.one 1 year ago
Vim + fugitive
Gadg8eer@lemmy.dbzer0.com 1 year ago
Notepad++, because I mostly program OpenTTD mods.
sorrybookbroke@sh.itjust.works 1 year ago
You are a God amongst men
germanatlas@lemmy.blahaj.zone 1 year ago
For most languages 70% VSCode and 29% neovim+nvchad and 1% other editors like kate or nano. For Java I use eclipse.
I’ve tried using JetBrains IDEs but they never grew on me…
jelloeater85@lemmy.world 1 year ago
Eclipse… I used that back in college… In 2003…
DeLift@feddit.nl 1 year ago
Is it weird that in my brain Eclipse users have a longer, grayer beard than people that use vim?
germanatlas@lemmy.blahaj.zone 1 year ago
It’s the ui design that projects onto the person
9point6@lemmy.world 1 year ago
VSCode for anything complex and running locally, vim for everything else
drew_belloc@programming.dev 1 year ago
Doom emacs, i just love the keyboard centric workflow that it provides
flatpandisk@lemm.ee 1 year ago
I really need to try dooms. Now a spacemac refugee on VS studio to get work done.
drislands@lemmy.world 1 year ago
IntelliJ with Vim plugin, for the obvious reasons.
DeLift@feddit.nl 1 year ago
This is the way
wizardbeard@lemmy.dbzer0.com 1 year ago
I’m a sysadmin that spends most of his time automating shit with PowerShell. VSCode/Codium is where I do most of my scripting work.
nick@midwest.social 1 year ago
Sublime on my laptop, vim remotely over ssh
Maeve@kbin.social 1 year ago
Old school cool.
somedude@lemmy.ninja 1 year ago
Sublime is quite nice. It’s fast and lean, but also supports LSP plugins, so you get the same language tools as VSCode. I’m also trying out Zed.dev. It’s similarly lightweight, but has a lot more built in (with no plugin support). It’s still in beta though, and a little rough around the edges.
python@programming.dev 1 year ago
Exclusively IntelliJ Ultimate, cause that’s what my work pays for. I try not to program outside of work.
jennraeross@lemmy.world 1 year ago
Helix. It’s fairly vimlike, but with sensible defaults and no plugins so I don’t have to waste any time configuring it. It has good lsp and linting support for the languages I use (js & dart). My config is one line, to set the theme to match my terminal.
adevcorn@discuss.tchncs.de 1 year ago
I love helix but wanted to try ai assisted coding and finally find a way to generate code from a comment, so I’ve added that to my config
And that also inspired me to create a keybinding to ask chatpgt to explain selected code for me
jennraeross@lemmy.world 1 year ago
Hmm… I’m still torn on ai assisted coding. On the one hand, less work is good, on the other hand I trust myself to make my code error free more than I do a glorified chat bot that won’t have to deal with the consequences…
Somehow I’ve become the crotchety person upset about how things are changing, and I’m not even 30 yet…
ivanafterall@kbin.social 1 year ago
I've moved back to hand-written.
vext01@lemmy.sdf.org 1 year ago
Cant beat a stick on a sandy beach.
ivanafterall@kbin.social 1 year ago
Will never understand all these people with the patience to use rust!? The overhead for metal alone must be prohibitive.
Open@lemmy.world [bot] 1 year ago
Waves make for great mutation testing
germanatlas@lemmy.blahaj.zone 1 year ago
Oh, I didn’t expect to see my prof in here
mrsgreenpotato@discuss.tchncs.de 1 year ago
My friend had a hand written Java test earlier this year in his company… that’s bollocks
lambda@programming.dev 1 year ago
It’s worse that it’s at a company. But I took a CS class in college that was an intro and the teacher had a pseudo-language that we had to hand-write and turn in to him to have him grade. It still pisses me off to think about how much I would have actually liked the class if I could compile code and see things happen. I changed majors because of that class… I did end up switching back at a different school when I tried a CS class that I liked lol