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

The Rise of Microsoft Visual Studio Code

triplebyte.com

Post reply on HN
Print view View original

251–260 of 327 posts

Re: The Rise of Microsoft Visual Studio Code

#251

Post by goliatone »

netheril96 wrote: post #206
Waterluvian wrote: post #178

Earlier quoted context omitted.

I feel like Python is your pepperoni pizza can't go wrong option for almost anything. Go feels similar but younger. I love languages with big standard libraries. Just need their package management story to settle down for a while. There's something wonderful about a language being so popular and around for so long that there's plenty of resources and answers on just about anything. I think that's a core part of what…

Python is wrong for anything performance sensitive (unless the performance part is already written in C/C++, like TensorFlow).

Performance sensitivity is a rather relative line, I understand your point but I’ve heard people argue that C was the performance sensical choice as opposed to C++, or assembly rather than C. I love python but I wouldn’t use it for everything. I really enjoy Go but the use cases for me are smaller than most people I know that use Go daily. At work we have to use Go and I’ve had to make the argument to use JVM for some services and Erlang/Elixir for other use cases. I could’ve done everything in Go, but it really felt more dogmatic than pragmatic

Re: The Rise of Microsoft Visual Studio Code

#252

Post by Sacho »

starik36 wrote: post #222
hprotagonist wrote: post #11

There are some warts, but it seems nice from afar. The biggest wart is/was the "FUCK FUCK FUCK" git clean vs git reset UX error: https://github.com/microsoft/vscode/issues/32405 . This is a fantastic demonstration of why i exclusively use git from a command prompt -- i know what will happen and nobody's going to reinvent terms to put on buttons that just confuse me. In my life: - I'm committed to emacs for org-mode a…

> fantastic demonstration of why i exclusively use git from a command prompt What's described in that github issue happened to me as well the first time I used git via Visual Studio. I normally don't do that, but something told me to make a zip of everything before using git in VS. So that saved me big time. Why in the world are the deletions not pointed to the Recycle Bin??? That's what it's there for.

The deletions are made through git, and windows git does not use the recycle bin, presumably because it's a linux-first tool

Re: The Rise of Microsoft Visual Studio Code

#253

Post by Double_a_92 »

zygotic12 wrote: post #146

I've told you guys before - my 10 year old son scored 'well above average' on their interview process. We live in the UK but they are still trying to recruit him. And no - he cannot write code.

The interview process reminded me of the theoretical exam for a drivers license. If you pick the option that sounds least crazy, you're fine.

Re: The Rise of Microsoft Visual Studio Code

#254

Post by sho »

atombender wrote: post #114

VSCode is fast and it's certainly the best editor/IDE I've used since back when I was a Java dev using Eclipse back in 2006 or so. But I recently opened up Sublime Text to compare some editor behaviour, and the difference in UI performance is astounding . It's possible that VSCode has regressed a bit the last couple of years. It was always faster than Atom. But comparing it to Sublime shows that there are clear advan…

> the difference in UI performance is astounding

I could not agree more. I've made numerous attempts to embrace the new hotness that is VSCode but I just cannot get over the performance. Yes, it has some cool features, the plug-in ecosystem is booming, and it sure looks pretty. But at the end of the day none of it is compelling enough for me to put up with the constant lag.

It's funny because after several of these experiments I have literally wondered to myself if I'm getting stuck in my ways or becoming a so-called "greybeard" due to my long term adherence to Sublime Text, but is constantly getting annoyed with how slow an editor is really a hallmark of old age? I'll wait for your web page to load, I'll wait for an ssh command to return. I will not wait for my bloody text editor. I have no patience whatsoever. Now god damn it NOW!

Another thing I wonder is how many of those VSCode users have simply never used anything better. If all you've ever known is an iPhone 5, you probably think it's pretty great - maybe you think that's just how phones are! This impression will be totally ruined of course when you try an iPhone X...

Re: The Rise of Microsoft Visual Studio Code

#255

Post by 1996 »

ChrisCinelli wrote: post #189
munchbunny wrote: post #68

Having gone through Triplebyte's interview process, I'll propose another interpretation: Triplebyte's interview is on aggregate biased against Java and C# developers. I'm not accusing Triplebyte of "being biased", but rather pointing out that Java and C# tend to correlate to a skill set that Triplebyte's test process values less. My experience of Triplebyte's interview process is slanted towards frontend/backend deve…

