I mean, large corps like Meta get away with straight up piracy these days.

Laws only matter if you’re not part of the ruling class.

Crime is up across the board if you consider illegal actions by federal agents to also be crimes.

It’s just going unpunished and unrecorded in an official capacity

Development time and user support?

These are two pretty obvious reasons. It takes time and time is a limited resource. Therefore, time should be spent on solving impactful problems. Lemmy account login is extremely low impact, it’s not a bad thing, it’s just not something that improves immich for a large portion of its user base.

Another thing is user support. Since the many instances are self-hosted for the most part, and they will go offline, and they will go away forever in some instances. Users asking for support for this login type and asking for additional features to make up for this baked in instability.

Essentially. Low impact work that may drive a higher volume of support efforts.

It’s the same reason some niche projects stop supporting Linux. Low user volume and disproportionately high “neediness” of those users.

Yeah, but corpos get a pass on anything and everything.

The rest of us peons don’t

Does it support multi-tenancy?

For instance, being a backup and media manager solution for multiple people in my family hosted on one server.

The same with a few friends that want to get out from under Google’s thumb.

I mean, yeah, probably all of these things.

Not to mention the fact that the grand majority of federalized services have extremely unsustainable performance characteristics that make them effectively impossible to scale from hobby projects

Joke’s on them. My coffee maker has a physical button!

Yes, containers make your application logic work.

That’s the lowest hanging fruit on the tree.

Let’s talk about persistence logic, fail forwards, data synchronization, and write queues next.

Let’s also talk about cloud provider network egress costs.

Let’s also talk about specific service dependencies that may not be replicatable across clouds, or even regions.

Oh, also provider specific deployment nuances, I AM differences, networking differences…etc

I’m not sure if you are referring to the same thread.

I’m talking about the effort to build multi region and multi cloud applications, which is incredibly difficult to pull off well. And presents seemingly endless challenges.

Not the effort to move to the cloud.

It’s phenomenally expensive from a practical standpoint, it takes an immense amount of engineering and devops effort to make this work for non trivial production applications.

It’s egregiously expensive from an engineering standpoint. And most definitely more expensive from a cloud bill standpoint as well.

We’re doing this right now with a non trivial production application built for this, and it’s incredibly difficult to do right. It affects EVERYTHING, from the ground up. The level of standardization and governance that goes into just making things stable across many teams takes an entire team to make possible.

Screw the compute budget, the tripled team size without shipping any more features is a bigger problem here.

This is a good reason to start investing in multi region architecture at some point.

Not trying to be smug here or anything, but we updated a single config value, made a PR, and committed the change and we were switched over to a different region in a few minutes. Smooth sailing after that.

(This is still dependent to some degree on AWS in order to actually execute the failover, something we’re mulling over how to solve)

Now, our work demands we invest in such things, we’re even investing in multi-cloud (an actual nightmare). Not everyone can do this, and some systems are just not built to be able to, but if it’s within reach it’s probably worth it.

There’s a good reason why I refuse to use cloud connected or Internet required “smart” devices.

It’s essentially an excuse for shitty engineering.

If you really need a device to be cloud connected then it can also maintain local data when the remote server is down. Even better, it uses an open spec and you can standup your own server.

This isn’t healthy feedback for ads

“Well then pay to remove them”.

If the design philosophy of Boost is “Provide a disruptive experience to users till they pay you money” then why would users want to trust Boost to pay them money?

This isn’t technology news.

Yeah, and for every dozen hours spent on building a “shitty discord” that’s a dozen hours not spent building the game.

And then there’s the high friction. Now people need to sign up for your special website, sign up for your special chat, add another app to their phone if you even provide one…etc When 9/10 of those same people already have a Discord account and are already active on Discord.

You don’t appear to understand what friction means. Because using an established platform that the majority of your community already uses isn’t high friction…

It doesn’t matter what the platform is. You bring yourself to the platform your users use. It just so happens that at this point in time it is Discord and this wasn’t always the case and it won’t always be the case.

You keep talking about how you don’t want to join to find out information how you don’t want to chat about the game.

Okay. That’s fine, that’s your choice, Why are you trying to shove your choice down other people’s throat then, you don’t have to join, you don’t have to talk about the game. It’s not required.

Yep, it’s a practical choice that improves the quality of their work and their community engagement by promoting rapid feedback cycles.

BTW how’d you stumble upon the Indi game?

The thing that I suck at the most is advertised out what I’m making, and it’s hurt me, a lot…

Still linear time at least, could always be much MUCH worse

1000000%

It is literally the worst forum platform in existence. For q&A and support, it’s effectively a black hole for information and not only that, it’s a black hole for effort since people will just ask the same bloody questions day in and day out as the information already on Discord becomes unavailable over time

==========

However, It becomes difficult when you use Discord as a place for your community to chat and to talk with and get feedback from highly engaged players or community members who have things to say about your game and want to talk with each other about the game. You could say that any old form will do here. However, you go to where your community is, you don’t make your community come to you. That only works if you are a bombshell of a title, otherwise, your bounce rate for community members joining and talking and engaging is going to be incredibly high which reduces the chances of your game becoming successful.