I don't really buy this. From my personal experience, indie devs are more likely to use methods which make their server tech distributable (e.g. Minecraft). Large game publishers appear to go in the opposite direction for control and lineage reasons: "Crew 1 is dead so you need to buy Crew 2 now".

Anyone who gamed before 2005 knows that games do not require magic, expensive, managed remote services. We all used to run our own servers! The GameSpy era!

▲

drorco 3 hours ago | parent [-]

Well I'm talking from experience as a mobile indie game developer.

Pretty much every year I'm getting warnings from Apple or Google, or 3rd party SDKs, that unless I make sure to update libraries, or comply with a new rule, they are going to take down the game.

One of the latest rules was some sort of a digital services act (again another regulation) that made it very difficult for indie devs not to share their personal address and phone numbers.

▲

drbscl 10 minutes ago | parent [-]

That's not related to SKG though, that's storefront policy.

In principle, as long as _you_ are not blocking using the binary on hardware that supports (i.e. a player already has it installed on an old phone), you're in the clear.

SKG is explicitly _not_ advocating for lifetime support, compatibility with new devices, etc

	▲	drorco 7 minutes ago \| parent [-]
		But there are 3rd party SDKs that rely on outside servers that will stop working and the app could have unexpected behavior. It doesn't have to be complete crash, but it might be enough to degrade functionality to a point where some players might say the game is unplayable etc. Being bootstrapped with no investors, there's no extra resources, and no financial benefit in making sure that the app can function well even with these 3rd party services, servers etc. not working.