• 0 Posts
  • 11 Comments
Joined 2 years ago
cake
Cake day: June 20th, 2023

help-circle
  • It’s a practice called soft-deletion. The idea is that you flip a “deletion” flag on customer data and record the date of the deletion request. After some time, typically 30 days, a garbage-collection cron job will identify your data as having been “soft-deleted” N days prior, and then permanently wipe your data from their servers. This gives people a chance to restore their data in case they accidentally moved it to the trash or change their mind soon after.




  • Let’s distinguish between the means and the ends. An admin policy is the result of the means by which administrators are selected.

    The sticking point for many donors is a question of the means: they are unhappy that a conflict-of-interest exists in the current selection of administrators for a dev-owned instance. This is orthogonal to the subject of administrators’ concrete policies.

    Which begs the question: do the devs acknowledge that the COI exists? If so, then is the team willing to incorporate the community’s feedback by closing the COI?

    Maybe the team has a compelling reason to hold onto the existing COI (nuance exists); but it cannot be denied that the COI (1) exists and (2) is reducing the devs’ ability to raise community funding. Whether this is a ‘good’ or ‘bad’ thing is a matter of personal judgment. But the facts are what they are.

    Side note: if there’s some set of admin policies that the dev team wants to see enacted in .ml, then they could easily select 3rd-party admins that they trust to enforce a policy that aligns with their own values without reproducing the COI that currently exists. Then, if there’s any conflict over those particular policies, that would be an entirely separate discussion.


  • My read is that they’re recommending that

    1. Devs only work on development.
    2. A new, separate admin team be found (or formed) to handle administration for any instance that is dev-owned.

    I agree with this. The act of administering a dev-operated instance with live accounts + users while working on the dev team presents a conflict of interest which is a deal-breaker for too many donors.

    So, rather than simply asking the community for more donations (which is understandable but doesn’t address the root of the problem), it would be best to incorporate the feedback of the community and do away with the conflict of interest. IMO, another way to resolve this COI would be to disable live accounts for anyone who isn’t a developer in the “test” environment.


    I’ve seen a defense presented in this thread along the lines of “we should be allowed to admin .ml because it’s a test instance” — but again, due to the fact that there are live accounts for live users (outside of the dev team) in the “test” environment, this is a distinction without a difference.





  • The brand recognition of Mastodon is a rounding error for players like Meta and Google. The fediverse needs time to grow its user base. If we open the doors to the tech giants from the start, then their users will have no motivation to leave those platforms. On the other hand, we would leave ourselves vulnerable to the allure of moving back to the tech giants whenever they decide the time is right to cut us out of their walled gardens.

    If we want decentralized social networking to thrive, then we have to leave big tech out of the equation.



  • Rent control doesn’t address the root of our housing problems: a lack of available high-density housing. NIMBY homeowners have made it illegal to build new apartment complexes and condos via strict zoning laws. They’ve artificially restricted the supply of housing in order to jack up their own property values.

    If a town has 80 apartments while 100 families need housing, rent control does nothing for the 20 families who can’t find an apartment when it’s illegal to meaningfully increase the supply of housing.

    Housing in Seattle will continue to be fucked until we reform our zoning laws.