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

Portable Cloud Programming with Go Cloud

blog.golang.org

Post reply on HN
Print view View original

71–80 of 158 posts

Re: Portable Cloud Programming with Go Cloud

#71

Post by outworlder »

pinkgodzilla wrote: post #30

I wonder what kind of monitoring and alert system must exist if any cloud provider changes their SDK or APIs (signature, logic, capability etc.) upstream while your go binaries are in production. Did Google manage to get cloud providers on board to register and update a 1 to 1 match between the upstream api and the go cloud api? Secondly on the article's mention on multi cloud usage, you would need to be a pretty lar…

> Secondly on the article's mention on multi cloud usage, you would need to be a pretty large place to need (or even bothering to assess and convince yourself that you need) to use multiple cloud providers at once.

Oh, this is not the case at all. Do business with any retailer? Try telling them your stuff is hosted on AWS and see how that works for you.

Re: Portable Cloud Programming with Go Cloud

#72

Post by mfer »

bhamta wrote: post #63

I like how Google tries to masquerade their corporate goals behind the 'portability' banner. Google Cloud is in a distant third place behind AWS and Azure, so ofcourse they don't want developers to have tight coupling to their competitors. This portable cloud strategy is a mirage. I haven't seen anyone migrate providers easily (we tried in my last company). In reality, you have to break the cloud agnostic abstraction…

Note, Azure support is filed under "unplanned"... https://github.com/google/go-cloud/issues/76

Interesting that the #2 cloud provider is listed as unplanned in a library coming out of the Go team.

Re: Portable Cloud Programming with Go Cloud

#73

Post by mfer »

cflewis wrote: post #27

Hey ho. I worked on this project. The majority of the team is in SF for Google Cloud Next to present this. I'm about to hop into the car to head up myself to watch, so I can do a little AMA throughout the day. Reply to this to make sure I see your question! Here's a question I've already seen: > Is this a Google project or a Go project? It is a project led by the Go team, and we are very aware of our responsibility t…

> we are very aware of our responsibility to be cloud provider neutral

Yet, Azure support is listed as unplanned.

The language could mean that this is not going to be planned. The fact that y'all have not worked with Azure Go folks to get this moving is something to ponder.

A reminder that Go is a Google language and isn't vendor neutral?

Re: Portable Cloud Programming with Go Cloud

#74

Post by skybrian »

bhamta wrote: post #63

I like how Google tries to masquerade their corporate goals behind the 'portability' banner. Google Cloud is in a distant third place behind AWS and Azure, so ofcourse they don't want developers to have tight coupling to their competitors. This portable cloud strategy is a mirage. I haven't seen anyone migrate providers easily (we tried in my last company). In reality, you have to break the cloud agnostic abstraction…

Having some common types available seems useful for people writing portable libraries. Maybe it's not going to change the world for most developers, but it could help defragment the library ecosystem a bit.

Re: Portable Cloud Programming with Go Cloud

#75

Post by merb »

JustARandomGuy wrote: post #52
cflewis wrote: post #27

Hey ho. I worked on this project. The majority of the team is in SF for Google Cloud Next to present this. I'm about to hop into the car to head up myself to watch, so I can do a little AMA throughout the day. Reply to this to make sure I see your question! Here's a question I've already seen: > Is this a Google project or a Go project? It is a project led by the Go team, and we are very aware of our responsibility t…

Is this compatible with the Go runtime of Google App Engine[0] currently? I was having difficulty getting the golang Google Cloud Storage client to work on App Engine several months ago. 0: https://cloud.google.com/appengine/docs/go/

a lot of stuff is hard to do an App Engine Standard with Go. (especially `dep` support and I guess `vgo` aswell)

Re: Portable Cloud Programming with Go Cloud

#76

Post by merb »

nine_k wrote: post #66
pjmlp wrote: post #55

Earlier quoted context omitted.

Go is what Java 1.0 should have been. Question is, how it will move beyond that, if ever.

Go the language now is indeed very similar to Java pre-1.5, but with a better OOP story, and a much better concurrency story. I still think that JVM + JIT is hugely important, though. Now it's importance is somehow diminished by presence of LLVM, but 20 and even 10 years ago the situation with native compilation was different. (I know that the canonical Go compiler does not use LLVM.)

and a much smaller heap.

Re: Portable Cloud Programming with Go Cloud

#77

Post by skybrian »

mfer wrote: post #73
cflewis wrote: post #27

Hey ho. I worked on this project. The majority of the team is in SF for Google Cloud Next to present this. I'm about to hop into the car to head up myself to watch, so I can do a little AMA throughout the day. Reply to this to make sure I see your question! Here's a question I've already seen: > Is this a Google project or a Go project? It is a project led by the Go team, and we are very aware of our responsibility t…

> we are very aware of our responsibility to be cloud provider neutral Yet, Azure support is listed as unplanned. The language could mean that this is not going to be planned. The fact that y'all have not worked with Azure Go folks to get this moving is something to ponder. A reminder that Go is a Google language and isn't vendor neutral?

Maybe they're hoping Microsoft will do it?

Re: Portable Cloud Programming with Go Cloud

#78

Post by pkaye »

nostalgeek wrote: post #54
pkaye wrote: post #6

Earlier quoted context omitted.

Our company uses Go. Most people who join have no experience in Go yet usually they can get comfortable with the language in 1-2 weeks to start contributing. I know nothing about Node/JS but I'm sure that takes much longer?

> but I'm sure that takes much longer? Your people can pick up go reflect package or go routines/channels and co in 1-2 weeks and start contributing? impressive... most people can pick up for loops, if,switch statements, variable and function declaration in a week in any language as well... In fact, a lot of non programmers use JS regularly to write scripts in the browser. I imagine your people know how to program be…

> So what do you think takes longer to learn? mastering go threading model or being able to add interactivity to the DOM?

For me, the go threading model is easier. I just can't stand DOM and web programming in general. Currently working on a problem doing some computation across dozens of cores on multiple servers and go makes it a lot easier to spawn the 1000 goroutines and coordinate between them. I guess everyone has different interests and perhaps it is similar for those we hire.

Re: Portable Cloud Programming with Go Cloud

#79

Post by [deleted] »

mfer wrote: post #73
cflewis wrote: post #27

Hey ho. I worked on this project. The majority of the team is in SF for Google Cloud Next to present this. I'm about to hop into the car to head up myself to watch, so I can do a little AMA throughout the day. Reply to this to make sure I see your question! Here's a question I've already seen: > Is this a Google project or a Go project? It is a project led by the Go team, and we are very aware of our responsibility t…

> we are very aware of our responsibility to be cloud provider neutral Yet, Azure support is listed as unplanned. The language could mean that this is not going to be planned. The fact that y'all have not worked with Azure Go folks to get this moving is something to ponder. A reminder that Go is a Google language and isn't vendor neutral?

[deleted]

Re: Portable Cloud Programming with Go Cloud

#80

Post by erik_seaberg »

paulddraper wrote: post #19
tree_of_item wrote: post #16

Earlier quoted context omitted.

Nope, you have to use imports. It's a little annoying but not "surprising" since the language shoves it in your face right away.

You're correct. I was in no way surprised by this language feature, and neither were any of my coworkers. Go is a thoroughly "unsurprising" language.

A fatal error that prevents deployment is a lot more surprising than a warning.
Post reply on HN