ultraHQ

joined 1 year ago
[–] ultraHQ@beehaw.org 2 points 1 year ago

The activity pub documentation lays it all out in an understandable format

[–] ultraHQ@beehaw.org 0 points 1 year ago (1 children)

Wait really? Is there a recommended extension for this?

[–] ultraHQ@beehaw.org 5 points 1 year ago

Big spike in comments/posts this AM :/

https://blackout.photon-reddit.com/

[–] ultraHQ@beehaw.org 1 points 1 year ago* (last edited 1 year ago)

Thanks for the in depth write up! I haven't looked too far into the docs or the subscription model, but is this a fault on Lemmy's end, or is this a function of how activity pub handles federated communication? (I'm very new to activity pub/federation, just now reading through the activity pub docs)

I do like your idea of distributed replication via keys,much better than what I had brainstormed

Edit: yeah it does look like it's a function of activity pub, wonder if theres a more scalable federation protocol out there

[–] ultraHQ@beehaw.org 1 points 1 year ago (4 children)

it could have been done much better.

Care to expand on this point?

 

Hi all,

I'd like to spin up a lemmy instance with some changes I'd like to make this upcoming weekend, and I'd like to self host a ci/cd pipeline for it.

At work, we use Jenkins tied to Jira.

Our procedure is as follows:

  1. We feature branch, build/deploy to dev (manual), self/peer verify.
  2. Merge to master, build/deploy to dev (triggered by jira), QA tests
  3. Promote to stage (deploy artifact from previous build, triggered by Jira), QA tests
  4. Promote to prod, and pray we didn't miss any edge cases lol

I'm not married to Jenkins and I'd be open to other options, if there's something you've tried that you think is better, I'd love to hear it!

Would be nice to have auto triggers that are tied to kanban stories, but not necessary.

[–] ultraHQ@beehaw.org 1 points 1 year ago* (last edited 1 year ago)

Lol, because I'll be spinning up an instance this coming weekend with some QoL changes that I'd like to see, but don't think would be merged in (route schema for posts as i dont like {url/post/{post_id})

[–] ultraHQ@beehaw.org 9 points 1 year ago* (last edited 1 year ago)

I'm presently working on changing the url schema to more match reddit's,

Eg:

/post/{title}-{title_id}

/post/{title}-{title_id}/comments

Etc.

I have all the code changes locally but waiting for a new PSU fot my home server to come in tomorrow for my dev server as i dont feel like setting up postgres etc on my laptop

[–] ultraHQ@beehaw.org 10 points 1 year ago (6 children)

What are the current specs of the server y'all are using ?

[–] ultraHQ@beehaw.org 5 points 1 year ago

Bonus points for: a way to get my playlists/liked songs off of spotify :)

 

Looking to migrate off of spotify. I will miss it for suggesting new songs and keeping up with new releases. What do you use to stay up to date, but off of paid services?

[–] ultraHQ@beehaw.org 3 points 1 year ago* (last edited 1 year ago) (1 children)

Absolutely. The value from the knowledge that I've gained from reddit is intangible. It will be next to impossible for me to not use it as reference material in the future.

Being able to filter out bad information with downvotes was also amazing, and part of the reason I will most likely be moving away from beehaw communities (no downvotes, wtf?? trying to be youtube, eh? 🤣 )

[–] ultraHQ@beehaw.org 2 points 1 year ago (3 children)

It will still be a useful repository of knowledge. It's going to be a hard transition, most of the time when I google something I need to append site:reddit.com, to get a useful answer

[–] ultraHQ@beehaw.org 3 points 1 year ago (6 children)

Note: you will most likely still be able to view from mobile browser via teddit even after the api cutoff date

38
submitted 1 year ago* (last edited 1 year ago) by ultraHQ@beehaw.org to c/chat@beehaw.org
 

I've had three glasses of wine after a long day at work, and I've began thinking about the slow shift towards federalization/decentralization.

I find myself concerned about the question of incentives. What motivates the owners and maintainers of federated services to continue their efforts over the years? Donations alone are unlikely to cover the costs of servers, let alone the time required for code/infra maintenance, along with community moderation.

It is evident that most successful open source projects have found alternative avenues to sustain Incentivisation. One common approach is offering enterprise packages or services, which generate revenue to support ongoing development and maintenance. Additionally, some projects find support as subsets of larger corporations, such as Canonical, HashiCorp, Apache, MongoDB, k8s, Chromium, Android, Red Hat, and many more.

I am sure that many of us have witnessed many donation-based or entirely free and open-source (FOSS) projects lose traction over time. In my observations, this can be attributed to core maintainers losing interest or facing limitations in dedicating themselves to the project in the long run. The absence of financial incentives can make it challenging to sustain motivation, as maintaining and developing projects require significant time and expertise, and a genuine interest in the product.

What can be done to address these problems? Is it something like decentralized autonomous organizations (DAOs)?

DAOs provide token-based incentives, allowing contributors to earn tokens representing ownership or value in the project. These tokens can be exchanged or redeemed for various benefits within the decentralized ecosystem. By aligning the interests of contributors with the success of the project, DAOs offer a sustainable incentive structure, while maintaining their decentralized nature.

Although incentives pose a valid concern for a decentralized future, it is important to acknowledge that sustainable models exist. Through the exploration of alternative mechanisms such as DAOs and hybrid models, we can create incentive structures that attract and retain contributors over the long term. I strongly believe that for decentralized projects to thrive and maintain momentum, it is crucial for them to embrace alternative models that effectively retain talented individuals. As these projects continue to innovate and adapt, exploring diverse incentive structures becomes essential to ensure their long-term success.

Thoughts?

 

I'm getting close to my 4gb RPI 4b's mem limit ~80% and would like to migrate from it to a low power SFF thin client. What are some good options?

view more: next ›