Live data from Hacker News

JetBrains invites developers to join the Fleet Public Preview Program

blog.jetbrains.com

181–190 of 332 posts

Re: JetBrains invites developers to join the Fleet Public Preview Program

#182

Earlier quoted context omitted.

> It’s not. From the WebStorm page on JetBrains: > WebStorm The smartest JavaScript IDE WebStorm is an integrated development environment for JavaScript and related technologies. Like other JetBrains IDEs, it makes your development experience more enjoyable, automating routine work and helping you handle complex tasks with ease.

They come with a bunch of "pre-configurations". I used to have PyCharm, and now I've switched to IntelliJ. I can still do everything I could with PyCharm, which was itself a superset of WebStorm. Sure, some things are organized a bit differently, but basically, if you want to use multiple languages, just get IntelliJ, and you'll be set. It's cheaper than buying several other products, too. The only one that seems a b…

I believe AppCode and Rider are more examples of JetBrains IDEs that do things that IntelliJ Ultimate can't.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#183

Earlier quoted context omitted.

Ok, so I could kind of understand the use case of running the UI on one machine and the backend for the UI on another machine. Lots of complexity for small amount of gain, but somewhat makes sense. But then they say "distributed" so that would mean many backend machines, not just one. What on earth is the backend doing where one instance is not enough for one client? How could one client UI possibly need more than on…

> Lots of complexity for small amount of gain Being able to develop on a huge beefy cloud instance, with managed background services, possibly with different architectures, from your laptop is huge . > But then they say "distributed" so that would mean many backend machines, not just one. ‘Distributed’ doesn’t mean ‘many’ - it’s distributed over two.

A "huge beefy cloud instance" comes with a premium price, especially if you're planning to use it for a year or two, while also coming with its own set of problems: No internet connection? No luck! Downloading dependencies for your backend? Start paying per GB downloaded, and so on.

> ‘Distributed’ doesn’t mean ‘many’ - it’s distributed over two.

A clientserver architecture is generally not considered "distributed" unless there is multiple servers involved, at least how the terminology have been understood until today, if it changed suddenly.

Usually when it comes to these kind of architectures, you'd refer to them as "thin clients", and the architecture has been around since mainframes if not longer.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#184
post #177

Just wondering, there's no way to launch Fleet directly without launching it from Toolbox or using CLI?

It gets installed as an application, so you can open it with your usual app launchers on Mac and Linux (I haven't used it on Windows). You can open it from the terminal also, but the path it gets installed in is a convoluted one and includes the version, so you will need to update your aliases/links every time a new version is installed.

Thanks! I guess I'm using Raycast (instead of Spotlight), so it actually need a reindex.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#185
So if they are making progress to a distributed polyglot editor, then this mean that we'd be able to run multiple windows of Fleet working on different projects connecting to the same remote host? Is the connection mechanism basically the same as the Gateway product? If so, I wonder if this bug will ever gets fixed, or if it is a "works as intended" that you cannot run multiple projects on the same host? [1]

However this issue doesn't really apply if you create a VM per workspace either manually or the service that is provided...

[1] https://youtrack.jetbrains.com/issue/GTW-813

Re: JetBrains invites developers to join the Fleet Public Preview Program

#186

Earlier quoted context omitted.

It's worth noting that JetBrains has a long history of successfully competing against free IDEs, which were normally always more popular than IntelliJ. First there was NetBeans (bought and open sourced by Sun very early), then there was Eclipse (developed and open sourced by IBM), now there is VSCode. Heck there are probably others I don't know about. So, this is nothing new for them. Usually what happens is that aft…

> The question VSCode users might wonder about is what's Microsoft's strategy here? They have plenty of money, but then again so did Sun/Oracle and IBM. Is there a long term commercial plan to let the VSCode team justify themselves. Exactly, especially since VSCode is also an "open-core" product, just like JetBrain's products (the community versions are open-source). The difference is that the other parts are still f…

Well, I doubt it's shady. Seems more likely they don't know what to charge for it and are incentivized to create user growth rather than revenue growth.

Re: JetBrains invites developers to join the Fleet Public Preview Program

#187
post #151

Some neat info on the performance side of things, Fleet is using Skija[1] and Compose[2] as a rendering engine and UI framework. Skija is a java wrapper for Skia and still does not support the full API. Compose is still relatively new and has not had nearly the amount of man hours devoted to it as Swing. This is just a technical preview, I'm sure there will be plenty of optimizations to come. I think it's pretty exci…

Fleet does not use Compose, but it does use Skiko[1], which also provides binding for Skia[2] (the native graphics library also used by Chrome & Flutter).

The main difference between the libraries is that Skija provides Java/JVM bindings for Skia, whereas Skiko provides Kotlin bindings for Kotlin/JVM, Kotlin/JS, and Kotlin/Native targets. Of course Skiko's Kotlin/JVM bindings can be used with other JVM languages, not just with Kotlin.

[1] https://github.com/JetBrains/skiko

[2] https://skia.org/

Re: JetBrains invites developers to join the Fleet Public Preview Program

#188
post #94

I installed this 30 min ago. 1. My M1 temp went from 28c to 60c 2. CPU utilization to 103%? 3. It's using 3.29Gb of RAM And it hasn't changed. With a single python project with 3k lines of code. VSCode sits at 280Mb and CPU temp around 28c. Edit: Vim + SpaceVim sitting at 17Mb :)

I think, correct me if I am wrong, Fleet is written in Kotlin, hence running on top of JVM. ( I am assuming Kotlin Native not being used yet ) While I dont think VSCode is fast and lean when compared to Sublime or other Native Editor. It is well optimised. I do wonder if Fleet could catch up or even exceed VSC in the performance / resources usage department.

Fleet, like the other JetBrains IDEs is indeed running on the JVM.

It also has some components in Rust and a special GUI framework.

There is a great series of blog posts about its architecture and design here with a lot of details:

https://blog.jetbrains.com/fleet/2022/01/fleet-below-deck-pa...

Re: JetBrains invites developers to join the Fleet Public Preview Program

#190
post #137

Earlier quoted context omitted.

They have stated their position really clearly (and much more clearly than most companies): https://blog.jetbrains.com/blog/2022/03/11/jetbrains-stateme...

I wasn't asking about the company position...

It's not clear what you are asking then. You should clarify.

The info in the link provided addresses the only concrete portion of your comment, which is that, yes, most Russian employees have moved elsewhere.

Post reply on HN