Earlier quoted context omitted.
There's also Fork: https://git-fork.com/
I'm really curious - why do people want a graphical git client? The command line exposes everything, and the model is simple and intuitive. I work in a very large monorepo, so it's not like I'm working in a git tree that isn't complicated.
JetBrains: $270M revenue, 405K paying users, $0 raised
431–440 of 680 posts
Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#432Earlier quoted context omitted.
>But with a very customer-friendly clause of where if you pay for a subscription for 12 months you get a perpetual license for the latest version of the product when you initially subscribed. And then after paying for any particular version of a product for 12 months, you also get a perpetual license for that particular version and so on and so forth This came about due to a decent amount of consumer backlash, if I r…
A huge part of the backslash actually happened here on HN when they originally proposed the pure (like Adobe and 90% of other companies) SaaS model. So Jetbrains model is an improvement over most other companies but it is not as consumer friendly as the old licensing model. I would love to have the old model back(buy now with 12 months of updates) but that ship has sailed.
Honestly I’m quite happy with it as a compromise, especially with the All Products Pack - I save money every year than when I used to buy upgrades for IntelliJ and ReSharper stand-alone, and JetBrains has incentive to keep pumping out new features to keep me from deciding to utilize my fallback license.
Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#433They seem to have nice products but when people compare JetBrains tooling to Vim, Emacs and VSCode everyone seems to leave out the fact that those tools are 100% free. I think it’s important for coding to be open to as many people as possible and the tools are the point of entry.
These tools are not 100% free (as in beer) when you factor in your time. I spent years ($$) customizing my Vim setup and saved tons of time ($$) when I finally switched to IntelliJ with IdeaVim.
Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#434Earlier quoted context omitted.
Can anyone comment on the state of Vim emulation in Vscode? I'm in Android Studio largely because of its support for my .vimrc, without which I can not live. But I see[1] that there have been recent commits related to this in Vscode. How good is it? Other thoughtful comparisons between life in JetBrains world vs Vscode welcome as well. [1] https://github.com/VSCodeVim/Vim/commit/3158194561fa2fba921b...
> my .vimrc, without which I can not live How did you become unable to do basic text editing without a specific editor setup? Why do people become so dependent on tools?
It's not like the difference in input speed is really meaningful; as you'll see someone point out in any discussion about this stuff, the bottleneck in programming is thinking.
But what I find will often happen is:
1. I settle on a course of action. 2. I go to actually do it. 3. The editor doesn't do what I expect, because it's not vim. 4. I am momentarily confused, and have to think for a minute about how to do what I want. 5. I lose my train of thought entirely. 6. Rinse, repeat.
So for me it's not so much about any specific thing the editor does to make me productive. I do have opinions about some things, but what's important is that it just fades into the background and lets me think about the problem I'm trying to solve.
Beyond just being "different," I tend to eschew IDEs for much the same reason -- while many of the advanced features seem useful, I find them too distracting to be worth the trouble. Just me and the code, please.
Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#435Earlier quoted context omitted.
Given that Kotlin now also is first class development language for Android, I think Jetbrains gets plenty of revenue from Android
I don't think Jetbrains gets any money directly by the usage of Kotlin on Android, as Kotlin too is open source, and works very well in IntelliJ Community (also open-source). In fact, I don't think IntelliJ ultimate has any extra Kotlin features.
Guice support, for example. You can live without it, but if you are working on a larger Android codebase and utilize it then it may be useful.
Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#436Increasing productivity of expensive developers is a great selling point.
Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#437Earlier quoted context omitted.
> They used to sell standalone perpetual licenses which included a period of updates. I'm missing something. What's the difference between that and what they're doing now? You pay $X, you get a perpetual licence and updates for a limited period.
In addition to what michaf mentioned, what we have now is not what they originally proposed. https://blog.jetbrains.com/blog/2015/09/18/final-update-on-t... - the perpetual license fallback did not exist under the original proposals and only happened due to backlash.
Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#438Earlier quoted context omitted.
At least some of Jetbrains' offerings are open source. If you have security concerns, you may be able to alleviate some of them by your own examination. I'd also encourage you to consider separating your concerns about the Russian government and individuals living in Russia, just as you might other governments and their citizenry.
> At least some of Jetbrains' offerings are open source. If you have security concerns, you may be able to alleviate some of them by your own examination. Good points > I'd also encourage you to consider separating your concerns about the Russian government and individuals living in Russia, just as you might other governments and their citizenry. I do separate them, in a moral sense. But in a practical sense, Russian…
Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#439Re: JetBrains: $270M revenue, 405K paying users, $0 raised
#440Earlier quoted context omitted.
Speed in large projects. IntelliJ is super slow once you have huge source/text files. E.g. WebStorm is unusable for debugging as one step over takes ~10s on a 128GB RAM machine in such cases.
I am mentioning this in the off chance you did not tried it, exclude the node_modules/vendors/build folders or other third party code that is not part of your project you are editing.