You made life as a cloud infra beard better for a while, and I wish you all success going onwards.
> ...a common confusion is multi-cloud vs. multi-vendor services. The latter is way more common, especially at smaller companies. Tools like Terraform are often touted as "multi-cloud" and people ask questions like "Why would I use Terraform if I use only AWS?" And the easy answer to that is tools like Terraform allow you to manage anything with an API as code. For example: do you want to manage DNS, or CDN, or DBs, etc. (that maybe aren't on AWS) as code? Terraform gives you the way to learn one config language/workflow to make that happen, even if 100% of your compute is on one provider. From a non-technical standpoint, this helps your organization start learning non-vendor-specific tooling, which better prepares you from a human standpoint for the future noted above.
> I think the #1 value of multi-cloud is organizational: you build your core infra/app lifecycle processes (dev, build, deploy, monitor, etc.) around a technology-agnostic stance. As technologies shift, other clouds become important, new paradigms emerge, etc. your organization is likely more prepared to experience that change. This is something that is core to our ideology at HashiCorp, its point #1 in our Tao that I published 4 years ago! https://www.hashicorp.com/blog/the-tao-of-hashicorp
-mitchellh, https://www.reddit.com/r/devops/comments/91afzz/why_multiclo...
Where i'm at it has been SQL Server for the last 12 years and now Azure for cloud services.
It's highly unlikely that will change for the next 10 years.
And almost equally unlikely that Terraform will be used instead of ARM templates and Bicep.
It's still a great product for lots of other reasons, just don't believe for one second it will help you move from AWS to Azure. It's almost like saying YAML is multi-vendor.
Yes, there are alternative ways of accomplishing this, but simple config files that can be easily validated and used to check against current infrastructure is an ideal way to do this.
Before Terraform, I worked on a team that built what was basically terraform. It's just a natural, obvious, and effective way of managing cloud infrastructure.
If on the other hand, you have multiple devs, committing changes, and applying them, then you need something like TF to ensure that the applies are consistent, ordered, and auditable.
For personal use? You don't need TF cloud, but the problems it solves get obvious as you scale up.
I’ve seen interest increasing in Nomad lately as well. More conversations about it.
Terraform has a huge following though.
Setting all my infrastructure in Terraform in general has been a big waste of time for our startup since as soon as we got it running we never ever had to touch it again. Actually curious if somone touches their infra regularly.
End of the day, the secrets are being written to a .properties file or /proc/<pid>/env somewhere anyway and can be read by whomever has the permissions or the shellcode to do so..
nerds: stop bringing your own cake to other people's birthday parties.
https://www.google.com/finance/quote/HCP:NASDAQ?sa=X&ved=2ah...
The bump and later positive price movements benefits employees and founders a lot, therefore helps in retention and lower compensation costs for new employees etc and also investors who sell .
One obvious problem with a pop is that it implies your stock was sold too cheaply and you could have raised more money for the same shares. However, your IPO investors love it.
Direct Listings are IPO alternatives that are sometimes purported to solve IPO pops.
Or is this a Google Fiance Bug?
Out of curiosity, I checked the two stock brokers I have accounts with (Revolut and DeGiro), and it's not there yet.
Do you know what EU (or French) brokers have the Nasdaq companies on the day of IPO?
No idea the likelihood of them actually adding it though.
Within a few years post IPO the Composition of the company will have totally changed. The special place becomes a regular corporation. The hyenas will try to move on to the next Prize.
On the flip side of the same coin, the ability to offer liquid equity and essentially pay employees using the company's projected growth (RSU issuance) is often financially lucrative for employees old and new and if done correctly, can attract a different group of really strong people who aren't in a place to take the startup gamble.
We had an all-night hackathon the night before (one of the hacks was to wire into the "Nasdaq bell" button to post an opengraph story) and the whole company was mostly in a "stay focused and keep shipping" mode.
The leadership team shared a few funny jokes each week at the all-hands events leading up to it talking about the roadshow but prep work for the IPO was mostly framed as "this thing we've got to do" and not as some kind of goal. The company was overwhelming focused on the work at hand.
Overall the IPO was cool and I'm sure for many momentus, but as a somewhat newly acquired employee it was mostly a non-event and no one made me feel like I'd missed out by not joining earlier. Everyone was really just starting to feel comfortable at the newish physical HQ and morale was generally high. Most if not all the internal chatter was around the idea that "this journey is 1% finished" and at least everyone I knew there was in "let's do this and move on" mode.
Mark had publicly committed to not selling any shares for at least a year so no one thought he was going to bail or anything.
The stock price then proceeded to fall from $30's to the $10's and despite the on-paper financial hit for many of us it was kind of validating that "those silly people in wallstreet still don't get it" and that we weren't at the end of anything, we were still at the beginning.
As FB then consistently grew for the next 9 years to nearly $400/share there was still plenty of upside so there wasn't much of a pre-IPO vs. post-IPO tribal thing going on either.
In short, the culture was never built around "let's get this thing to IPO" so it wasn't really impacted negatively by reaching that milestone.
``` sudo dd if=/dev/zero of=/tmpswap bs=4096 count=1M && sudo chmod 0600 /tmpswap && sudo chown root:root /tmpswap && sudo mkswap /tmpswap && sudo swapon /tmpswap ```