Live data from Hacker News

HashiCorp – S1

sec.gov

231–240 of 277 posts

Re: HashiCorp – S1

#231
post #208

Earlier quoted context omitted.

> 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?

Loadbalancer and AWS ASG that registers/unregisters VMs to loadbalancer. Or AWS ECS that does the same for containers.

The thing is that few bigger places run stuff in only aws, for example.

Also keeping discovery and configuration separate from the cloud provider makes a hybrid approach feasible - which I believe is relevant.

Big cloud pricing is big, depending on circumstances.

Re: HashiCorp – S1

#232

Earlier quoted context omitted.

You can buy the stock on the first day of trading. If you want to try and get an allocation of shares at IPO price, various brokerages have different processes where you apply. I use E*Trade mostly, but Robinhood does have the best IPO center of any brokerage I have seen.

Based on what I have seen, Robinhood either doesnt give/doesnt have access to every IPO? Am I wrong?

Correct. Use a real broker.

Re: HashiCorp – S1

#233
post #206

Earlier quoted context omitted.

I feel I need to reply with my thoughts. - Vault is not niche - it’s THE way to manage pki and credentials if you’re half serious about security. Which is why you’re now are starting to see managed vault. - Consul - EVERYONE should use service discovery, cloud or not. It’s indispensable for numerous reasons. If you doubt it’s relevance, check out the Kubernetes integration work - there’s a reason for that focus. You…

> Consul - EVERYONE should use service discovery, cloud or not. Discovery means that you don’t know your service name? Or endpoints? How can one lose his service? Im def missing something :)

There are many scenarios where it's useful, but I will illustrate a simple and important one.

When you do a rolling upgrade, a new service must be assigned to an available port different to the existing one. After starting you'll probably run some health checks, and once satisfied you'll want to switch traffic over to the new instance and halt the old. How do you tell the rest of your infrastructure what the new port is? Service discovery.

Re: HashiCorp – S1

#234
post #108

Earlier quoted context omitted.

Docker at this point is just a wrapper around OCI spec… why would you go back to Vagrant rather than just using any of the other tools that can build OCI images? Vagrant and Docker seem like fundamentally different tools to me.

At least 80% of Docker's value to me is as a consistent-everywhere, very complete server daemon package manager. Serious packages for work? They're there, and up-to-date. Screwing-around stuff for home (Minecraft server, Jellyfin, et c.)? It's all there, same interface, just a couple minutes to add and configure another daemon at approximately its latest version, and I don't even have to think about which distro I'm…

You could, for instance, use Podman and Quay.io for your purposes and you would never need to touch anything Docker.

Re: HashiCorp – S1

#235

My thoughts not facts. I know that there are more products then I mention. I fail to see in what segment Hashicorp will remain relevant over time. Terraform is the tool I mostly see companies pay for. Over time cloud vendors will make Terraform obsolete. In fact it is already a problem to use Terraform since it can not move at the same pace as major cloud vendors. Vault is an extremely complicated niche tool, most co…

I would suggest that you reevaluate Nomad. It solves basically every one of (many) problem with Kubernetes in an elegant and reasonable way, at a scale Kubernetes is by no means capable of.

Further the idea that cloud vendors will make Terraform irrelevant is laughable. None of them have any impetus to provide a consistent workflow across multiple clouds. The shortcomings of CloudFormation in particular are unlikely ever to be overcome.

Re: HashiCorp – S1

#236
post #96

Earlier quoted context omitted.

> 1500+ employees According to LinkedIn the average tenure of employees is a little over a year (likely to hit the vesting cliff and bounce). Two months ago they didn't have the staff to review pull requests: https://news.ycombinator.com/item?id=28425849 You can love the product, but investors are ultimately betting on the company - which seems shaky.

An additional data point (read: anecdote): I applied for a job at Hashicorp in early July of this year. I have yet to receive any reply, including a "thanks but no thanks" For reference, I also have a friend who applied there in late 2019; he apparently _did_ get a "thanks but no thanks" email about a month later. Perhaps all of the company is short-staffed, rather than just engineering.

Seems like they’ve never improved their process. I was put through an interview gauntlet and then ignored. The experience prompted lively discussion three years ago.

https://news.ycombinator.com/item?id=16127697

New HN entry for the updated blog post link: https://news.ycombinator.com/item?id=29116611

Re: HashiCorp – S1

#237

The impact Vagrant has had on my business is nearly immeasurable (and for free, no less). We're a small startup, and I haven't had the time (or motivation) to learn what Docker, Kubernetes, containers, etc are. Seems overly complex. But, virtual servers I can understand. I've been using Vagrant since 2013 and it ... just works. We've built our own custom box to standardize our development environment as well. If ther…

