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

Google Cloud Platform’s Pi API – With access to 750B digits of Pi

pi.delivery

Post reply on HN
Print view View original

21–30 of 91 posts

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#21

Post by bitmapbrother »

nodesocket wrote: post #19

I'm calling this: after attending Google Cloud Next last week, and seeing the huge improvements to GCP in the last 18 months, I am supremely confident that AWS should be worried about Google as a legitimate competitor. $GOOG is betting big on GCP, and they are executing at a very high level releasing iterative products and new features. I'm recommending GCP for all my clients (shameless plug https://elasticbyte.net )…

Legitimate competitor? With all of the data centers they have sprouting up this year and their superior networking technology and infrastructure I'll go on the record and say they'll be #1 in 5 years.

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#23

Post by Guest98123 »

nodesocket wrote: post #19

I'm calling this: after attending Google Cloud Next last week, and seeing the huge improvements to GCP in the last 18 months, I am supremely confident that AWS should be worried about Google as a legitimate competitor. $GOOG is betting big on GCP, and they are executing at a very high level releasing iterative products and new features. I'm recommending GCP for all my clients (shameless plug https://elasticbyte.net )…

Whether you're on Amazon or Google, one thing is certain, we're going to have some amazing services and options available due to the competition between the two, and both of them fighting for market share.

I'm on AWS at the moment, and I'm in no hurry to jump ship, because I know Amazon is going to be forced to stay competitive with comparable services and pricing. In 3 or 5 years, if there's a clear winner, I'll make the switch, but for now, it's going to be fun just watching everything unfold.

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#24

Post by nodesocket »

bitmapbrother wrote: post #21
nodesocket wrote: post #19

I'm calling this: after attending Google Cloud Next last week, and seeing the huge improvements to GCP in the last 18 months, I am supremely confident that AWS should be worried about Google as a legitimate competitor. $GOOG is betting big on GCP, and they are executing at a very high level releasing iterative products and new features. I'm recommending GCP for all my clients (shameless plug https://elasticbyte.net )…

Legitimate competitor? With all of the data centers they have sprouting up this year and their superior networking technology and infrastructure I'll go on the record and say they'll be #1 in 5 years.

Completely agree they absolutely nailed networking and VPCs. GCP network attached disks are so much faster and easier to groc than EBS. The bigger the GCP disk, the faster it performs. If you want to maximize IOPS make a disk 750GB or larger. Compared that with EBS that has overhead with concepts like enhanced networking, EBS optimized, and don't even get me started on provisioned IOPS.

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#25

Post by jedberg »

saturnism wrote: post #20
jedberg wrote: post #18

Things I would do if I were a better JS programmer: 1. Figure out how many BPM I need to to have the music simulation generate digits at the same rate as the visual simulation. 2. Figure out how to press both start buttons at the same time.

it's actually here: https://pi.delivery/demo/ but we didn't have time to make it look nice :(

Awesome!! I knew I couldn't be the only one with that idea.

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#26

Post by Buge »

pugio wrote: post #12

I know it's Pi day, and the title uses the word for the greek letter, but my mind read the domain and immediately thought Google was offering an API for automated pie delivery. Now I really want this.

https://www.google.com/express/u/0/product/86239075729442885...

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#27

Post by jedberg »

nodesocket wrote: post #19

I'm calling this: after attending Google Cloud Next last week, and seeing the huge improvements to GCP in the last 18 months, I am supremely confident that AWS should be worried about Google as a legitimate competitor. $GOOG is betting big on GCP, and they are executing at a very high level releasing iterative products and new features. I'm recommending GCP for all my clients (shameless plug https://elasticbyte.net )…

Most folks on HN are part of the startup crowd, and what that crowd misses is that while GCP is technically superior in every way, they have no idea how to sell to an enterprise.

Google's sales method is, "There's the docs, good luck". Enterprises don't like that. They like to be hand held, they like lots of humans taking them out for lunches and dinners.

So far Google has not shown any inclination that they know how to enterprise, and in fact it's fairly counter-cultural for them.

If they learn to sell to the enterprise, I agree with you.

But right now, almost all the money in cloud is with the enterprise, and right now Google has no idea how to address that market.

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#28

Post by aviraldg »

saturnism wrote: post #20
jedberg wrote: post #18

Things I would do if I were a better JS programmer: 1. Figure out how many BPM I need to to have the music simulation generate digits at the same rate as the visual simulation. 2. Figure out how to press both start buttons at the same time.

it's actually here: https://pi.delivery/demo/ but we didn't have time to make it look nice :(

Is that a standard template you're using for the website?

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#29

Post by Myrmornis »

That first visualization using d3 is a classic example of a bad visualization isn't it? It's extremely difficult to get a sense of the difference in off-diagonal transition rates, and impossible to get an accurate sense of them or any sense at all of the on-diagonals. And yet, the transition rates could have been conveyed perfectly well by writing them in a 10 by 10 table! Maybe shading the cells of the table somehow to show the rate -- I'm no expert in data visualization -- just not the one chosen!

I think d3 is wonderful, but I worry that this sort of thing will make some people shake their heads and say "fancy JavaScript nonsense just causes people to make bad visualizations nowadays".

Re: Google Cloud Platform’s Pi API – With access to 750B digits of Pi

#30

Post by rascoe »

Guest98123 wrote: post #23
nodesocket wrote: post #19

I'm calling this: after attending Google Cloud Next last week, and seeing the huge improvements to GCP in the last 18 months, I am supremely confident that AWS should be worried about Google as a legitimate competitor. $GOOG is betting big on GCP, and they are executing at a very high level releasing iterative products and new features. I'm recommending GCP for all my clients (shameless plug https://elasticbyte.net )…

Whether you're on Amazon or Google, one thing is certain, we're going to have some amazing services and options available due to the competition between the two, and both of them fighting for market share. I'm on AWS at the moment, and I'm in no hurry to jump ship, because I know Amazon is going to be forced to stay competitive with comparable services and pricing. In 3 or 5 years, if there's a clear winner, I'll mak…

I don't think switching will be the answer, but rather federation. We are currently deploying new services on Kubernetes and we can run isolated Kubernetes clusters on either GCP (not just GKE), or on AWS.

While we aren't to the point of using cluster federation for production yet, this is the next logical step. I see a, not to distant, future where we have cluster federation across on premise, GCP, and AWS clusters.

If, like us, your all in on the container Kool-Aid, then I believe the future looks a lot like policy based Kubernetes scheduling across federated clusters. Policy factors like geolocation, spot pricing, resource requirements, SLOs, etc... are all configureable to the app developer and transparently effected by pluggable Kubernetes schedulers.

Post reply on HN