55

Say you want to contribute to a project and find out the only way to do so is by discussing the issue on IRC or the mailing list, then submitting the patch per email.

you are viewing a single comment's thread
view the rest of the comments
[-] dsemy@lemm.ee 3 points 9 months ago

I never really used IRC, but in my experience contributing to projects which use mailing lists is very easy - you just send a mail with some code.

Of course you could use git-send-email, and you could create diffs and patches, but I actually think for a new contributor the mailing list workflow is the simplest since it doesn’t actually require knowledge of the various tools experienced developers use.

I write this from personal experience BTW - the first projects I contributed to used mailing lists, which allowed me to contribute even as a self taught programmer who had no experience with any VCS yet.

[-] onlinepersona@programming.dev 1 points 9 months ago

Do you find mailing lists easier to use than pull requests / merge requests? And how do you find following a discussion in a mailing list?

[-] hperrin@lemmy.world 3 points 9 months ago

For newer/inexperienced users mailing lists are definitely easier. Everyone can send an email.

[-] ck_@discuss.tchncs.de 1 points 9 months ago

Yes and it depends to both questions.

I participate in projects being developed on Github that have 5k+ open pull requests and the same amount of issues. At that volume of communication, the Github workflow of "clicking through stuff" is way inferior to an efficient email workflow. Essentially, your workflow turns into email anyways because its the only sane way to consume based on push, and yes, I know, you can reply to Github using email, but its not nearly as good as something made for email.

So, in my opinion, email is simpler to use that pull request. It is not easiser because it is not close to what people are used to.

[-] lysdexic@programming.dev 0 points 9 months ago* (last edited 9 months ago)

At that volume of communication, the Github workflow of “clicking through stuff” is way inferior to an efficient email workflow. Essentially, your workflow turns into email anyways because its the only sane way to consume based on push (...)

I don't agree. Any conversation on pull requests happens through issues/tickets, which already aggregate all related events and are trivially referenced through their permanent links, including through the Git repo's history.

[-] dsemy@lemm.ee 1 points 9 months ago

From a contributor point of view, mailing lists are definitely easier than pull/merge requests - you just send a patch which you can create in any way you want to an email address.

Following a discussion is easy - it’s just a list of messages. In fact, it is easier for me since I use Gnus as my email client, which gives me a threaded view of discussions on the list.

this post was submitted on 28 Sep 2023
55 points (96.6% liked)

Programming

16210 readers
177 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS