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

211–220 of 327 posts

Re: The Rise of Microsoft Visual Studio Code

#211

Post by jtsylve »

satysin wrote: post #173

I have tried VSCode a few times for C++ on macOS and always found it more hassle than it was worth to get it up and running. I saw it had debugging options and I thought that looked pretty cool but it is a bit of a mess with tasks.json and some other file I have forgotten about now. I recall I did finally get a working setup but it wasn't portable between folders/projects as the binary filenames were hardcoded and I…

I'm not sure when the last time you've tried, but in the last year VSCode has come a long way towards "just working" out of the box for C++. They've specifically focused on it. If you've got some time, I'd recommend that you checkout Rong Lu's CppCon 2018 talk. https://www.youtube.com/watch?v=JME1i3vCRR8

Re: The Rise of Microsoft Visual Studio Code

#212

Post by bgruber »

freehunter wrote: post #82
bassman9000 wrote: post #30

Earlier quoted context omitted.

amen people look at me like I'm an old crazy dude because I don't use a git UI or eclipse, or intellij, or from sublime. Git already has plenty of quirks, adding another layer of unknown on top of it is a no-go

Which is weird because with all of its inconsistencies, git must have been designed with the idea that someone would build a sensible shell over top of it. I can't imagine Linus expected people to interact directly with git when he built it.

this is precisely the case: http://www.gelato.unsw.edu.au/archives/git/0504/0873.html

Re: The Rise of Microsoft Visual Studio Code

#213

Post by hatchnyc »

xapata wrote: post #203
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…

Further, it looks like the questions are biased towards Ruby devs.

Interesting. With quick googling, I think these are the founders' GitHub pages?

Harj Taggar https://github.com/kwi

Guillaume Luccisano https://github.com/harj

Re: The Rise of Microsoft Visual Studio Code

#214

Post by bassman9000 »

Drdrdrq wrote: post #140
bassman9000 wrote: post #120

Earlier quoted context omitted.

git has its problems, but it's a consistent, centralized (in the sense of origin/repo), well known set of problems. I use multiple IDEs/editors, and they all handle git differently. It doesn't make sense to learn yet another N sets of quirks.

> git has its problems, but it's a consistent, centralized (in the sense of origin/repo), well known set of problems. Consistent? Ha! Change branch: git checkout my-branch . Reset file to committed version: git checkout -- my-file . Git is many things, but consistent it is not. That said, I still use CLI precisely because I don't trust other software to make sensible abstractions on top of it, given that foundation i…

> Consistent? Ha! Change branch: git checkout my-branch. Reset file to committed version: git checkout -- my-file. Git is many things, but consistent it is not.

> well known set of problems

that's precisely the well know set of problems. You learn them once, apply on every console. If each UI decides to overcome them differently, you end up with N+1 different behaviors.

I'd rather have only one set if inconsistent commands, than 3.

edit:formatting

Re: The Rise of Microsoft Visual Studio Code

#215

Post by audiolion »

hartator wrote: post #61
disconcision wrote: post #42

Earlier quoted context omitted.

Are sublime multi-cursors different from code multi-cursors?

It's a first class citizen in Sublime. There is no lag or weirdness when you are using them.

the largest difference I see is that vscode lightly highlights every match making it hard to see which cursors are selected. sublime is so clear

Re: The Rise of Microsoft Visual Studio Code

#216

Post by pvg »

bitcrusher wrote: post #208
pvg wrote: post #138

Earlier quoted context omitted.

Both of these are still just very roundabout ways of telling yourself you're awesome because of whatever mildly unusual thing you think you might be doing.

And this comment is just a subtextual justification for making sure you still feel valued for not doing anything unusual. This could go round and round. The point is that there SEEMS to be a correlation with people who learn things for the sake of learning them and folks who do well at exercises that test for adjacent skills.

you still feel valued for not doing anything unusual

I didn't really express any thoughts or feelings about doing unusual things, real or perceived. Doing unusual things can be great! Telling yourself you are awesome can also be great! I do think, though, that the type of thought expressed in the "The Python Paradox" and related writings (say, the bit about blub language programmers) is pretty lousy. It was lousy then and has aged even more poorly.

Re: The Rise of Microsoft Visual Studio Code

#217

Post by Draiken »

waynecochran wrote: post #188
emacsuserrrr wrote: post #19

Earlier quoted context omitted.

Maybe it’s because the editor was taught to students at places like MIT, Berkeley, etc?

I learned emacs in the late 1980's -- it is now an ingrained part of my brain. I hate when I have to use an IDE w a different editor -- at least most editors (and GUI components like browser textfields) respond to common emacs key-sequences.

I learned vim and with me is hitting :w all the damn time. Not to mention pressing to leave insert mode.

Had to use Android Studio/Eclipse for some time but it was so much harder that I kept trying to find ways to use vim even if I had to memorize or copy/paste package dependencies from Android.

I honestly wish I could use some of the most advanced refactoring tools from IDEs into vim but the way I edit is so ingrained that it's simply not worth it.

Re: The Rise of Microsoft Visual Studio Code

#218

Post by _coveredInBees »

pmarreck wrote: post #150
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…

> and multiple cursors everywhere is a boon for quick and dirty data munging. VSCode has this. Hold down Command on Macs (probably Ctrl on Windows/Linux) and click. You can also select "next similar word" with command-D so you can quickly change all instances of a word to another word.

Ctrl+Shift+L will select all instances of the highlighted term in one shot. Ctrl+D , as you mentioned, is useful for progressively selecting the highlighted phrase within the file.

Re: The Rise of Microsoft Visual Studio Code

#219

Post by _coveredInBees »

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…

To each their own. I've used CLI git only for a decent amount of time but VSCode's git diff view is fantastic and effortless to use. Their interface for staging files and making commits is excellent and combined with the ease of viewing local changes, it makes it very easy to ensure that commit messages are well documented and accurate. Same goes for handling merge conflicts.

I still use the CLI to push/pull/branch/merge, etc just to have total control, but staging files, viewing diffs and making commits are a lot more annoying in the CLI.

Re: The Rise of Microsoft Visual Studio Code

#220

Post by kumarvvr »

kcon wrote: post #139

It seems strange to me to compare VSCode against PyCharm, IntelliJ, and Android Studio separately. While PyCharm, IntelliJ, and Android Studio are distinct applications, I believe they share much of their code, UI, 3rd party plugins, and workflows for all being JetBrains language-flavored IDEs. On the other hand, VSCode supports different languages through its extensions instead of having separate language-flavored a…

I use PyCharm and VSCode and I find that for python apps, PyCharm is much better. Lots of more features, easy to use commands, etc.

Having a dedicated IDE for a given language has it's pros.

However, I use VSCode for JS/HTML development, as it has a lot less clutter, than compared to other IDE's.

Post reply on HN