ciguy

Yep, I don't exactly love AWS either but at least it generally works in a sane and predictable manner.

Also as I mentioned we did get through to someone via the Swiss number, they did not help.

What number are you seeing on that page? The one they give me (1-800-654-2533) is out of service when I call it.

As a dual citizen of the US and an EU country, I have first hand experience with both systems. In the US if you want to start a new company you can basically start selling or offering your service and then sort out legal, accounting and registration later. In most countries in the EU you start by hiring a lawyer and accountant and then wait for months for various permits and registration before you can get anything meaningful done. This is the fundamental difference IMO, the barrier to getting started in the EU is way too high and the red tape is a full time job even for small businesses. Some EU countries do better at this than others of course, but it's a general trend amongst most.

I found his review of The Count of Monte Cristo hilarious. I read it as a teen and it is in my opinion one of the greatest novels ever written. Apparently he only read it for idle distraction during the pandemic and was surprised by how good it was.

Interesting timing given that their CI/CD pipelines are currently down and have been for hours.

125 million english speakers is still around ~10% of the population right? So if ~90% don't speak English then saying "most" seems accurate.

The plain of jars area specifically was a dump site for bombers that could not drop their bombs over Hanoi due to weather. I believe that's partly why so many did not explode, they were not armed/activated prior to the drop. There are other parts of Laos where the USA essentially abandoned their Hmong alles in Laos leaving them to be slaughtered. There are generations of fighters living in the jungle to this day.

Agree. I remember distinctly meeting exactly one other tourist the whole time I was there, though to be fair it was cold and the off season. Still one of the coolest and weirdest places I have ever been.

I had the privilege to be able to visit this place a few years ago. I rented a motorcycle and drove around to the 3 largest jar sites. What this article fails to mention is that the surrounding area is one of the most bombed places on earth.

American bombers would drop their unused payloads here after bombing runs over Hanoi during the American/Vietnam war. Many of the bombs were not armed prior to the drop, they just couldn't land with the extra weight and sometimes clouds prevented them from hitting Hanoi.

As a result there are millions of unexploded ordinances still in the fields here. Certain areas are marked as safe and going off trail at the jar sites is highly discouraged. Some NGOs are working in the area but the USA govt never offered to help clean it up.

Your concerns are valid. I think this is really an opportunity to get intentional about networking and learning within your company. Everyone else is presumably in the same boat, so if I was early in my career I would focus on becoming the best remote networker and learner possible.

Most people will just go with the flow and not really adapt intentionally to the situation so in some ways you may be able to actually stand out more than normal with less effort.

Wait so NFTs are not even a hash of the actual data representing the underlying art?! It's a signed link to the art stored somewhere else? I guess I was in the "NFTs are silly" camp before but this really makes them look even more ridiculous than I already thought they were.

Yes in a way they're rent seeking so this is not a bad comparison.

This is somewhat true in that so many people have worked around them that a fix would likely break a lot of existing users implementations.

The AWS forums used to have bug reports that were ranked by upvotes. AWS didn't seem to pay much attention though, the highest voted bugs stayed that way for years with no change or acknowledgement. I haven't personally been on their forums in years so I have no idea if this is still the case.

This isn't exactly true. I have worked extensively with Azure, Google Cloud and AWS. While many of their basic services do seem to map 1 to 1 there are enough differences in the details that it's almost like learning a completely new system. At a very high level the basics are relevant, but the differences are much greater than you might expect.

The major cloud providers REALLY need to focus on fixing years old bugs in their widely used offerings instead of launching new ones. I guess the incentives are out of whack tho, since a working and widely used but slightly broken offering will be used by their existing customers. But if a competitor beats them to the next major thing, they will lose customers as they migrate over to use it. So they're in a kind of arms race against each other to roll out new seemingly obscure offerings in case one of them becomes the next thing and sees widespread adoption.

