I was using https://nuke.build for one or two projects. It's in .NET and probably not so useful if you need to build non .net code bases. Stopped using it because some of their code is proprietary, and it's not as useful as I thought.
I don't know the details of BSL, but can HashiCorp now require compensation/$$$ from Spacelift, Scalr, Env0, etc? In that case, these products can be forced to offer similar pricing as Terraform Cloud.
IANAL but I believe the BSL restrictions only apply to new upstream code versions. All HashiCorp repos can and always will be usable under MPL as they were up until the moment immediately before the license change.
In other words: if you hard fork now, you don't need to pay.
As long as it's part of the required steps to delivering business value, it doesn't matter that much if it's application code or infrastructure (as code). Both are required, hence both are delivering business value.
OK, but ultimately the customer wants a product built, features added and bugs fixed within whatever timescale and budget. With all things being equal, they would prefer that you spend the time on those things, and not on infra.
Now of course, you will have to spend some time on infra, but that should be minimised as much as possible. Whether that is using a home-grown Kubernetes based platform or a PAAS or cloud solution depends on your requirements, skill-set, budget and time, but your aim should be to have the simplest solution that works.
We have a similar setup: Terraform, and the repository is open to any eng to make pull requests against.
The problem we hit is knowledge: while Terraform is not a huge knowledge hurdle to mount … it is still apparently enough. While good engineers will have no problem picking TF up, … more mediocre ones seem to struggle with it¹.
We don't have a "reference", as things are still changing sufficiently that it isn't clear what a reference would be. (I know sometimes people have base VMs or similar, and write TF about that; we run on k8s, so the various teams essentially don't have to worry about the host VM at all — or at least, much.)
It all comes back to engineering quality, I fear.
¹with knowledge acquisition itself; TF is not particularly unique here. In fact, I'd argue skills in knowledge acquisition is what separates good engineers from not.
> The problem we hit is knowledge: while Terraform is not a huge knowledge hurdle to mount … it is still apparently enough. While good engineers will have no problem picking TF up, … more mediocre ones seem to struggle with it¹.
That sounds just like one of our problems too. Some engineers arent really to keen on learning it either.
But my platform team spends some time on going on 1-1 sessions where we develop new things together with them (mob programming), which gives us possibility to teach and get insights. That mitigates this problem somewhat.
How come nobody has mentioned the endless hazzle in Linux to make multiple displays work as expected?
On most setups, I find myself lucky if _something_ doesn't go wrong when connecting my displays with a mix of USB-C and HDMI. And of course I cannot place my second screen to the right, it has to go to the left (in XFCE).
In Windows this just works, and I believe Mac is better as well.
When flying, I will avoid using an online travel agency (OTA) as well if I can .
I booking with Gotogate.com, but the flight was canceled. Then when trying to get a refund Gotogate systematically try to stall time as much as possible. You have to call support, and are answered by people with very thick Indian accent which is impossible to understand.
Luckily I had paid with Paypal, so I could request a refund through there.
Unfortunately, when booking flights that needs connections, you have to use an OTA. If one flight is cancelled, the others should be too, which an OTA fixes.
You should book directly with an airline who will book all the connections so long as they're all with partner airlines (i.e usually in the same alliance). Often you can even book with an airline in that alliance that you won't even be flying to possibly get cheaper tickets.
Some OTAs will book connections on airlines that aren't partnered as separate tickets so if you're incoming flight is delayed and you miss a connection, tough luck.
This. I booked an international flight with Delta for next month. On Saturday I awoke to find that KLM changed my European connection to 28 hours later than originally booked and this would screw up all of our hotels and rental car. I talked to Delta and after about 30 minutes of the agent doing everything she could including escalating was told that they couldn't make any changes for 10 calendar days as KLM was blocking them out.
Today, I found a Delta itinerary that actually fits our plans better than the original flight. I called back and got my original flight canceled and the new one booked. It still took 3 agents to get everything settled but I can't imagine how much worse the whole experience would have been if I had booked through Expedia or Kayak or any other 3rd party.
Now to hope nothing else changes between now and our departure.
An important note is this will not work with budget airlines, easyjet or the likes. They won't do the travel agent for you and you will struggle to get any cent back in case of trouble.
may be an alternative. You can run it in GitHub actions somehow as well.