I'm not sure how much of JetBrains' IDE work will translate over, and I'm not sure how much of it they want to bring over. They're both editors which use a client-server architecture to enable suggestions and remote editing. After all, the architecture of Fleet is pretty much the same as the architecture of VSCode. Whether the tooling can be categorically better is difficult to say.
#SECURITY NEEDS RUBY MINE FULL#
>Obviously, support languages with the full range of JB tooling, that is categorically better than the pathetic support vscode offers for, say, c#. Sure, VSCode's support for Java is a garbage fire and its support for Kotlin is nigh non-existent, but as far as I'm concerned, both sides have pretty huge blind-spots when it comes to languages that are "second-class citizens" for their respective ecosystems. Similarly, I found VSCode's Rust plugin to be easier to set up and get started with in a WSL environment than the Rust plugin for CLion.
I would argue that, at this point, VSCode's Calva plugin for Clojure is superior to IntelliJ's Cursive. >The plug-ins for many languages are of massively varying quality and some of them really suck.Īgreed, but that cuts both ways. Yes, once it's all set up, I have marginally better suggestions, but as VSCode's Python tooling gets better, that setup cost becomes less and less worth it. With P圜harm, I have to manually configure the interpreter root, set the project root, and wait for it to do a bunch of indexing before I can do anything at all. I can just point VSCode at a directory full of Python files with a virtualenv, and VSCode just "gets it", and lets me jump right in to editing, with autocomplete and suggestions. For everything else VSCode is unquestionably better. For C#, Visual Studio is pretty good these days, even without Resharper. JetBrains' tooling is superior for Java and Kotlin. >Well, I mean to be fair the coding services for most languages in vscode other than js (ie java, c, rust, python, go, php, c#, ruby specifically) suck totally compared to the JB tooling.
#SECURITY NEEDS RUBY MINE SOFTWARE#
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. Your choice of tools is not that important, but learning the features of those tools is important.Īlso on giving up magic tools, as a FANG engineer you interact with many magic tools every day which you scarcely understand. I don't know why we are inferring causation there. 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 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. This is the kind of stuff that sounds believable when you start programming.