Yet AWS manages to give near 100% uptime with RDS at a similar price point. CloudSQL downtime in the cases I've seen was caused by them rebooting both master instances at the same time. This is amateurish and totally unnecessary, the whole point of having multiple masters is to the ability to do maintenance reboots in a staggered schedule. This should be a trivial problem for Google to solve and would result in much better reliability for their users, yet it's been years with no change.

Absolutely not. I'm sure it's happened but I have never personally seen an RDS instance go down, in over 10 years consulting and building in AWS. Google Cloud SQL was going down for multiple minutes every month for one of my clients, and their support just said there was nothing they could do about it. That cost Google cloud at least a million dollars in revenue over the next few years as this was a fast growing startup.

I helped a major user of GCP migrate off the platform to AWS for this exact reason. Totally insane that they still do this when AWS has had a rock solid offering in the form of RDS for like 10 years now.

I see on your site that you can upload a chest Xray directly as a user. Are you already offering a more hospital or medical grade product or this is consumer focused for now?

The fact that someone in Ubuntu marketing thought this was even remotely an acceptable or good idea is a sign of someone deeply out of touch with reality and far too invested in tracking/marketing ecosystems.

Until the various clouds stop charging outrageous amounts for bandwidth egress multi-cloud will remain a niche.

Everyone should read Confessions of an Economic Hitman by John Perkins. I first read it in highschool and it really shaped my thinking about the USAs role in international affairs. Some accuse the author of exaggerating certain things but nobody really denies the main facts that he lays out.

Staying put where I am for a while, tho I may go back home for Xmas. The answers to your questions are very very location dependent. Some places have visa waivers or extensions readily available and some don't. Whether someone goes home or stays put will depend largely on their location and situation.

There are multiple ways to reference other resources including by state or as a data source. But Hashicorp/Terraform don't do a good job of making this clear.

Yes there is no magic solution and all approaches have downsides. I tend to lean towards the side of more separation at the cost of increased reference complexity.

If you are having issues with multiple concurrent state reads you should definitely consider splitting your project into smaller discrete modules. I see a lot of projects where an entire AWS account is managed by Terraform using a single state file. This is insanity in my opinion.

It does simplify architecture in a way because everything can be referenced directly in the same projet, but you quickly run ito collaboration issues and runtimes get really long. Use logical states for each discrete piece of a service/module and have those output the needed config/info. Then reference those outputs from other states/modules.

This is the only way I've seen to really scale a TF project effectively. It's not perfect but it's workable even for large teams.

SEEKING WORK | Remote Or Onsite (USA, UK and Asia)

I am a DevOps and Infrastructure Engineer from San Francisco with over 15 years of experience. I've used all the major clouds (AWS, Azure, GCP and more) plus most of the tools in the space (Terraform, Jenkins, CircleCI) and many frameworks.

A few years ago I transitioned from a freelancer to running a small DevOps agency. We now handle DevOps infrastructure and cloud automation for a handful of StartUp clients.

We stay small and selective about who we work with intentionally. This allows us to work only with clients that share our philosophies around DevOps and Agile development.

If this sounds like something your organization could benefit from, please email me at: cfornari@startopsgroup.com or you can contact me directly from our site: www.startopsgroup.com

SEEKING WORK | Remote Or Onsite (USA, UK and Asia)

I am a DevOps and Infrastructure Engineer from San Francisco with over 15 years of experience. I've used all the major clouds (AWS, Azure, GCP and more) plus most of the tools in the space (Terraform, Jenkins, CircleCI) and many frameworks.

A few years ago I transitioned from a freelancer to running a small DevOps agency. We now handle DevOps infrastructure and cloud automation for a handful of StartUp clients.

We stay small and selective about who we work with intentionally. This allows us to work only with clients that share our philosophies around DevOps and Agile development.

If this sounds like something your organization could benefit from, please email me at: cfornari@startopsgroup.com or you can contact me directly from our site: www.startopsgroup.com