339
What are your programming hot takes?
(lemmy.ml)
Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!
Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.
Hope you enjoy the instance!
Rules
Follow the wormhole through a path of communities !webdev@programming.dev
Full IDEs kinda suck.
I’d kill for an IDE on macOS that uses the native UI. I guess my hot take when it comes to GUI applications is: respect the platform you’re running on. Your core codebase should be separate from the UI in a way that the application looks like it was written by Apple on macOS, Microsoft on Windows, Google on Android, etc.
I could go on forever about this but some examples:
Entirely agree with this.
And at least as far as Firefox goes I'm running it on gnome and there's a beautiful theme that makes it look native for it. I'm sure there's one for windows too if you look.
Firefox is really badly integrated in MacOS. The fn + arrow shortcut doesn't work, for example, it's not integrated in the menu system (the menu shortcuts don't work) etc. But there is Sideberry, so...
"I’d kill for an IDE on macOS that uses the native UI." Possibly dumb question from someone who hasn't used MacOS for ages: isn't that what Xcode is?
It sure is, but I write code primarily in Ruby (which it doesn’t really support).
Well shoot. :(
The desktop website is so bad... I ask for a light theme in my settings, they don't care (it's white on black) because it's HARD to add a few CSS rules. Then there is a flash of light which could give a seizure to someone with a condition. It's shitty design at its peak. That doesn't really inspire confidence...
Definitely going to take a hard look at this when I get the chance. I’ve been using VS Code for work (but it drives me crazy) and Smultron for personal stuff but it’s more of a basic editor.
Some languages really do suck so much they're all but unwriteable by plain text, and need constant compiler tree parsing to get right.
But that's an incentive to quit using bad languages. Write in something you can read and write in ed, and you can hold it in your head.
Not arguing either side, but I'd love to hear your reasoning.
A linter a debugger and a clean interface in general are all I need. And most text editors suffice for that.
I've never been able to benefit from an IDE in a way that make up for how much slower and more bloated they are.
I'd love to hear what some of the main benefits are though.
Jetbrains IDEs do a lot of indexing and caching so that operations that normally take a bit are faster. Full text search, find usages, identifying interface usage in duck types, etc.
But the killer feature for me is the refactoring tools. Changing a function signature, extracting an interface, moving code to new files or packages, etc. I pair with folks who use VS Code and its a bit tedious watching them use find and replace for renaming things.
That does sound legit if you have resource limitations. Thankfully I've always worked for corporations that hand out MacBook Pros like candy. Normal day for me is having two Jetbrains IDEs open with Chrome, Slack, Zoom, and a dozen containers. Still runs smooth.
VS Code absolutely has refactoring built in. Pressing F2 on a token renames it everywhere it's referenced
Interesting. I'll have to find some docs and share it with my co-workers because they definitely don't use build-in refactoring. Thanks!
Huh. I've only ever tried jetbrains stuff for about five minutes. Got mad confused and angry and gave up.
I might give it another go. Thanks.
In my experience it HEAVILY depends on the language you're using. Nothing beats Intellij for Java or Kotlin, but Rust and Go feel at home in any editor.
I know that LSPs and DAPs somewhat take care of these, but the following are often easier in IDEs:
Niche language, but try out PureBasic.
Its IDE is based on Scintilla. And it is very fast, even on an ancient PC it runs. It is specific for the programming language.
And here some advantages it has compared to a simple text editor:
I agree with you in many points. Most other IDEs I am forced to work with are horribly slow. Especially those which rely on electron. Sometimes they lack features every basic editor has by now.
This is to say: Good IDEs can exist and are a great benefit for the programmer. But modern IDEs often chase keyword features and use complex and bloated frameworks to achieve them. Sometimes even forgetting to add basic features which made IDEs a thing initially. An IDE should take almost no time to setup to your needs and should not hinder with complex operations which take seconds to run, it should only support in code creation and aim to make features like autocomplete show suggestions in milliseconds.
I think they mean xcode.
I love intellij. The gut Integration and diff utilities alone are worth using it. However, it is so. Fucking. Slow!
Seems fast enough for me. Never really had to wait on the ide for anything
it really struggles with mid sized monorepo (think react libraries managed via NX)
Python development without PyCharm (or IntelliJ) and the IdeaVim plugin is unbearable. List usages is a game changer. Don't care much for anything else.
Whaaat? I program Python with plain vim. C or Java, on the other hand, with a large enough codebase, is unbearable without an IDE.
Depends on how large your Python projects are. If you have a million lines of Python code, navigating quickly and directed is invaluable.
I used plain vim before for Python projects, but these never grew above 50k lines of code.
Yup. Emacs, here, but same thing. Never used PyCharm or any other Python-capable IDE, and I've been coding large python projects for the same company for almost a decade.
Yeah, well, that's just Python for you. List usages is now an LSP feature for most languages, so will work with "lesser" editors too.
All that being said, I use Intellij with Java daily, so I can see where you're coming from. But for example Rust or Go works wonderfully with Neovim (or VSCode).