Live data from Hacker News

Fleet, a Lightweight IDE from JetBrains

blog.jetbrains.com

341–350 of 427 posts

Re: Fleet, a Lightweight IDE from JetBrains

#341
post #198

Earlier quoted context omitted.

Actually the conclusion is that most people that advocate for Resharper aren't aware of VS Rosylin plugins, and most of them are like those that buy SLRs, but actually only need the features of a compact camera, but it feels good to carry that SLR around.

I did not work with .Net and Windows in a long time so maybe this time Microsoft done something good, from my experience MS does all the evil/stupid stuff first and only when forced they attempt to do a good job. Question if this cool plugin is so good and is from Microsoft is it bundled in Visual studio or easy to install from a GUI or is still a work in progress and you need to track the git master branch? I still…

[deleted]

Re: Fleet, a Lightweight IDE from JetBrains

#342
post #72

Earlier quoted context omitted.

What do you see as poor Linux support?

Not op, but for me the lack of native Wayland support is a deal breaker. And running it through XWayland has various issues (focus is broken, issues with HighDPI screens, etc). If Fleet supports Wayland natively I might give it a try, otherwise it's dead on arrival for me.

As far as I know jetbrains did start to write a wayland backend for sway. But it is most probably a project with very low priority.

Re: Fleet, a Lightweight IDE from JetBrains

#343
post #313

Earlier quoted context omitted.

Please note that the JBR is a custom build that contains a number of important changes and fixes, and it's not recommended to replace this. For M1 support, it's much better to use an M1 compatible JVM and .NET runtime. Rider 2021.2 is an Intel build, because when it was released there was no M1 compatible .NET Runtime. Rider 2021.3 has an M1 build, and makes a big difference. It's currently in preview ( https://www.j…

I was under the impression that the JBR is missing a number of important changes and fixes that have already been mainlined into OpenJdk.

Would love to see some examples of this please :-)

Re: Fleet, a Lightweight IDE from JetBrains

#344

Earlier quoted context omitted.

My career has been the opposite. I grew up on C, C++, then Java. Now I'm on dynamically typed languages and appreciate their advantages and prefer them.

I also grew up on C then Java. Now I mostly work with Python but when things get serious I usually turn to JVM languages. The feeling knowing I can relentlessly refactor my code without breaking a thing and not having to worry about typos is just wonderful!

Yeah context is required for these discussions. Anyone will love coding small digestible functions in python in a jupyter notebook. It's really fast. You might make a lot of mistakes (wrong import, wrong type, incorrect variable reference etc) but since the edit/refresh cycle is instant, it's not a big deal. Let's see how you feel about Python trying to application that has to be industrial strength and grown quickly for a business.

Re: Fleet, a Lightweight IDE from JetBrains

#345
post #84

Earlier quoted context omitted.

> People moved from IntelliJ to VSC because it was faster, simpler and language-agnostic, instead JetBrains blamed users for not using advanced features like CPU profiling which most people don't use daily. They are jumping on simple-editor train now. Better late than never From my experience, most people who nowadays start programming, flock to vscode because it's free, used in most tutorials and then they simply do…

VSCode has debugging built in and can connect to various runtimes. Not that I ever use that - I prefer sticking with the language native tools, and I rarely require anything beyond inspecting runtime values and simple benchmarking. Maybe this comes from the perspective of Java, where you need an IDE to do proper debugging, building/starting an application requires a gazillion command line arguments, and you have laye…

That last paragraph is wrong but I'm too tired to explain why for the millionth time.

Re: Fleet, a Lightweight IDE from JetBrains

#346

Earlier quoted context omitted.

Agreed. Working with rust in e.g. CLion (or even the free PyCharm CE with Rust plug-in) beats vscode by a large margin, it's nowhere near comparable, especially when working with larger projects often requiring major refactoring etc.

Which Rust language server did you use?

In vscode? Why RLS? rust-analyzer of course

Re: Fleet, a Lightweight IDE from JetBrains

#347
post #228

Whenever I try to use something other than IntelliJ (generally VS Code) I'm always struck by how awful the code completion and auto-imports are. I really hope we can get a lightweight editor with those two functions working properly. However, I don't see how you can do either of those features well without a lot of indexing of the codebase. And indexing is a major reason why IntelliJ so so clunky.

With same languages? Whenever I stray away from C#/Java world, I am amazed how bad the IDE experience is for other languages, but that's because most other languages have features which don't play well with IDEs (dynamic typing, templates, macros, anything compile time).

Auto import and code completion play nicely with IntelliJ for both Go and Rust IME.

Re: Fleet, a Lightweight IDE from JetBrains

#348
post #228

Whenever I try to use something other than IntelliJ (generally VS Code) I'm always struck by how awful the code completion and auto-imports are. I really hope we can get a lightweight editor with those two functions working properly. However, I don't see how you can do either of those features well without a lot of indexing of the codebase. And indexing is a major reason why IntelliJ so so clunky.

I came to VSCode from TextMate, so my expectations were minimal, but I can’t think of anything more to wish for from its completion and auto-imports. I’m generally using it for TypeScript which is probably its strongest use case. But even untyped JavaScript is pretty good: local type inference is alright, JSDoc types nearly on par with TS, automatic type acquisition for dependencies is better than manual installation…

A colleague of mine and I tried to asses VS Code vs. Intellij IDEA for vanilla JS & Typescript + Vue. Him a heavy VS user, me more at home with Intellij. In both cases we concluded Intellij proved superior, though both were usable.

Re: Fleet, a Lightweight IDE from JetBrains

#349
post #84
post #74

Earlier quoted context omitted.

Over year ago JetBrains released a post showing they don't understand why VSCode eats their market: > Still, we don’t deny the information could be a bit skewed – even with the weighting we give to our survey results – given that this is from the JetBrains State of Developer Ecosystem survey, and one of JetBrains main products is IntelliJ IDEA. However, that is not to say that this is not totally unreasonable, as if…

> People moved from IntelliJ to VSC because it was faster, simpler and language-agnostic, instead JetBrains blamed users for not using advanced features like CPU profiling which most people don't use daily. They are jumping on simple-editor train now. Better late than never From my experience, most people who nowadays start programming, flock to vscode because it's free, used in most tutorials and then they simply do…

I use vscode because it's very flexible and does 99 percent of what a "full ide" does but at 10x the speed. I have a few thousand other developers who produce great extensions for me that do many things. I've also used just about every ide in existence over my career and I've never used a feature that vscode didn't have built in or in an extension.

You're making the same mistake they are by assuming developers are just ignorant of what an ide is, and it's going to sink intellij eventually.

Re: Fleet, a Lightweight IDE from JetBrains

#350
post #333
post #283

Earlier quoted context omitted.

I think your example of pair programming is where it's useful (and what they highlight in their current integration in their existing products) The idea being (no pun intended) that you can do remote pair programming

I guess, my assumption is that for pair programming only one person ought to be actually writing code at a time, you should be looking at the same files at the same time, and you likely want to have some live voice and/or video channel open to discuss what you're doing, etc. So, I kinda think that as janky as it feels, screen share of a normal IDE over zoom ends up being a less disjointed experience than zoom + "coll…

I think anyone should be able to take over as needed. Having done pair programming with coworkers over zoom, it's painful when I have to describe where I want them to click, and you have to resort to saying line numbers or describing constructs.

In person you can gesture. That's the hole that collaborative editing can fill.

Post reply on HN