Live data from Hacker News

HashiCorp – S1

sec.gov

271–277 of 277 posts

Re: HashiCorp – S1

#271
post #241

Earlier quoted context omitted.

Both are subsidiaries of Google, not Alphabet.

Chromecast Android ChromeOS I think Oculus is much more similar to Stadia than something else too. Additionally, all of those platforms you mention du the same thing: chat and share pics.

You listed three Google products. Those are not alphabet companies. No one is trying to say Google is smalltime. Rather the point is, “Meta as an entity is comparable to Google, not Alphabet because it’s Units are Interesting”

Re: HashiCorp – S1

#272
post #145
post #70

Earlier quoted context omitted.

Thanks. How does one find the complete S1 when it is updated? For example, how can this information be found for Coinbase?

SEC/Edgar Hashicorp https://www.sec.gov/edgar/search/#/dateRange=custom&ciks=000... Coinbase https://www.sec.gov/edgar/search/#/dateRange=custom&ciks=000...

And in these results is the info on what percentage of coinbase has been sold via the IPO? Where?

Re: HashiCorp – S1

#273
post #271

Earlier quoted context omitted.

Chromecast Android ChromeOS I think Oculus is much more similar to Stadia than something else too. Additionally, all of those platforms you mention du the same thing: chat and share pics.

You listed three Google products. Those are not alphabet companies. No one is trying to say Google is smalltime. Rather the point is, “Meta as an entity is comparable to Google, not Alphabet because it’s Units are Interesting”

I listed 4 actually, all with their OWN household name with plenty of users.

Under the Google umbrella or alphabet is the same. Just like under Facebook or Meta.

Nobody cares about the exact legal construction of those products. Plenty of people still say FANG, where it's short for Google and not Alphabet.

Nice nitpick, but you obviously mispositioned your initial comment by putting the emphasis on household names and not on the legal structure, which is a strange argument fyi.

Re: HashiCorp – S1

#274

Earlier quoted context omitted.

All major clouds have better alternatives to Vault. Vault is mostly for really large companies that want to run things like this by themself. There is no need for service discovery in the cloud in general. I have also used Nomad a lot. Maybe it is because we always needed the cutting edge features in general, but in general not very good quality. Core features always worked though. People should use Kubernetes instea…

> There is no need for service discovery in the cloud in general. That's an interesting take! How do you route requests to the right VM/instance whilst VMs go up/down?

DNS.

Re: HashiCorp – S1

#275

Earlier quoted context omitted.

All major clouds have better alternatives to Vault. Vault is mostly for really large companies that want to run things like this by themself. There is no need for service discovery in the cloud in general. I have also used Nomad a lot. Maybe it is because we always needed the cutting edge features in general, but in general not very good quality. Core features always worked though. People should use Kubernetes instea…

> All major clouds have better alternatives to Vault. Debatable. From my experience, all major clours have alternatives to Vault, but not "better" by any stretch of the imagination.

AWS Secrets Manager gives me everything I want, for no effort, and costs rounds-down-to-zero. I cannot begin to imagine what Vault could even offer that would tempt me to switch.

Re: HashiCorp – S1

#276

Earlier quoted context omitted.

> All major clouds have better alternatives to Vault. Debatable. From my experience, all major clours have alternatives to Vault, but not "better" by any stretch of the imagination.

AWS Secrets Manager gives me everything I want, for no effort, and costs rounds-down-to-zero. I cannot begin to imagine what Vault could even offer that would tempt me to switch.

Say you want to increase security by issuing short lived accounts and passwords in a database, and make these accessible on demand for apps needing them.

The app instance authenticates using the cloud providers key vault and from here it’s allowed to use a policy claiming tokens granting rights to a specific db role. These tokens are short lived and are automatically renewed.

This is just one case - vault have a lot of useful integrations that let you “float above” any cloud:

https://www.vaultproject.io/docs/secrets

I like to keep my concerns separated. That way we can use any cloud as IaaS and keep the platforming part ourselves. Vault is at the heart of achieving something like this.

Re: HashiCorp – S1

#277

Earlier quoted context omitted.

> They have software economics, not commercial real estate economics. I don't believe this. Snowflake for instance could be profitable if they chose and they have almost no debt. Furthermore their expenses grow logarithmically with their revenue. It doesn't cost much more to have 2 customers as it does to have 1, but the revenue doubles. Their services are an add-on that supplements the revenue from the platform. Its…

No. The bulk of HashiCorp's revenue comes from licensing and support. Professional services is a tiny percentage of their revenue. Preemptively: support subscriptions != consulting services. I don't know if HashiCorp is a good investment or not. I'm not investing. But their economics are not Yelp's or WeWork's.

What are you on about? When I say "service" I mean people doing things for you. In order to have good economics you have to make money buy selling physical or digital goods. Its because physical and digital goods are intrinsically high margin. Its hard to make a support engineer twice as productive, but it's not hard to halve production costs by leveraging economies of scale. Furthermore, Saying "support != services" is ridiculous. Do you know what you would charge Hashicorp with if they failed to render the promised support you paid for?

Theft of service

Post reply on HN