Emacs discusses web-based development workflows

Posted Sep 3, 2021 16:41 UTC (Fri) by rahulsundaram (subscriber, #21946)
In reply to: Emacs discusses web-based development workflows by pizza
Parent article: Emacs discusses web-based development workflows

> Changing everything about how you develop software is the _entire point_ of moving the the forge model.

This is an incorrect assumption. You stated earlier: "Sure, they can rewrite emacs in Javascript and have it run as a web service paid for by advertising and/or loot-box micro-transactions". This level of changing everything is definitely not required. It is also possible for forges to be optional and not exclusive. This article itself covers Sourcehut and there are others like Pagure etc. Even if you limit yourself to GitHub, https://lwn.net/Articles/860607/ covers the usage of bots for example to bridge email based development to forges. It doesn't have to be all or nothing at all.

>If you want folks to change, you need to convince them that the results will be better *for them* instead of just for some nebulous group of folks that isn't likely to ever materialize.

I don't care if they change or not as long as we stick to a correct understanding of what the options are

Emacs discusses web-based development workflows

Posted Sep 3, 2021 18:09 UTC (Fri) by pizza (subscriber, #46) [Link] (1 responses)

> It is also possible for forges to be optional and not exclusive.

Sure, just like it's possible to get MS Outlook to sanely handle inline email replies.

(Remember, we're talking about _popularity_ as being the prime metric for measuring worthiness!)

> This article itself covers Sourcehut and there are others like Pagure etc.

Sourcehut (with less than 25K registered users) really shouldn't be lumped in with anything else, as it's very unlike all other forges in ways that _reduce_ its general appeal to non believers. I mean, who uses email any more? There isn't even a phone app or VSCode integration plugin!

(Just to be clear, I am quite impressed with Sourcehut's approach to things, and I will probably set up a private instance for my own use)

Emacs discusses web-based development workflows

Posted Sep 3, 2021 18:44 UTC (Fri) by rahulsundaram (subscriber, #21946) [Link]

> Sure, just like it's possible to get MS Outlook to sanely handle inline email replies.

Ok, so now you are conceding albeit grudgingly that is possible for forges to be optional and it doesn't have to be all or nothing. That's a start and you can move on to look at the actual spectrum of options and what is possible and how even traditional forges are used very differently among different projects.

> (Remember, we're talking about _popularity_ as being the prime metric for measuring worthiness!)

That's yet another strawman. I am certainly not using that as a metric and I doubt that anyone really is. Forges are popular but popularity itself isn't the prime metric. The benefits they may bring to a project are. My position can be more accurately summarized as: Multiple options are available today for forges and they are worthy of consideration for free software projects which have a more email based workflow to evaluate whether it fits into their needs because it may help them do some things in a better way.

> Sourcehut (with less than 25K registered users) really shouldn't be lumped in with anything else

This kind of special pleading doesn't negate the fact that it falls under the definition of a forge fundamentally although I agree it has some unique features. Pagure - covered at https://lwn.net/Articles/687821/ has some other interesting features as well. If you are evaluating forges, you can't stop at GitHub.