JetBrains invites developers to join the Fleet Public Preview Program

Post by aprdm » Thu, Oct 13, 2022, 11:56 AM UTC

ethanbond wrote: post #80

whycombagator wrote: post #78

Earlier quoted context omitted.

Sure but WebStorm is targeted solely/mainly at JavaScript development. What if my employer has N repos and several other languages, and JavaScript is just one of those. VSCode allows me to stay with the same interface across multiple different repos. Yes, if I’m doing Ruby or Java or C# I might choose a _different_ IDE for certain tasks in that language. But with a few plugins you can get a reasonably good generalist…

It's not. At least as far as I can tell, the different Jetbrains IDEs are more like configurations or flavors of the same underlying thing. You can do most things in most of their IDEs. You should try paying for an IDE. VSCode is great but if you're an engineer getting paid anywhere close to a Silicon Valley wage (or you can expense devtools), you deserve better :)

Post by Kukumber » Thu, Oct 13, 2022, 1:08 PM UTC

speed_spread wrote: post #295

Kukumber wrote: post #198

Earlier quoted context omitted.

> Native code makes it much harder to design a runtime plugin system That's not true, lua, lua-jit, quickjs, v8, c#, even java Game engines already have the lead in that area and they proved that it's possible and can be made very efficient The UI and host of the program should be native to maximize performance Native code helps write fast code that runs fast with optimized memory layouts

> lua, lua-jit, quickjs, v8, c#, even java Huh? None of these are compiled to native code ahead of time. By definition using a JIT compiler is not making things "native", it's just a way of making a very fast interpreter. Those languages you mention are used in gaming precisely because of their dynamic qualities compensating for the rigidness of the otherwise C++ based engines.

Post by zihotki » Thu, Oct 13, 2022, 1:40 PM UTC

_xivi wrote: post #62

zihotki wrote: post #35

Earlier quoted context omitted.

Because you do it only once and can use it in any other company you work. It's a highly portable tool for free. What are the chances that your next employer will pay for a JB license?

> Because you do it only once Not really though. Extensions are frequently deprecated or outdated, need to switch to new alternative, don't play nice together, etc. Anyway, there's no need to advocate for vscode, it's not an underdog. I imagine everyone here has already formed their opinion and tried JB IDEs, vscode, and other tools, and probably make use of all of them somewhere in their workflow.

Post by yamtaddle » Thu, Oct 13, 2022, 6:36 PM UTC

kuschku wrote: post #14

capableweb wrote: post #6

> Fleet is our new distributed polyglot editor and IDE. Ok, polygot makes sense, it supports more than just one language. But what does distributed mean in this context? You run the editor across many machines? What does that mean? Coming from a backend perspective, it quite doesn't make much sense. Thinking about it from a client-side perspective, I'm guessing they mean the architecture is decoupled, meaning basical…

Distributed means you can run the editor UI and the actual backend on separate machines. One long-term goal of such deployments is developers just having a thin chromebook with the UI and the actual code being on a corporate server, like terminals and mainframes in ye olde days. I believe this is a reaction to VS Code, which has supported this functionality for a while already.

Post by m00x » Fri, Oct 14, 2022, 5:57 AM UTC

deagle50 wrote: post #326

__warlord__ wrote: post #73

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 :)

JVM heap size is not Fleet's fault. You should be able to manually set it like Intellij.