This SocialHub topic was inspired by Forgefriends (then called FedeProxy) and constitutes a wild brainstorm for envisioning what could be an entirely new paradigm to softwrare development: United Software Development.

Exploration of the idea involves looking from a non-technical perspective at all the possible ways in which Decentralization and fediverse standards (ActivityStreams, ActivityPub, Linked Data) can be leveraged to shape this paradigm.

Preliminary definition of United Sotware Development is “Free, libre software development, processes and culture united,. Sustainable, open and accessible to anyone.”, but I’m sure that can be further improved.

@dachary@lemmy.ml offers a very enticing look into what “Federated Development” might entail. I highly encourage people to read the SocialHub thread, and am very curious about your musings and thoughts.

  • smallcirclesOPM
    link
    fedilink
    1
    edit-2
    2 years ago

    Yess!! A super follow-up to this brainstorm idea 💚

    I’ve been interacting with Fedeproxy community, which is now called Forgefriends and came up with the idea of “Social Coding” which encompasses the entire process from earliest idea to mature and healthy software + communities. And ideally this process involves a broad range of people with all kinds of backgrounds and experiences, and lowering the barriers for them to participate as much as possible, and in any way they want and feel comfortable to while ‘onboarding’ them further.

    Gitea is the first code forge that embraced the idea of forge federation and becoming part of the Fediverse. First steps have been made and this will progress next year. Hopefully with funding from NLnet via a NGI0 grant they applied for.

    So in fact, they’ve become a true “forge friend”. What we are hoping to achieve is to have Gitea team realize the absolutely “unique selling point” (USP) nature that offering federation support entails. It goes way beyond a mere technical capability that is added, and towards a vision on what “Social Coding” really means.

    I agree fully with your take on this, and from your text there are countless points where Fediverse could facilitate these social processes in various different ways. It is very exciting. On fedi various apps are maturing Groups support now (including Lemmy) and a step further is solid Community support and facilitating Community Governance. That comes a long way into the direction of having FOSS initiatives be native citizens on the Fediverse that any fedizen can hop onto very easily.

    And federated forges are just one part of this story. There’s more and more FOSS hosting providers that supply infra and bundled services. And there are people interested in organizing dev circles that hop from project to project to program on it. For example @csddumi explaining in this toot:

    “I’m trying such a new way of organizing #developers by gathering a group of young programmers, who work together on a project of our choice, instead of each of us working on our own projects.”

    Exploring the possibilities further is really uplifting exercise. This all goes beyond Microblogging into the thus far untapped potential of the Fediverse to enter new domains.


    Update: I was quoting your own toot @csdummi@lemmy.ml without noticing you were the author here as well. Also added that to the fedi thread 🤣

    • @csdummi@lemmy.ml
      link
      fedilink
      12 years ago

      My post is incomplete though: I’ve defined problem that the united software development paradigm should set out to solve, but I didn’t provide much information as to how that problem might be solved.

      For that I suggest a new definition of the free software development process:

      1. An idea is had and published.
      2. The idea is made concrete.
      3. A group of developers finds themselves to work on the idea.
      4. The group writes the code.
      5. The group makes a release.
      6. The group’s software gains adoption
      7. The community of users and the developer group grows.

      At no point during this new process does the success of the project depend on an individual. Indeed each step of this process could theoretically be done by a different person or persons. Thus requiring a whole new definition of what a maintainer is, how they become one and forge software has to change accordingly.

      And there should be software to support the first three steps of this process especially, software where you could publish ideas (1), make them concrete (2) and find developers to work on a project together (3). Federating this software and embedding it in Gitea or another federated forge would probably be the best approach.

      Since Big tech cannot use this process really, since it includes giving away your ideas and not just your code to the commons.