3 ms·
No, you don't have a moral obligation for it to run in any future tech stack. But it should be able to run in the same tech stack it was running before, or prov
by sigotirandolas 6y ago
No, you don't have a moral obligation for it to run in any future tech stack. But it should be able to run in the same tech stack it was running before, or provide some way to interoperate. The game shouldn't be designed in a way that makes it possible for someone else to unilaterally shut down the game with no recourse.
To illustrate, if FarmVille were an offline game that costed $1000, I could still set up a Windows XP computer, install Flash, and play it. It's not trivial, but it's very doable and legal.
But instead, actual FarmVille is designed so that it needs an online infrastructure (so far so good, it's a core part of the game after all), but by design this infrastructure can only be provided by Zynga. You can't replicate it even if you want to.
- watwut 6y agoBy this logic, making roblox games is immoral?
- sigotirandolas 6y agoI'm not very familiar with Roblox, but if I understand it, it's an online platform that allows others to build games on top of it, and like Farmville the servers are exclusively provided by Roblox. In this case, I would say the moral fault lies mainly in Roblox, since they are the ones providing the platform and hence making the decision to exclusively provide the servers (and that moral fault has not yet happened, it would only happen if when they shut down they don't provide an alternative). If you are someone building on top of Roblox, I don't think you deserve the same amount of fault, but it's certainly something you have to consider. It's also a risk in that building on top of this design leaves you open to being de-platformed (like, for example with the iOS Store if Apple doesn't like your application). For what it's worth, I don't think Roblox or Zynga are immoral because of this, just that on this particular topic they are morally faulty. My bar for what should be acceptable as a recourse is also not very high. Providing any form of alternative like LAN play, closed-source server software, specifications or interoperability with other software would be enough for me. The problem I see with the current situation is the "last resort recourse" there is now in most cases, reverse engineering, is legally shaky, generally against the terms of service, terribly complicated and expensive and not guaranteed to succeed if critical parts of the application are server-side.