> Docker You can basically just treat it like a package manager and config-assistant. It's often easier(!) to configure a Docker image than the corresponding package, or set of packages, in your typical distro. In part this is because documenting where all the config files and data live just kinda falls naturally out of creating a half-decent image, and in part because good images often put commonly-modified config o…

It's often easier(!) to configure a Docker image than the corresponding package, or set of packages, in your typical distro.

My original reply was going to be something along the lines of "Bwahahahaha" followed by a comparison of how many seconds it takes to `pip3 install torch` vs how many hours you'd rip your hair out trying to get that running in Docker, let alone on a GPU, and let alone in a way that you can actually develop on it.

Perhaps it's easier to say, "We're not smart." Like Racket, Docker is a marvelous tool, and I'm sure a lot of smart people use it in some incredible ways.

I'll be 34 in Feb. Do I want to spend a month trying to force myself to use Docker for no apparent reason?

At my first job (gamedev), one of my coding heroes happened to work there. One thing he said really bugged me: "Shaders are a young person's game." By "hero" I mean that he single handedly wrote most of the Planetside 1 client code, as well as having developed many other titles that I grew up playing on MPlayer. (God help you if you know what MPlayer was.)

I tried explaining to him, no no, you see, it's not so bad! You can do it! I believe in you. Once you put in a little effort, you'll understand all the parts, and you'll see there's really not that much to it.

Yeah, uh, I was 19. He was like 40. I get it now.

I've personally deployed multiple services to production whose reliability can be measured in years: https://status.shawwn.com/

Sure, none of those are too impressive. Except the one I can't talk about, ha. But they're all variations on "get the server running, make sure the process is simple, make sure it's fail-safe, and put failsafes in place to notice if it breaks."

To my surprise, they almost never break. Isn't that marvelous? Here's me, someone inching closer and closer over the hill, delivering robust software that lasts years. Hell, you can even see for yourself: https://tags.tagpls.com/uptime

  508d 00h 04m 14s
Not bad.

Sure, I'm being unfair. Because you'll rightly say that there's a world of difference between this and the situations DOcker's designed to solve.

And yet, as I go from company to company, I keep being surprised to find zero people using Docker. Isn't that strange? My wife just got a job at a YC co. I'll ask her whether anyone there uses Docker either. Maybe they do.

Docker's stolen days of my life for no gain. Painful days, because they were days when I was really into hacking, and I could've been busily building a big beaver dam instead of learning infrastructure that none of my colleagues ended up using.

Docker is a time vampire. It's "Nerd Snipe: The Game." You'll want to play with it, and it'll give you just enough happiness to keep you going. But, like a cat, the love is one-way. If Docker were a person, they would totally ditch you on your birthday.

It was much more satisfying to write this than to spend that time staring at yet another damn variation of "how do I forward the port properly?" torrent of blog posts from the legions of developers that Docker has managed to curse, by making the impressive decision to eschew simplicity in favor of being Smart with a capital-S.

But hey, Docker will be around longer than I will, I'm sure. So it'll get the last laugh. In seriousness though, you can get by without it, which is pretty remarkable -- almost as remarkable as it was to try out vagrant and discover that it's the polar opposite of Docker's philosophy.

The difference is easy to spot: Vagrant just works.

Re: HashiCorp – S1

#238
post #206

Earlier quoted context omitted.

I feel I need to reply with my thoughts. - Vault is not niche - it’s THE way to manage pki and credentials if you’re half serious about security. Which is why you’re now are starting to see managed vault. - Consul - EVERYONE should use service discovery, cloud or not. It’s indispensable for numerous reasons. If you doubt it’s relevance, check out the Kubernetes integration work - there’s a reason for that focus. You…

> Consul - EVERYONE should use service discovery, cloud or not. Discovery means that you don’t know your service name? Or endpoints? How can one lose his service? Im def missing something :)

Its name yes, just not where it is or how to get there. DNS on a smaller scale.

Re: HashiCorp – S1

#239

Earlier quoted context omitted.

Given recent name changes, MAANG works, but it can be MANGA or MAGNA now. I like "MAGNAM" if you include Microsoft.

I can’t believe there was a time where Microsoft wasn’t considered as big of a tech company as Netflix.

You shouldn't believe it; there never was such a time.

Re: HashiCorp – S1

#240

Earlier quoted context omitted.

Given recent name changes, MAANG works, but it can be MANGA or MAGNA now. I like "MAGNAM" if you include Microsoft.

If F => M then doesn't G => A? Which is good, we don't want to have to go around calling them MAGNA!

You prefer MAAAN?

While I'm doing a low-content post, here's a tangential fun fact: the Latin sequence "gn" (as in, say, "magna cum laude") was pronounced with the G nasalized. If magna were rendered in English spelling, it'd be "mangna". (Or, well, "mongna".)

Post reply on HN