Live data from Hacker News

JetBrains Fleet drops support for Kotlin Multiplatform

blog.jetbrains.com

241–250 of 276 posts

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#241

Anyone wondering whether JetBrains IDEs are still worth it - absolute yes from me. VS code is a UX mess by comparison. Webstorm can be tricky to configure with Typescript but once it’s setup my goodness it’s good.

I just tried Cursor, which is based on vscode. And I couldn't stand it, back to JetBrains in a week. Everything, just everything is inferior. Starting with Git plugins, search etc. So yes, learn the ide, just use JetBrains.

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#242

Earlier quoted context omitted.

Unfortunately many new developers don't believe in powerful "power" tools anymore. They like to connect many small tools for an inferior experience and they just scoff at bigger tools for being "too complicated". I use another big tool which is around 20 years old, and that can do everything and a ton more from a single screen at the same speed or faster, with greater integration. Yet people don't touch it because it…

What's the tool?

Visual Age for Java

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#243
post #33

Earlier quoted context omitted.

The modern language landscape is backing away from checked exceptions. Funnily enough Kotlin eschewed them as well, converting checked to unchecked exceptions on the JVM.

The modern language landscape has not backed away from checked errors. Rust is praised for its checked errors, countless posts on this forum praise Result in multiple languages. Swift has checked errors and Kotlin is implementing them via union types in the near future. Checked errors, via results or exceptions have never been the problem. It has always been Java the language that hasn't provided the syntax sugar for…

There is a huge difference: the first is an _exception_, which:

- Unwinds the stack to a try/catch or exception handler, making exceptions practically difficult to deal with in concurrent programming.

- If unchecked, can be ignored, silently propagating during stack unwinding.

- If checked, infects the call stack with 'throws' annotations.

The second is a normal return value, with no try/catch needed, handling the error case is mandatory in order to handle the success case, and there is not a separate execution regime occurring whenever an error case is encountered.

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#245

I personally find value in having two editors. A light editor like Emacs for writing Markdown, git, quick scripts, and a JetBrains IDE for longer running projects, and debugging. I don't feel the need to wholly replace one with the other

I’m similar but have three main editors:

Vim for super quick changes (I’d like to increase my proficiency with vim but not really done much to do so).

Vscode for light text editing : coding which doesn’t require me to dig in to debug for a major length of time.

Jetbrains IDE for real work / tinkering were I may need to debug / leverage breakpoints / have good autocomplete.

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#246

Earlier quoted context omitted.

You forgot to add "IMHO". IDEA has fantastic UI, it's fully configurable and 100% usable through pre-assigned hotkeys. For example, fuzzy search is available everywhere , in every tool window, in the database window, in search results, etc. The same key combination (ctrl+alt+arrow up/down on my instance) can be used to jump between search results, symbol usages, TODOs, linter results, and so on. They thought through…

I don't know, being uber configurable isn't necessarily what you want when you're not familiar with a tool and you don't know yet what you need to configure or faff with I've only recently started using JetBrains, so I'm only familiar with the new UI but I distinctly feel like I don't know what I'm missing on extra functions because I'm just not aware of it existing

> I've only recently started using JetBrains, so I'm only familiar with the new UI but I distinctly feel like I don't know what I'm missing on extra functions because I'm just not aware of it existing

Don't worry, I've been using it for 10+ years and I still feel that way every day :)

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#247
post #138

Anyone wondering whether JetBrains IDEs are still worth it - absolute yes from me. VS code is a UX mess by comparison. Webstorm can be tricky to configure with Typescript but once it’s setup my goodness it’s good.

I have moved to VScode after being a paying Jetbrains customer for 6 years. The Jetbrains IDEs are clunky and slow, they also have plenty of bugs which remain open for years. They do offer some really powerful refactoring capabilities but I don’t miss them. Most of my work is in Go, Rust and Typescript. I was told by Jetbrains representatives that Fleet is now deprioritized internally, which is a pity.

Cannot comment on Typescript, but Go and Rust are miles better on Jetbrains IDE's. It is not even a competition - vscode is left in the dust.

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#248
post #138

Anyone wondering whether JetBrains IDEs are still worth it - absolute yes from me. VS code is a UX mess by comparison. Webstorm can be tricky to configure with Typescript but once it’s setup my goodness it’s good.

I have moved to VScode after being a paying Jetbrains customer for 6 years. The Jetbrains IDEs are clunky and slow, they also have plenty of bugs which remain open for years. They do offer some really powerful refactoring capabilities but I don’t miss them. Most of my work is in Go, Rust and Typescript. I was told by Jetbrains representatives that Fleet is now deprioritized internally, which is a pity.

My experience too, I found myself more and more annoyed because I'd run into something, find a years-old ticket that has never been addressed.

I really liked JetBrains tooling in the past, but that and then they also started hitting me with spammy advertising right after I paid for another year, and just couldn't stand it, refunded and cancelled.

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#249

Anyone wondering whether JetBrains IDEs are still worth it - absolute yes from me. VS code is a UX mess by comparison. Webstorm can be tricky to configure with Typescript but once it’s setup my goodness it’s good.

I use both VS Code and PyCharm for Python development. I spend the majority of the time in VS Code, but I’ll jump over to PyCharm when I need to do certain refactorings or code navigation (e.g. implement the methods of an abstract base class, find all methods overriding this method, etc), since PyCharm has much better support for that. Microsoft’s approach seems to be “GitHub Copilot can do it”, but while there are some things Copilot can do that PyCharm can’t, there are other things where PyCharm does it much more quickly or reliably than Copilot does

Re: JetBrains Fleet drops support for Kotlin Multiplatform

#250
post #19

Earlier quoted context omitted.

I believe they are heavily reusing the non-UI part of Intellij and the like, so it's not really 2x the development.

Usually Intellij products are slow and fleet does not seem to be slow, so it is feels likely a lot of code was rewritten to make it fast.

Fleet has a "smart mode" that can load an intellij backend for IDE like features. But that only happens if you enable it. Thats why it can do Kotlin even though Kotlin doesn't have an official LSP.
Post reply on HN