Live data from Hacker News

JetBrains invites developers to join the Fleet Public Preview Program

blog.jetbrains.com

261–270 of 332 posts

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

#261
post #150

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

While annoying, all intellij EAPs (early access previews) are very cpu intensive, as they run in debug mode by default to create diagnostics and crash reports. Kinda similar like if you would keep the debugger open in your browser. Not sure if you can disable it, but thats the main reason why I stopped using EAPs for work. But the ram is typical intellij, they take what they can get from the OS :)

> they take what they can get from the OS :

It's the opposite, they run in JVM so there's an upper bound at around -Xmx ("around" because you still have stack allocated and JNI allocated, but heap is usually the biggest pool of memory by a large margin)

on the flip side it also has a lower bound at -Xms

Personally I have mine running with 16/32G heap. It's my work computer not like I need the 64G ram for gaming :)

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

#262
Sorry for the unfamiliarity with JetBrains products. Is this architecture similar to VSCode’s? So the ide has a backend that can run remotely and a frontend client that can run in multiple environments including web? I remember a long time ago pyCharm had the ability to run the interpreter remotely. What are the benefits of pulling more stuff in the backend? Is it in order to be able to run the editor in different environments?

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

#263
post #159

I think the name is a little funny, and maybe the funny is so crude and juvenile, that no one was willing to mention it? Like the Pepsi logo, I can't unsee it. "OK, people, creative time! Blank slate, no second system syndrome. Let's rethink the JetBrains concept, from the bottom, up!" "Jet-- Butts?" "Will the JetButts brand fly in all markets? Riff alternatives?" "...Fleet?" "Explosive! Sounds fast and productive! C…

Someone had to mention it before launch.

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

#264
post #172

Earlier quoted context omitted.

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

I was considering CLion, but decided against it because I frequently need to work with a bunch of different programming languages in a single project, not just C or C++, and not just the languages they happen to have an IDE for. It seems like Jetbrains does this so you're forced to buy multiple IDEs if you need support for a multiple languages. I don't even know how that's supposed to work. If I need to switch to edi…

most of their ides are plugins for language support basically. i use idea for java, c, golang and python. as well as the built in db ide stuff that is standalone as datagrip

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

#265
post #227
post #68

Earlier quoted context omitted.

And when your company starts doing that to developers it is time to dust off your resume and start looking for something better. I get it that these companies have real issues and their managers are multiple times smarter than me but I refuse to be put into a position where I cannot use the tools that I need to be productive.

These companies take liability in software seriously, and if someone installs software that damages their employer business, or their employer customers, they better dust off their CV indeed, including the reason why they got fired.

They take liability seriously? How many outright frauds and data leaks are swept under the table?

If you like to work in extremely low trust companies, you do you. If somebody trusts me to write production code but not to pick text editors, they are morons with red tape wrapped around their eyes.

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

#266

This looks really promising. But by far the biggest moat that Jetbrains is going to have to cross to get into VSCode territory is the plugin ecosystem. Personally I work on React projects so my first thought was: "is there a Prettier[1] plugin?". Looking through the landing page it looks like Plugins are in the works but until that is implemented, it's going to be hard adopting it. ALSO I just noticed this but can so…

JetBrains employee here, and I can clarify the point about “Requires login and periodic connection to JetBrains servers to verify the project”. If you are using Fleet in a Free (hobby) mode, we are verifying that the project comply with one of three criteria: 1. your project is local (no Git or Git Remote). 2. your project is public on GitHub. 3. your project is private but has less than 3 committers. In this case, w…

Nope nope nope. This is creepy and I can guarantee that it'll be headache after headache. I'll stick to the alternatives so long as this is the policy. Not even going to look at it.

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

#267

Earlier quoted context omitted.

Or maybe... find a way to not be creepy? They're the ones trying to convince people to move from VSCode.

Luckily, Microsoft has a track record of being totally non-creepy about your data.

Is that sarcasm?

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

#268

Unfortunately it doesn’t look like this supports remote development (at least from what I can tell poking around their site). Until Gateway is performant & stable enough to use, I’m sticking with VSCode. It’s a shame because I prefer IntelliJ for Java development, but lacking remote development stability is a deal breaker.

https://www.jetbrains.com/help/fleet/install-on-a-remote-mac... - It seems it does support remote dev. Just played with it on my laptop and a Linux VPS I toss things onto from time to time, it worked alright. Haven't tried anything serious with it yet. When Fleet launched I had the option of connecting via SSH, specified the IP and port, and was able to connect. It uploaded some programs which run on the remote host…

It's extremely far from IJ in terms of functionality, at the moment. I don't think Jetbrains will avoid the need of making Gateway stable too.

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

#269
post #85

Earlier quoted context omitted.

I officially have a copy of pycharm and not webstorm. I use it to maintain both a python repo and a typescript repo. You can install language support for almost every official jetbrains language into basically any jetbrains editor. The only differences I have found are the default plug-ins and the app icon.

Are you sure that works for all languages? I think it's just that the Javascript/Typescript plugins are made available to all IDEs. It certainly used to be (and I believe its still the case) that the "major" language plugins besides JS are only usable in their specific IDE or in IDEA Ultimate (which can run all of them) (i.e. PHP w/ PHPStorm, Ruby w/ RubyMine and Python w/ PyCharm)

Nope, not sure, but I've yet to run into a wall using it daily for the past 2 years.

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

#270

Sorry for the unfamiliarity with JetBrains products. Is this architecture similar to VSCode’s? So the ide has a backend that can run remotely and a frontend client that can run in multiple environments including web? I remember a long time ago pyCharm had the ability to run the interpreter remotely. What are the benefits of pulling more stuff in the backend? Is it in order to be able to run the editor in different en…

I actually have a use case for this. I work on a big JVM app that needs some serious hardware to run locally. If I want to develop remotely I have to use a Remote Desktop to access a workstation, which is hell.

You can remote debug, but you can’t really remote develop. Intellij is index heavy so you need Intellij and the code to be collocated on a machine, otherwise IntelliJ will overload the network. You can get around this by having two copies of the code and manually transfer any differences to machine running the JVM, but it’s really brittle. Separating the front and back ends will allow me to have JVM, code, and compiler all on one machine, but the editor on another.

Post reply on HN