Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fleet, a Lightweight IDE from JetBrains

blog.jetbrains.com

Post reply on HN
Print view View original

281–290 of 427 posts

Re: Fleet, a Lightweight IDE from JetBrains

#281

Post by zenron »

torginus wrote: post #279
fivea wrote: post #239

Earlier quoted context omitted.

Even though I wouldn't classify it as "awful", I do agree with the sentiment. Whenever I use Clion, I feel I need to have vscode also on the same project to mitigate the shortcomings of it's code completion and even search. Clion's support for CMake is particularly enfuriating, with it's propensity to actively replate a target's name with filenames, even if they do not match in caps, which makes absolutely no sense a…

I have a bit of an off-topic question for you: I'm developing a single app for Windows in 3 languages: C#, C++, and Typescript using Visual Studio and I get excellent autocomplete/integration support. However I'm looking towards porting it to Linux, and I'm looking at some other IDE. Is there something that can handle building/debugging/autocomplete for these 3 that's not VS?

Try moving to VSCode on Windows, see if you can re-create your workflow there using plugins.

Then, if you are successful, port your workflow to VSCode running in Linux.

Re: Fleet, a Lightweight IDE from JetBrains

#282

Post by chakkepolja »

abeppu wrote: post #280

Side question: One thing they highlight is that this supports live collaboration, including simultaneously working on the same files. Can anyone describe a productive way of working where that's helpful and not confusing? When would you choose to work that way rather than e.g. pair programming with a single IDE or splitting up work in different branches? Shared editing of a document seems mostly fine but occasionally…

One use case is, pair programming for remote work.

Re: Fleet, a Lightweight IDE from JetBrains

#283

Post by dagmx »

abeppu wrote: post #280

Side question: One thing they highlight is that this supports live collaboration, including simultaneously working on the same files. Can anyone describe a productive way of working where that's helpful and not confusing? When would you choose to work that way rather than e.g. pair programming with a single IDE or splitting up work in different branches? Shared editing of a document seems mostly fine but occasionally…

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

Re: Fleet, a Lightweight IDE from JetBrains

#285

Post by Liquid_Fire »

ta988 wrote: post #250
shitlord wrote: post #152

Earlier quoted context omitted.

I switched from a JetBrains IDE to VS Code for one reason: I don't want to build a C++ codebase on my laptop. It requires a lot of processing power, takes a long time, kills the battery, and makes the fan go off. I'm willing to use VS Code Remote and sacrifice some features to not have to deal with that. My employer doesn't really care if I provision a big EC2 instance for development. I'll take a look at Fleet a lit…

Jetbrains now has a remote agent, works decently.

I've tried all of JetBrains' remote working solutions (there are confusingly many now, 3-4?) and they all seem unusable for my use case, where VSCode (or indeed ssh + vim) just works. And my use case is not particularly special, C++ with CMake and some wrapper scripts to pull in dependencies.

The only solution that works OK is Projector, but I can achieve the exact same thing but less buggy with VNC.

Re: Fleet, a Lightweight IDE from JetBrains

#287

Post by cluoma »

ta988 wrote: post #251
politelemon wrote: post #233

Earlier quoted context omitted.

My mistake on the wording, I should have said "mediocre", perhaps. I can't edit the comment now, oops sorry. I am referring to lack of an installer, and also the default shortcuts which clash with the distro, and in general I've seen features come to Linux a lot later. So a better way to put it is that Linux feels like an afterthought to Jetbrains. I do follow and also raise issues you on YouTrack but find they often…

The installer is called jetbrains Toolbox. Never had any issues on systems with i3, gnome, sway...

Installing single IDEs is clunky. Basically it's up to you to put it where you want and then create any shortcuts you may need. Flatpaks make this easier but I would rather not use them.

Besides this, I never really felt that Linux was an afterthought though. At least from my experience using CLion.

Re: Fleet, a Lightweight IDE from JetBrains

#288

Post by native_samples »

technobabbler wrote: post #172
digerata wrote: post #168

Earlier quoted context omitted.

You hate Java but are okay with the DOM as an editor…

What does "DOM as editor" mean? As in the HTML DOM and manipulating it directly? How is that an editor/IDE? Maybe I'm misunderstanding you. My only experience with Java is as an user, and it's never been positive. Whether it's the applets of yore or the modern Java apps, there's always performance, memory, JRE issues and terrible, second-rate UIs. Maybe the language itself is beautiful, I wouldn't know, but the user…

Second rate UI? The IntelliJ UI is pretty great, it's very well optimized and has a billion features. I don't think any new IDE would look significantly different. There are only so many ways to do buttons, scroll bars, trees and editors.

Re: Fleet, a Lightweight IDE from JetBrains

#290

Post by faizshah »

spoils19 wrote: post #61
creshal wrote: post #11

Earlier quoted context omitted.

Same. > For years folks have been asking us, “JetBrains, when will you create a lightweight editor?” I sure never did. If anything, I want their IDEs to be more involved and sophisticated. Otherwise I'm likely going to cancel our company subscriptions next year, VSCode is starting to overtake e.g. PyCharm in terms of developer comfort. So I really hope this is just a tech demonstrator to renew the architecture of the…

I've worked in 4 different software shops over the last 15 years. My general observation is the developers who rely on heavily automated/magic tooling are significantly outclassed by those who use the terminal + a basic text editor. Terminal + Vim or Emacs/VSCode (depending on configuration) is not only all you need, it also produces developers who understand the systems they work with. I know a lot of people will di…

This is the kind of stuff that sounds believable when you start programming. I can tell you as someone that read HN since high school and invested time in buyinh a t480, trying out distros, and learning emacs and vim I can say its just another hobby.

You can spend days making the best dotfiles and learning every CLI tool that doesn't mean you understand the systems you work on any better than anyone else it just means you have programming related hobbies outside of work which is a much better explanation for the correlation that you're observing. I don't know why we are inferring causation there.

Your choice of tools is not that important, but learning the features of those tools is important.

Also on giving up magic tools, as a FANG engineer you interact with many magic tools every day which you scarcely understand. It would be better if you did understand those tools as tenured FANG engineers do but as a software engineer at a big company picking your battles is the most important skill you can learn.

Post reply on HN