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

VS Code can do that?

vscodecandothat.com

Post reply on HN
Print view View original

251–260 of 280 posts

Re: VS Code can do that?

#251

Post by Tagore »

coldtea wrote: post #122
snarfy wrote: post #56

Earlier quoted context omitted.

Wouldn't it just be Visual Studio then? We would get updates once a year instead of once a month. There are less C++ devs than JS devs. The size of the community that could contribute would shrink also.

> Wouldn't it just be Visual Studio then? No, but it would "just be" an open source, MS backed, version of Sublime or TextMate. The concept of Visual Studio is different. > We would get updates once a year instead of once a month. The language the core is in is irrelevant as to whenever we would see updates. That's a concern of the release process. > There are less C++ devs than JS devs. Not really important, as most…

Parsing C++ is a nightmare....

Re: VS Code can do that?

#252

Post by crucialfelix »

ggregoire wrote: post #3

Some other ones: - In the Git view, select a modified file, select some lines of code you modified, cmd shift P, Git: Stage Selected Ranges. I dropped my dedicated Git GUI since I know this trick. - If you spend a lot of time coding in React, and have half of your files named index.js, do yourself a favor, go in the settings and add "workbench.editor.labelFormat": "short" (display the name of the file's folder in all…

Add Git merge tool extension to that (I forget the exact name). Previewing, selecting changes confirming and saving are really elegantly implemented.

Re: VS Code can do that?

#253

Post by SZJX »

abritinthebay wrote: post #224
Tagore wrote: post #115

Earlier quoted context omitted.

I keep hearing good things about VSCode. If I weren't essentially married to emacs I'd definitely try it out. I'm not sure I'd recommend emacs to everyone at this point, though I think it remains a really solid choice of editor/OS for people willing to get over the learning curve and put up with a bit of clunkiness. Re the git stuff though- one place that I'm pretty sure emacs is the uncontested champ is in git integ…

I'd say it's uncontested if you like using emacs . Because - for me - it's awful. Mostly because I find using vim or emacs awful and only use either of them when I absolutely can't avoid it. But that said - it does it's job very well and magit is certainly excellent software for those that are interested in that interface.

IMO it certainly takes some learning curve to get up to speed with the keybindings and concepts. In the beginning anybody would struggle but after the learning efforts you'd find it to be much more productive than the other editors.

Re: VS Code can do that?

#254

Post by whatyoucantsay »

abritinthebay wrote: post #224
Tagore wrote: post #115

Earlier quoted context omitted.

I keep hearing good things about VSCode. If I weren't essentially married to emacs I'd definitely try it out. I'm not sure I'd recommend emacs to everyone at this point, though I think it remains a really solid choice of editor/OS for people willing to get over the learning curve and put up with a bit of clunkiness. Re the git stuff though- one place that I'm pretty sure emacs is the uncontested champ is in git integ…

I'd say it's uncontested if you like using emacs . Because - for me - it's awful. Mostly because I find using vim or emacs awful and only use either of them when I absolutely can't avoid it. But that said - it does it's job very well and magit is certainly excellent software for those that are interested in that interface.

I think it's genetic. Whatever allele is responsible for emacs affinity, some people have it. It never ceases to amaze me how early in their studies they latch onto emacs and start doing increasing amounts of their computing through it.

Others, such as myself, suffer it only when compelled by an instructor.

Re: VS Code can do that?

#256

Post by Boulth »

OutThisLife wrote: post #243
scottmf wrote: post #61

Slightly off topic but this code in example #5: get() { return new Promise((resolve, reject) => { fetch(`${baseAPI}/heroes`) .then(response => response.json()) .then(json => resolve(json)) .catch(err => { reject (err); }); }); } Why not just: get() { return fetch(`${baseAPI}/heroes`) .then(response => response.json()); }

or async get () { return await (await fetch(`${baseAPI}/heroes`)).json() }

If you see `return await` glued together just like that you can drop the `await` as it's effectively a no-op in this case.

Re: VS Code can do that?

#257

Post by arbie »

petee wrote: post #74
didibus wrote: post #40

Oh, most of those are for HTML/JS. I was hoping it was gonna talk about performance improvement or support for additional languages and features.

There are a ton of language extensions available, is there a particular one you are missing?

Perl?

Re: VS Code can do that?

#258

Post by arbie »

Amezarak wrote: post #170
allover wrote: post #164

Earlier quoted context omitted.

In general, one should consider the audience of the content, not NoScript users, in this case. > JS is a big security/privacy risk. No, 3rd party JS (and 3rd party cookies, JS regardless) allow you to be tracked. And ad-blockers deal with that. Blocking 1st party JS is of tenuous benefit w.r.t security/privacy.

> Blocking 1st party JS is of tenuous benefit w.r.t security/privacy. Blocking all JS lets me click on any link fearlessly.

What is your primary fear with JS enabled? Tracking/keylogging/cryptomining?

Re: VS Code can do that?

#259

Post by arbie »

shawnz wrote: post #88
orf wrote: post #83

Earlier quoted context omitted.

Are you running Windows? Could put *nix on it, reduce the amount of crap running in the background and pick a low-memory shell?

The biggest consumer of RAM for me is chrome, not windows, and it is basically essential to my development process to have it open all the time. So I worry an OS change would not produce an appreciable enough performance improvement to justify changing my whole workflow over.

Is Chromium on Linux a suitable alternative for your development workflow?
Post reply on HN