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

Go at Digital Ocean

speakerdeck.com

Post reply on HN
Print view View original

11–20 of 107 posts

Re: Go at Digital Ocean

#11

Post by rapsey »

yjftsjthsd-h wrote: post #6
hardwaresofton wrote: post #3

Earlier quoted context omitted.

While rust is the safer, and more featureful language, I think Go is quite possibly the better pick for large corporations just due to it's simplicity. Rust to me is the more interesting language, but it definitely offers more power and more choice -- they probably did the right thing by going for Go IMO. Also really cool to see all the tooling they've built up -- all of the things mentioned seem really cool, "who's…

Another possible reason: my understanding is that Go works really well for web apps (including the standard library covering http and templates), while Rust isn't as strong there. But I might just have seen less web-focused Rust; are there any good frameworks for web apps in Rust?

In my experience Rust works well as a C/C++ replacement. As a high level language much less so. Go is clearly the better choice for web apps and probably will remain so.

Re: Go at Digital Ocean

#12

Post by sytse »

Very interesting presentation. From my perspective it was interesting that they used GitHub Enterprise with Drone for CI and Concourse and GoCD for CD. At GitLab we're planning a 'CI Only' mode http://bit.ly/2Aj70zv because companies like Datadog are using GitHub Enterprise with GitLab for the CI. Based on this presentation I've asked the team to rename it to CI/CD only to stress that people are able to use one application for both CI and CD.

BTW I'm not sure if this comment is adding to the conversation or if it is too self promotional. If it gets down voted I'll delete it.

Re: Go at Digital Ocean

#13

Post by innocentoldguy »

I really like Digital Ocean and use it for all my small to mid-sized projects. I agree with a lot of the other comments that languages like Rust (and I'll add Elixir) are far more interesting, fun to program in, and feature rich than Go, but I really don't care what DO choses to use, as long as their offerings continue to be great.

Re: Go at Digital Ocean

#14

Post by varunsaini »

steveklabnik wrote: post #9
octalmage wrote: post #8

Earlier quoted context omitted.

I also think Rust is the more interesting choice, but the company I work for went with Go. It does seem to be the more popular choice.

Yeah, Go being stable earlier, plus being so simple is great for its adoption. That said, Rust and Go have some overlap, but also areas where each is clearly the better choice. There's no reason this needs to be a zero-sum thing!

Yeah, they both have their use cases and they can both be popular equally. It's all about looking at the problem in hand and deciding what do you need to solve that problem.

Re: Go at Digital Ocean

#15

Post by yjftsjthsd-h »

steveklabnik wrote: post #7
yjftsjthsd-h wrote: post #5

Earlier quoted context omitted.

What's Oracle doing with Rust?

Writing container runtimes https://blogs.oracle.com/developers/building-a-container-run... (Github link at the end there) and https://github.com/oracle/crashcart

Neat! Oracle, being the epitome of Enterprise, is the last company I would have expected to see using Rust and containers; nice to be proven wrong :)

EDIT: typo

Re: Go at Digital Ocean

#16

Post by steveklabnik »

yjftsjthsd-h wrote: post #6
hardwaresofton wrote: post #3

Earlier quoted context omitted.

While rust is the safer, and more featureful language, I think Go is quite possibly the better pick for large corporations just due to it's simplicity. Rust to me is the more interesting language, but it definitely offers more power and more choice -- they probably did the right thing by going for Go IMO. Also really cool to see all the tooling they've built up -- all of the things mentioned seem really cool, "who's…

Another possible reason: my understanding is that Go works really well for web apps (including the standard library covering http and templates), while Rust isn't as strong there. But I might just have seen less web-focused Rust; are there any good frameworks for web apps in Rust?

There's a bunch of stuff! https://crates.io/categories/web-programming::http-server

However, it's still very much in early days, so there's no particular consensus, other than Tokio being the async I/O component. Much less mature than Go. We'll get there!

Re: Go at Digital Ocean

#17

Post by geodel »

yjftsjthsd-h wrote: post #15
steveklabnik wrote: post #7

Earlier quoted context omitted.

Writing container runtimes https://blogs.oracle.com/developers/building-a-container-run... (Github link at the end there) and https://github.com/oracle/crashcart

Neat! Oracle, being the epitome of Enterprise, is the last company I would have expected to see using Rust and containers; nice to be proven wrong :) EDIT: typo

Well Oracle was the last big company to join Cloud Native foundation. They have realized that Kubernetes, containers are becoming new standard layer of infrastructure. Combined with fact Oracle donated JavaEE to Eclipse foundation, effectively washing their hands of legacy tech.

Re: Go at Digital Ocean

#18

Post by ShabbosGoy »

I'm curious as to why they went with the monorepo approach. This might sound really stupid, but couldn't you just have a seperate repo for each team/service?

My approach is to shove everything in $GOPATH/src.

Re: Go at Digital Ocean

#19

Post by twic »

Coffee and bag geek

I'm a coffee geek, but i'm intrigued at the idea of being a bag geek. How does one geek out over bags? What are the cool things bag geeks know that ordinary people don't?

Re: Go at Digital Ocean

#20

Post by twic »

sytse wrote: post #12

Very interesting presentation. From my perspective it was interesting that they used GitHub Enterprise with Drone for CI and Concourse and GoCD for CD. At GitLab we're planning a 'CI Only' mode http://bit.ly/2Aj70zv because companies like Datadog are using GitHub Enterprise with GitLab for the CI. Based on this presentation I've asked the team to rename it to CI/CD only to stress that people are able to use one appli…

Conversely, i'd be interested to know how and why they're using Concourse for CD but not CI. My experience with Concourse taught me that it's model deals much better with CI, which is isolated from the rest of the world, than CD, which isn't. For CD it just became a very complicated way to run shell scripts.
Post reply on HN