248
submitted 5 months ago by maam@feddit.uk to c/games@lemmy.world

EU petition to stop publishers from intentionally destroying games with kill switches.

you are viewing a single comment's thread
view the rest of the comments
[-] RedFrank24@lemmy.world 14 points 5 months ago

Every time I see the argument that "Oooh no you can't release server code, there's proprietary code there!", I question my software development skills.

You mean to tell me when you have licensed code, you don't wrap it with your own interfaces? I was always under the impression that it was best practice to never rely on one single concrete implementation of your interface, hence the Dependency Inversion Principle.

If you have a proprietary library you use for determining the positioning of players on a map, you wouldn't be directly instantiating BinglyBooCharacterPositionWhatsit, you'd be using ICharacterPositioner and then using BinglyBooCharacterPositionWhatsit as the implementation of that interface, surely?

[-] thesmokingman@programming.dev 8 points 5 months ago

I don’t follow this argument. In this context, proprietary code is work product that has value to its owner. Often large swathes of said work product is reused across games so the theory is that releasing the work product means your competitors can make your work product. I do not understand how wrapping someone else’s work product in your own work product doesn’t require them to first release their work product.

Note I don’t necessarily buy the company mindset on proprietary code; I explained here because I don’t understand where you’re coming from.

[-] RedFrank24@lemmy.world 3 points 5 months ago

I mean if you are required to release a server dev kit, or at least make best efforts to release one, you can release what code you have and go "Here are the interfaces, but I can't legally release this code because I don't own it, so someone else is going to have to create an alternative".

It's about making it easier for other devs to make up for the gaps, rather than going "Nope! Proprietary code, can't do anything!"

[-] flop_leash_973@lemmy.world 5 points 5 months ago* (last edited 5 months ago)

In my experience working with devs at game studios (i'm a sysadmin/infra engineer type by trade), it is rarely them that is so against open sourcing code, or giving fans of the game the tools needed to keep it going on their own once the devs move on. Most of the devs I have dealt with would like nothing more than to see the thing they created live on and be enjoyed by people, even if they are not personally getting paid for it 10 years down the line.

It is nearly always the executives looking to make sure no one manages to enjoy something the people that work for them created without the c-suite getting paid for it first that is the road block.

[-] eupraxia@lemmy.blahaj.zone 2 points 5 months ago* (last edited 5 months ago)

I crunched like hell in my mid 20s on a live service game that I enjoyed playing, was well loved and consistently played by a few fans, and had a few unique ideas in its niche. I gave up a lot of life for that game to see the light of day, under extremely tight timelines and wavering support from a flakey publisher.

It lasted less than a year in release because of a few mistakes in early access and it inhabited a saturated market that seems near impossible to penetrate now. The console ports that caused the worst months of the crunch never even saw a release.

Me and the rest of the devs would love to just play the game again, but the game's kinda just rotting somewhere in storage of a publisher that long ago tried to pivot toward NFT/metaverse bullshit, to predictable results. Outside of a few early playtest builds a few people have (and definitely aren't supposed to) we have basically no way of playing it ourselves, much less letting others play it. We couldn't even get much approved to show in a portfolio once the studio closed and the assets went to the publisher. It makes me really sad and I'm no longer in game dev / tech at large professionally for that reason. This story is not unique, this is pretty much just how the industry works and devs near-universally feel screwed over by it.

[-] theneverfox@pawb.social 2 points 5 months ago

Abstraction is a trade off. You don't want to build interface layers between everything... It's a pain in the ass, and if there's a 1-1 relationship between parts of a system then you're basically putting in a minimum cost to modify that area in any way. So if you do it, it'll probably be once you've locked down the design pretty well

Game development is pretty different than normal development too. You have a lot of one off and lose ends based on creative decisions... You aren't building up on top of your system, you're building out

And frankly, it leads to a mix of mind blowingly good code and a lot of terrible code

So no, I don't think it's that easy. I think it's also a bullshit argument, and they should release the "proprietary" code when they finish supporting the game, or put in the time to make the interfaces

[-] NuXCOM_90Percent@lemmy.zip 1 points 5 months ago

Understand that significant percentages of any game are made under crunch conditions. And there is no real "okay, let's go back and reduce our technical debt" for the majority of games.

So all those best software practices go out the window when you have slept in your cube for the past four nights and your well rested boss is screaming at you wondering why the cape physics still look so shit.

But also... how does that change anything? "Here is our end of life offline mode. We reference these packages you will never have access to and that have no open source equivalent because they are so specific to the proprietary way this auth system works"?

this post was submitted on 25 Jun 2025
248 points (98.4% liked)

Games

43936 readers
116 users here now

Welcome to the largest gaming community on Lemmy! Discussion for all kinds of games. Video games, tabletop games, card games etc.

Rules

1. Submissions have to be related to games

Video games, tabletop, or otherwise. Posts not related to games will be deleted.

This community is focused on games, of all kinds. Any news item or discussion should be related to gaming in some way.

2. No bigotry or harassment, be civil

No bigotry, hardline stance. Try not to get too heated when entering into a discussion or debate.

We are here to talk and discuss about one of our passions, not fight or be exposed to hate. Posts or responses that are hateful will be deleted to keep the atmosphere good. If repeatedly violated, not only will the comment be deleted but a ban will be handed out as well. We judge each case individually.

3. No excessive self-promotion

Try to keep it to 10% self-promotion / 90% other stuff in your post history.

This is to prevent people from posting for the sole purpose of promoting their own website or social media account.

4. Stay on-topic; no memes, funny videos, giveaways, reposts, or low-effort posts

This community is mostly for discussion and news. Remember to search for the thing you're submitting before posting to see if it's already been posted.

We want to keep the quality of posts high. Therefore, memes, funny videos, low-effort posts and reposts are not allowed. We prohibit giveaways because we cannot be sure that the person holding the giveaway will actually do what they promise.

5. Mark Spoilers and NSFW

Make sure to mark your stuff or it may be removed.

No one wants to be spoiled. Therefore, always mark spoilers. Similarly mark NSFW, in case anyone is browsing in a public space or at work.

6. No linking to piracy

Don't share it here, there are other places to find it. Discussion of piracy is fine.

We don't want us moderators or the admins of lemmy.world to get in trouble for linking to piracy. Therefore, any link to piracy will be removed. Discussion of it is of course allowed.

Authorized Regular Threads

Related communities

PM a mod to add your own

Video games

Generic

Help and suggestions

By platform

By type

By games

Language specific

founded 2 years ago
MODERATORS