Well, what they hiring for, their questions in a specific language, how and who is evaluating the answers, the fact that a person is looking to work for them vs other companies are all biases. Nobody should try to extrapolate their results to the whole population of software engineers. That said, Visual Studio is really on the rise. I used to think VSCode was late and could have never catch up with the Sublime's and…

VSCode is only on the rise because alternatives are really bad. Meanwhile, it offers good defaults, and decent latency on modern hardware but for me it is just a glorified syntax highlighter.

VSCode becoming so popular should not tell us it is a great product, but that most modern alternatives suck.

Re: The Rise of Microsoft Visual Studio Code

#256

Post by PurpleRamen »

avip wrote: post #23
lowercased wrote: post #6

> However, it seems that the average C# or Java engineer who goes through our process does less well than the average Ruby or Go engineer. I have no idea why. Given that they have the test info... and they're the ones deciding pass/fail... it's a bit strange they "have no idea why". Well, perhaps just this person doesn't? Are people not finishing the projects? Do the projects have syntax errors in them? Or logical bu…

If I recall correctly the test is 100% automated. Write code, run tests. Answer multiple choice. Humans and their bias need not apply.

There is always bias in something manmade. The tests might be slightly unfavorable for certain kind of developers.

In some comment here it was mentioned that the C#-tests are not good enough and some others mentioned that this company seem to favor dynamic languages. Maybe there is some truth to that.

Re: The Rise of Microsoft Visual Studio Code

#257

Post by tatami »

danans wrote: post #234
SiVal wrote: post #204

Earlier quoted context omitted.

"Because there is almost no reason to learn Go." No, that's not it. It's that if you can only learn one programming language, Go is not a very good choice, so those who learn Go are almost always multilingual ("lingual" as in programming languages, not natural languages). Python and JavaScript are Swiss Army knives with outstanding ecosystems that make them excellent choices if you can only afford one tool. There are…

> My anecdotal experience says that 1) most programmers are monolingual, This surprises me as I've never worked on a nontrivial system that's also a monolingual system. There's nearly always another language to use to get the job done, whether for configuration, scripting/automation, or because backends and UIs are written in different languages, especially for internet-based software.

Isn't most software rather trivial? Like in copying strings around.

Re: The Rise of Microsoft Visual Studio Code

#258

Post by PurpleRamen »

nickysielicki wrote: post #71
pzone wrote: post #53

VS Code has taken me off Emacs for Python development on Windows. I was never able to get a clean and speedy code completion, navigation, or refactoring to work with Emacs. I hope the situation changes someday.

The same engine that VSCode uses is open source [1]. With lsp-mode [2] or eglot [3], you can have the same stuff working inside emacs. I've actually been writing Java inside emacs lately --- yes, java , and I have had very few issues. One caveat, development on the emacs LSP stuff is moving very quickly, so I don't recommend using ELPA/MELPA/etc. to install the plugins. I use straight.el [4] to manage my plugins, the…

Python-lsp with emacs is dreadful bad. It's slow, bugged and doesn't integrate well. Worst is how often the helper dies.

The microsoft-helper is supposed to work better, but it seams harder to setup with linux, so I hadn't the chance yet to try it.

Re: The Rise of Microsoft Visual Studio Code

#259

Post by oselhn »

interesthrow2 wrote: post #89

It's a good text editor, first and foremost. Compared to netbeans, eclipse, visual studio, even intellj idea in my opinion. The same thing that made textmate, then sublime text successful made VSC successful. I takes a few seconds to launch, even on my celeron machine with 2Gigs of RAM, it's relatively minimal and unlike intellj it doesn't appear to be analyzing my whole hard drive for hours for no reason... the iron…

Actually I really do not like VSC resource consumption and performance. It feels more like eclipse than text editor but it does not offer as many features. If I want something fast and lightweight I reach for vim or sublime. But I do not care about start time as I leave all those program open all the time.

Re: The Rise of Microsoft Visual Studio Code

#260

Post by quickthrower2 »

master-litty wrote: post #118
slig wrote: post #55

Earlier quoted context omitted.

For those not familiar (as I was), here's what Whitesmiths style looks like (straight from Wikipedia): while (x == y) { something(); somethingelse(); } finalthing();

The horror!

Yep the loop never runs, is infinite, or x and y are member or global variables that are mutated elsewhere.
Post reply on HN