Live data from Hacker News

JetBrains Web UI components open-sourced

blog.jetbrains.com

71–80 of 96 posts

Re: JetBrains Web UI components open-sourced

#71
post #35

Earlier quoted context omitted.

Actually the javascript target has been fully supported since version 1.1. For example here is a single page app written with kotlin: https://github.com/rnentjes/simple-password-manager

How efficient is the conversion performance-wise and code-length wise? Can I finally get rid of GWT if I want to develop web apps with JVM tooling? Is the debug mapping between JS variables and JVM variables better than with GWT and super dev mode? Is it easy to use Kotlin with ReactVR/Native?

Is isomorphic Kotlin a thing yet?

Re: JetBrains Web UI components open-sourced

#74
post #71
post #35

Earlier quoted context omitted.

How efficient is the conversion performance-wise and code-length wise? Can I finally get rid of GWT if I want to develop web apps with JVM tooling? Is the debug mapping between JS variables and JVM variables better than with GWT and super dev mode? Is it easy to use Kotlin with ReactVR/Native?

Is isomorphic Kotlin a thing yet?

This stack is isomorphic no?

Re: JetBrains Web UI components open-sourced

#75
post #55

Earlier quoted context omitted.

Buying my first Mac in over 10 years to learn iOS development is on my bucket list. I also wanted to use it to play with .Net Core on a Unix environment. I'll gladly give JetBrains more money than I do now for Resharper to use Rider (cross platform C# IDE) and all of their other tools.

I really hope they nail it with Rider. I am so sick of Visual Studio. It just gets slower and slower. I have a 20 core machine, with 128gb of RAM and it constantly seizes up for seconds at a time, various components crash randomly, and things sometimes work and sometimes not: Go To Definition for example, or pressing F2 to rename. Whatever it is that suggests I add a missing using sometimes decides it can't do that a…

Your experience with VS and your desires for Rider reflect my own. Correct me if I'm wrong, but isn't Visual Studio still a 32 bit application? That would definitely limit the utility of those 128GB.

Re: JetBrains Web UI components open-sourced

#76
post #55

Earlier quoted context omitted.

I really hope they nail it with Rider. I am so sick of Visual Studio. It just gets slower and slower. I have a 20 core machine, with 128gb of RAM and it constantly seizes up for seconds at a time, various components crash randomly, and things sometimes work and sometimes not: Go To Definition for example, or pressing F2 to rename. Whatever it is that suggests I add a missing using sometimes decides it can't do that a…

Your experience with VS and your desires for Rider reflect my own. Correct me if I'm wrong, but isn't Visual Studio still a 32 bit application? That would definitely limit the utility of those 128GB.

I tend to have a number of solutions open. But mostly I was just trying to convey that my setup isn't to blame (fastest possible ram, large amounts of it, super fast cpu, all off SSDs too).

Obviously a 32bit app could run a number of sub app domains, so it can still make use of more than 2gb. I think ultimately though is it's not the resource that's the issue, it's the buggyness of the system. It just feels unfinished, and it seems there's some lazy decisions made in implementation ... the formatting error on Ctrl-C sounds like it's doing too much work; other things like if I try to download a publicly available nuget package, through the god awful UI, I have the source setup as nuget.com - it then pops up a dialog asking for my credentials to my company nuget server! If I cancel it, guess what, it fails to get the package from the web.

I have a strong suspicion that it's talking to the net too often generally (I have a slow broadband connection, so I see areas that are clearly doing too many round trips).

I feel it seemed to really start going downhill when Roslyn became the compiler (which I assume is running most of the tooling). I don't know if that's anything to do with it, but I assume they had to rewrite a lot of the core components when Roslyn came along.

2015 wasn't great, 2017 is really bad. Waiting several years for them to finish the project properly is taking its toll on my confidence in a product I've used in one form or another since 1994

Re: JetBrains Web UI components open-sourced

#77
post #26
post #2

It's under the Apache License and the components look pretty good. I particularly like the Date Picker: http://www.jetbrains.org/ring-ui/date-picker.html

Didn't like it. It is difficult to select an old year with the mouse. Mobile would be better since you would use the finger.

It's far too big to be usable on mobile.

Re: JetBrains Web UI components open-sourced

#78
post #39

JetBrains is kinda crushing it. I've spent the last two days looking into Kotlin. I didn't realize not only that Kotlin can compile to JS but also that you can interact with say React from it. So you can build a full stack app in it, without ever touching JS. (I think that the JS compilation is still technically in beta but w/e). https://github.com/Kotlin/kotlin-fullstack-sample Combined with the fact that you can us…

JetBrains is everything that Embarcadero aspired to be. It's perhaps the only for-profit organization I'm happy to give money to.

I was until their recent insistance to copy Adobe design and removing "distracting" colors in their UI.

Also since their new licence scheme it seems releases quality can be hit or miss.

Re: JetBrains Web UI components open-sourced

#79

Earlier quoted context omitted.

There is a pgAdmin 3 fork by BigSQL that supports new postgres versions. I can't say how it compares to DataGrip, but compared to pgAdmin 4 it's a godsend. https://www.openscg.com/bigsql/pgadmin3/

Oh, neat - I hadn't heard about that. I don't think I can go back from DataGrip, though. Too many nice things I've gotten used to (query tabs, multi-format result exports, etc).

DataGrip is awesome. Only complaint is the subscription model.

The nice thing about DataGrip as opposed to PG tools listed above is SQLServer support. (Sometimes you don't get to pick the database you'll be working with).

Post reply on HN