While this seems reasonable, surely there’s a caveat here:
If you have a successful popular product (firebase) and a not particularly successful or well loved product (GCP), does mixing A into B make sense?
It might make technical sense to have the robust engineering capabilities of B to support A.
…but if it’s driving customers away from A, because it’s starting to look like what they don’t like from B…
All I can say is that there seems to be a lot of pressure for GCP to succeed, and I’m pretty skeptical that the changes to firebase are being made for the sake of making that product better.
Betty had a bit of butter, but the butter was bitter, so she mixed the bitter butter with the better butter to make the bitter butter better but it made the better butter bitter…
It's from Google, they deprecate things every 6 months including APIs your app is using, if you don't follow your app will be down pretty quickly. AWS nearly never do breaking changes.
AWS GameSparks.
Being shut down end of November and bringing down one of my favorite games with it, because the devs were foolish enough to believe what you believe, that AWS sticks with its products.
It's AWS page says Preview, meaning it has never gotten to an official stable release. It's like using a beta/rc product, there is an explicit warning this is not the final version and it might not get anywhere.
But since Firebase is from Google now, anyone who worries about Google deprecating products have equal worries whether Firebase is based on GCP or not.
Outside of HN, I find developers (at least in Europe) often prefer GCP and businesses have full faith in the offering because of the Google stamp.
For Azure I have yet to find a developer who likes it, but businesses are drawn to it due to the packaging with other Microsoft services (eg you buy office 364, teams, Active Directory and Azure together in a Enterprise package) and businesses have full faith in the Microsoft stamp of approval.
Same, of all the people I've interacted with, it's AWS and GCP which are liked (AWS mostly for features, GCP more for UX/DX), Azure is at best accepted and the only reasons anyone uses are "we were already a MS partner/shop".
> If you have a successful popular product (firebase) and a not particularly successful or well loved product (GCP), does mixing A into B make sense?
Firebase is more successful than GCP? In what way?
> Betty had a bit of butter, but the butter was bitter, so she mixed the bitter butter with the better butter to make the bitter butter better but it made the better butter bitter…
> > Betty had a bit of butter, but the butter was bitter, so she mixed the bitter butter with the better butter to make the bitter butter better but it made the better butter bitter…
> ?
They are saying that taking a good thing and combining it with a bad thing, doesn't make the bad thing good. It makes the good thing bad.
I have no "dog in this fight" (side note, any better phrases to use there?) but just explaining what they tried to convey.
If you have a successful popular product (firebase) and a not particularly successful or well loved product (GCP), does mixing A into B make sense?
It might make technical sense to have the robust engineering capabilities of B to support A.
…but if it’s driving customers away from A, because it’s starting to look like what they don’t like from B…
All I can say is that there seems to be a lot of pressure for GCP to succeed, and I’m pretty skeptical that the changes to firebase are being made for the sake of making that product better.
Betty had a bit of butter, but the butter was bitter, so she mixed the bitter butter with the better butter to make the bitter butter better but it made the better butter bitter…