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

Visual Studio Code for Go

github.com

Post reply on HN
Print view View original

121–130 of 223 posts

Re: Visual Studio Code for Go

#121

Post by wvenable »

itslennysfault wrote: post #95
melling wrote: post #23

Earlier quoted context omitted.

Can anyone who uses Visual Studio Code compare its functionality to the native Visual Studio? I forgot about this project because it's seldom mentioned: https://code.visualstudio.com/Download

I use VSCode daily and I love it. I've always been a fan of lightweight text editors and always choose speed over piles of functionality. To me Visual Studio feels like trying to run while wearing cement shoes. It takes forever to load and crashes/freezes far too often for my taste. VSCode is amazingly light weight and stable and brings in IntelliSense, basic refactoring tools, and pretty solid git integration. If yo…

I feel like these editors that pull in entire browser runtime and run JavaScript aren't really light weight or stable.

It takes about 3 seconds for Visual Studio to open on my desktop; not exactly forever.

Re: Visual Studio Code for Go

#122

Post by Locke1689 »

Someone1234 wrote: post #81
0xffff2 wrote: post #79

Earlier quoted context omitted.

I guess that's exactly what I don't understand. If I add a 32-bit integer and a 64-bit integer, what other possible result could I be expecting besides a 64 bit integer?

An exception, a 32 bit integer, underflows, or overflows.

That's a problem with addition, period, not type promotion. Adding a 64-bit and 32-bit integer and promoting the 32-bit integer to 64-bit doesn't produce any problems that you won't have adding two 32-bit integers together or two 64-bit integers.

Re: Visual Studio Code for Go

#124

Post by jamra »

aninteger wrote: post #72
jamra wrote: post #42

Earlier quoted context omitted.

Code completion is not as good. I believe VSC uses gocode. VS 2015 also has a cool new feature that shows you references to each function right above the function declaration. Clicking on the reference count will open a quick jump contextual menu. I wouldn't compare the two products. VS has a SQL editor. It manages database connections. There is an integrated merge tool that is actually quite good. You have project t…

That cool new feature was actually present in VS2013. VS2015 has even cooler stuff but for sure the reference count existed in VS2013.

Thanks for the correction. Can you tell which version I skipped? ;P

Re: Visual Studio Code for Go

#125

Post by pasbesoin »

Years ago, when MS was thick in the anti-trust contentions, pops and I agreed that were they to break up, it would be great to have one segment be "tools." MS has long had and offered some great programming support -- compilers, development environments, etc.

However, with monolithic MS, those too often seem tied to and influenced by the larger corporation's goals. You know, world dominance, crushing the opposition, and all that.

I hope that this new push by MS is genuine and does not morph into another embrace, extend, and -- purposefully or simply inevitably -- extinguish effort.

I'm not in the thick of it. This is probably an outdated and way far outside observation. Nonetheless, MS support still leaves me looking for the strings attached.

Re: Visual Studio Code for Go

#126

Post by kozukumi »

jokoon wrote: post #70
kozukumi wrote: post #60

Earlier quoted context omitted.

Not the same person as parent but I wouldn't recommend System 76 personally. I got caught up in the hype and got a Lemur 14" but the build quality is pretty poor and I had awful keyboard issues (since fixed I believe). If you want something that runs Linux well I have stuck with ThinkPad's. You really can't beat them in terms of performance, reliability and Linux support.

I recently got a thinkpad L440, I chose the bad wifi chipset (I did some research first, nowhere would have had read about that issue), and that chipset is not supported. I installed some backport which seems to turn off/on at times. I don't think there are decent brands for linux, or it might require deeper pockets. That's the cost of not working with microsoft.

My main machine is still a T420s and it runs every Linux version I through at it without fail. I haven't heard any bad things about more modern T series (or W series) with Linux, not sure about the L series though sorry.

Re: Visual Studio Code for Go

#127

Post by kozukumi »

outworlder wrote: post #84
kozukumi wrote: post #60

Earlier quoted context omitted.

Not the same person as parent but I wouldn't recommend System 76 personally. I got caught up in the hype and got a Lemur 14" but the build quality is pretty poor and I had awful keyboard issues (since fixed I believe). If you want something that runs Linux well I have stuck with ThinkPad's. You really can't beat them in terms of performance, reliability and Linux support.

Thinkpads ceased to be Thinkpads in all but name, ever since Lenovo acquired the division. Unless you are talking about old IBM Thinkpads?

I kind of agree, they are not as awesome as they used to be but I don't know if that is totally Lenovo's fault. Back when ThinkPad's where an IBM product laptops were bit and chunky, then we had ultrabooks and Lenovo had to compete. I believe IBM would have had to compete in the same way just like Dell and HP have had to. The Latitude series isn't as great as it was 5+ years ago. As they get thinner and lighter with less removable components they become less end-user friendly.

Re: Visual Studio Code for Go

#128

Post by calebegg »

frik wrote: post #73
schmichael wrote: post #14

We're a 100% Go shop and everyone on my team but me uses Visual Studio Code for Go. It's really amazing. (My mind has just been so corrupted by years of vim usage I'm trapped.) It's bizarre to think my team writes in a language created by Google in an editor created by Microsoft on System76 laptops running Ubuntu. Never would have been possible in the Gates or Ballmer eras.

Has VS Code still the phone home feature, that can't be turned off? (no it's not okay to sniff on my data or usage, on my computer!)

It can be turned off now:

https://code.visualstudio.com/docs/supporting/faq#_how-to-di...

Re: Visual Studio Code for Go

#129

Post by kozukumi »

simondedalus wrote: post #71
kozukumi wrote: post #60

Earlier quoted context omitted.

Not the same person as parent but I wouldn't recommend System 76 personally. I got caught up in the hype and got a Lemur 14" but the build quality is pretty poor and I had awful keyboard issues (since fixed I believe). If you want something that runs Linux well I have stuck with ThinkPad's. You really can't beat them in terms of performance, reliability and Linux support.

Thinkpenguin makes very good stuff. I don't have any experience with the current models, but in terms of build quality and bang for the buck, I think they blow System 76 away. Admittedly, I use a Thinkpad t430 and a MacBook Air myself, but if I didn't have more laptops than I knew what to do with, I'd be considering Thinkpenguin (though, I'm of the same mind as Linus Torvalds, http://www.cultofmac.com/162823/linux-cr…

I'm still on a T420s. Other than the rather crap panel it is a great machine still. I have been holding out for a decent fanless machine. Something with the same sort of power as a 3rd or 4th gen i5/7, M.2 SSD, 1080p or better 14" IPS, etc.

They are getting very close. I work in very quiet environments and I hate fan noise. Also no moving parts!

Re: Visual Studio Code for Go

#130

Post by rhodysurf »

Someone1234 wrote: post #31
rhodysurf wrote: post #19

Earlier quoted context omitted.

Its a a very simplistic language. Coming from C# there is no inheritance, only composition. Types are super strict too which can be a pain in the ass (especially cuz you cant add things like an int32 and an int64 together). Its nice once you are used to it though.

> especially cuz you cant add things like an int32 and an int64 together Which in some ways makes a lot of sense, in particular if you want to avoid "undefined behaviour" or just behaviour which is subtle. For example: If I add a uint32 and a uint64, what is the format of the result? What about uint64 and int32? Which of those is "larger?" And that's just the least bad example, with two float-formats you can lose pre…

I know its bad, I am just lazy and explaining the most annoying thing I found using Go as a C++ dev.
Post reply on HN