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

Visual Studio Code 1.10

code.visualstudio.com

Post reply on HN
Print view View original

111–120 of 145 posts

Re: Visual Studio Code 1.10

#111

Post by SiVal »

blunte wrote: post #86
Zaheer wrote: post #10

VSCode team is killing it! Literally every month its tangibly making the product better. I still use Sublime occasionally on really large files as its performance is so good but for most things VSCode is my go-to!

Agreed, and I am becoming quite a fan of their work and their direction. One concern I have is that they don't make it so feature rich that it becomes slow and overly complex - or at least be smart about which features to push out to extensions.

I hope they'll carefully architect it (both base product and extension system) so that heavy features can be turned off, either dynamically (when not needed), statically (in preferences), or both. If they do so, I'd be happy to have them add such features, because I could optimize the speed / (other) features tradeoff for myself and adjust it for different situations.

This isn't a consumer product, and it's not a "word processor". It's a tool for builders, so conventional wisdom about how great designers make the decisions instead of dumping them into preferences don't apply.

Great designers of tools like these figure out clever ways of helping users better customize their toolbox.

Re: Visual Studio Code 1.10

#112

Post by anilgulecha »

inertial wrote: post #110
Zaheer wrote: post #10

VSCode team is killing it! Literally every month its tangibly making the product better. I still use Sublime occasionally on really large files as its performance is so good but for most things VSCode is my go-to!

Kinda surprised that every version bump gets a lot of love on HN [1]. How does it compare in terms of memory usage w.r.t sublime ? I've a sublime project open for months that has never had any impact on system performance and it stays within 70MB RAM. Is VS Code even close ? [1] https://hn.algolia.com/?query=visual%20studio%20code&sort=by...

It's because of the non-fluffy release posts.

They have detailed list of new features, with good GIF demos of new features. How can one not like a release post like that?

Re: Visual Studio Code 1.10

#113

Post by richie5um »

Zaheer wrote: post #10

VSCode team is killing it! Literally every month its tangibly making the product better. I still use Sublime occasionally on really large files as its performance is so good but for most things VSCode is my go-to!

I love the speed of Sublime, and still use it sometimes. But, the vast majority of time is in VSCode.

Re: Visual Studio Code 1.10

#114

Post by SiVal »

Tyriar wrote: post #63
eduren wrote: post #43

Earlier quoted context omitted.

Playing around with the minimap now, and disappointingly it doesn't seem to render the text selection (at least not at my dpi). Was looking forward to that as well. If you haven't tried vscode however, it's always had selection markers inside the real scrollbar.

Hi eduren, I'm on the VS Code team. The minimap this release is just a preview focused on getting the performance aspects of it right. You can read about what's to come at the bottom of the minimap section https://code.visualstudio.com/updates/v1_10#_preview-minimap

Tyriar, thanks SO much for minimap! I use multiple editors. I mark up some of my files with designs that can be seen from a "high altitude" minimap view, and I've had to use a different editor for those files until now. With minimap, I can also edit those files with VSCode and eliminate one other editor.

I hope you'll add a variety of preferences for it, so users can decide for themselves how much "weight" they want to bear and for which features. I'd like to be able to toggle it on/off, have it show highlights, keep the viewport highlighted even when the mouse is not in the minimap, and adjust the width (sometimes I have more room, sometimes I have a VERY long file, etc.).

SEPARATE ISSUE: I wish the "Panel" (output, terminal, etc.) could be positioned side-by-side with the code instead of being fixed on the bottom, where it covers up half of your code while leaving the right side of the screen empty.

Re: Visual Studio Code 1.10

#115

Post by ctolkien »

rubicon33 wrote: post #87
Joeri wrote: post #19

Earlier quoted context omitted.

I used vs code to play around with typescript, which led me to check out the bot framework. I then built a prototype bot for work, showed it to my boss, and got the time to turn it into a product whose primary interface is skype. That product uses the luis natural language service, which we now pay for on azure. So, at least for me there was a strong network effect.

What is the "bot framework" you speak of?

https://dev.botframework.com/

Re: Visual Studio Code 1.10

#116

Post by coldtea »

Rapzid wrote: post #107
coldtea wrote: post #77

Earlier quoted context omitted.

> and I imagine it is also winning them favor with Go developers. All 10 of them? Sorry, but to think it's some kind of ploy for Go developers specifically does not really compute. It might very well be a "goodwill" project, but Go devs are insignificant compared to the web developer community at large.

In volume perhaps. One of the most influential open source projects of recent times is Docker. Docker is written in go. MS has gotten behind docker. Another, kubernetes. I'm not saying this influenced Visual Studio code. But to say Go devs are insignificant is a little out of touch.

>One of the most influential open source projects of recent times is Docker. Docker is written in go. MS has gotten behind docker.

Which is orthogonal to Go, as Docker is a language agnostic container manager.

People using Docker are not, by and large, Go programmers and most don't even care about Go.

Re: Visual Studio Code 1.10

#117

Post by SiVal »

inertial wrote: post #110
Zaheer wrote: post #10

VSCode team is killing it! Literally every month its tangibly making the product better. I still use Sublime occasionally on really large files as its performance is so good but for most things VSCode is my go-to!

Kinda surprised that every version bump gets a lot of love on HN [1]. How does it compare in terms of memory usage w.r.t sublime ? I've a sublime project open for months that has never had any impact on system performance and it stays within 70MB RAM. Is VS Code even close ? [1] https://hn.algolia.com/?query=visual%20studio%20code&sort=by...

Kinda surprised that every version bump gets a lot of love on HN

I'm glad it does. Each version bump, I come over the HN to check out what people have to say. It's an extremely useful tool to me and is developing rapidly. I'm using it, but I don't have as much time as I'd like to study it, so I glance through the comments to see if someone mentions something I'm not aware of that I should know.

I could get more about the product specifically from a good VSCode forum, but they don't seem to have one. A Github Issues page is not a proper user forum. (Maybe they have one now--as I said, I don't keep up as well as I'd like.)

But HN will tell me things about VSCode in a larger context, so I would probably want to keep reading comments here even if VSCode had a proper user forum.

Re: Visual Studio Code 1.10

#119

Post by SiVal »

Dangeranger wrote: post #15

What is the long term value to Microsoft for VS Code? It is definitely improving their image within the web development community, and I imagine it is also winning them favor with Go developers. Have people noticed a network effect after using VS Code? Are you getting sucked into the rest of the MS ecosystem at all?

What is the long term value to Microsoft for VS Code?

A strategic tool for a strategic group (to MS's future): developers. It's not a very big team, so even a total failure would be capped at a fairly small downside, but the upside of capturing significant loyalty is not capped. "Loyalty" here is to VSCode, not to Microsoft, but if MS controls a tool that large numbers of developers are committed to, it can make sure that a large number of developers have an easy, reliable way to use technologies MS wants to push.

I'm not saying that MS would capture developers and then force them to use MS technologies. That would kill the goose laying the golden eggs. They can just build their own extensions that work extremely well and make any necessary changes to the base product and extension system to support the extensions so that developers have an easy and reliable way to adopt new MS technologies on all platforms, not just Windows.

This might not end up being of great practical value to them or it could turn out to be huge at some point in the future. Limited downside, unlimited potential upside. It's a speculative bet, but apparently they think it's worth trying.

Re: Visual Studio Code 1.10

#120

Post by jhasse »

bliker wrote: post #70

Today I was looking into using the VS Code debugger for embedded C and I was surprised that the c/c++ extension is not open source. Does anyone know the reason?

It's using closed-source IntelliSense code.
Post reply on HN