Leaving python-dev behind
Leaving python-dev behind
Posted Jul 21, 2022 8:11 UTC (Thu) by marcH (subscriber, #57642)Parent article: Leaving python-dev behind
That's really the wrong question. The real question is: why have Greg Beards (tm) so attached to email (resp. IRC) constantly and consistently dismissed its problems as not important and email as near perfect; just write a small procmail or patchwork script and "problem solved". Most people enjoy or at least don't mind threading and bottom-posting, however these advantages are not enough to outweigh email's issues. Email is not dying because people don't see its advantages, it's dying because they mind its drawbacks. You win by paying attention to your own flaws and working on them, not by obsessing about the competition's flaws. That's why email is dying: because its fans still try hard not to see what's wrong with it.
> with other forums like GitHub being linear.
Github _discussions_ (not issues) are threaded. The tab is not enabled by default, it's a project setting.
Posted Jul 21, 2022 9:21 UTC (Thu)
by Wol (subscriber, #4433)
[Link] (57 responses)
Because what the youngsters forget is that change gets harder with age. I stick with email - it's what I learnt when I started out. And as I approach retirement age, I DON'T WANT to have to learn some new-fangled system that breaks my workflow, screws me over, and generally makes life a pain.
And with a disabled wife and elderly in-laws, I see this even more strongly in them - in fact so much so that you can change the words "I don't want to" to "I can't". And I seriously mean CAN'T, not "don't want to"!
Cheers,
Posted Jul 21, 2022 10:39 UTC (Thu)
by mjg59 (subscriber, #23239)
[Link] (56 responses)
Posted Jul 21, 2022 11:52 UTC (Thu)
by mmirate (guest, #143985)
[Link] (45 responses)
... that's their problem.
Posted Jul 21, 2022 12:00 UTC (Thu)
by mjg59 (subscriber, #23239)
[Link] (3 responses)
Getting to contribute to a free software project isn't a privilege. Having people contribute to your free software project is a privilege. If you fail to attract new contributors then that's very much not their problem, it's your problem.
Posted Jul 21, 2022 12:03 UTC (Thu)
by Wol (subscriber, #4433)
[Link]
Cheers,
Posted Jul 21, 2022 12:46 UTC (Thu)
by mmirate (guest, #143985)
[Link]
Posted Jul 21, 2022 14:11 UTC (Thu)
by pizza (subscriber, #46)
[Link]
Eh, calling receiving contributions a privilege is a pretty major stretch.
A lack of 3rd-party contributors is pretty much entirely their problem, only they don't realize it yet.
Posted Jul 21, 2022 12:33 UTC (Thu)
by farnz (subscriber, #17727)
[Link] (40 responses)
It's only their problem if they want to contribute to your project, but are put off by your antiquated communication methods.
It becomes your problem if you want their contributions (e.g. because the current contributor pool is ageing out naturally, or because you believe that your project solves a problem better than any new attempt to solve it could), but they're not willing to work with you.
So depends whether you want your project to outlive you or not; if it's OK for it to die with you, then it's their problem. If you want it to keep going long after you've become unable to operate a computer, you need to attract a new generation of contributors.
Basically, choose your consequences: do you want the project to keep going or die off when your generation can't contribute any more?
Posted Jul 21, 2022 14:12 UTC (Thu)
by kpfleming (subscriber, #23250)
[Link] (35 responses)
Long-standing projects have changed version control systems (in many cases multiple times), changed toolchains, changed language standards, and lots of other major 'breaking' changes which required contributors to adapt to the new thing. I think it'd be quite rare to find a popular (large contributor community) project that has existed for more than ten years which is still using all of the same tools and workflows as when it started with zero changes.
Posted Jul 21, 2022 14:33 UTC (Thu)
by farnz (subscriber, #17727)
[Link] (32 responses)
I suspect because the old guard are like me: they have complex scripts and customizations that mean that an e-mail workflow suits them just fine - they've adapted mutt, written procmail scripts, maybe even their own milters, to make e-mail smooth. If you insisted that the old guard started from scratch with e-mail, with none of their customizations and just a free webmail account, they'd find it every bit as challenging as the new guard do.
The difference is that when I started out, most online communication was via e-mail; sorting out a decent e-mail workflow for my personal life was essential to avoid having thousands of unread e-mails per day hit my inbox. Now, my personal life is almost entirely handled away from e-mail, via per-site notifications or apps, and e-mail (if used at all) just sends me an irregular prompt to check notifications if there's a site I've forgotten I use. And even better, GMail (at least) already has sort functionality that distinguishes those notification prompts from personal mail - so there's no need for me to learn how to write my own workflow rules for e-mail.
Posted Jul 28, 2022 15:03 UTC (Thu)
by Vipketsh (guest, #134480)
[Link] (31 responses)
You seem to take it for granted that one can reasonably customise the stream of ones incoming messages. With web-based fora no-one has any customisations because there it is an unreasonable amount of work to attempt anything and it risks breaking at the drop of hat.
For all it's flaws, the one great thing with e-mail is that one has a reasonable-ish way to munge it so ones pains with e-mail are smoothed over. With web-based fora ? There is not much option: don't like it, don't contribute.
> sorting out a decent [...] workflow for my personal life was essential
I would say the above is still true, but the way things are going either you put up with whatever workflow is presented or you go live a reclusive life in a cave. Sounds more like a step backward to me, but I'm not exactly part of the "new guard"...
Posted Jul 28, 2022 15:32 UTC (Thu)
by farnz (subscriber, #17727)
[Link] (26 responses)
The difference is that most web-based fora I use already support the sorts of workflows I want; if they don't, I don't participate (and a project that needs me, or people like me, but that uses a bad web app does not get my contributions in any form).
E-mail's "bare" workflow is awful - one firehose of notifications, sorted by the time at which my receiving mail server got the mail. Nobody works directly with this and retains a useful level of sanity; everyone who uses e-mail seriously has built a workflow on top of this that works for them, with sorting, searching and filtering to remove junk, bring important things to the top of mind, and to move unimportant things off to one side for later handling.
The trouble is that outside of my open source work, I have literally no reason to build such a workflow atop e-mail any more; my notifications are sorted for me by the originating site, and I can apply a crude filter by simply not going to the "wrong" site; if I don't go to github.com, I don't see GitHub notifications. E-mail has been reduced to just a way to remind me to visit sites and pick up my notifications.
And this leads to trouble for e-mail based workflows. If I'm fully plugged into the current way of doing things, with different notifications on facebook.com, pinterest.com, github.com etc, and e-mail only set up to remind me which sites I haven't checked recently, moving to an e-mail based workflow requires a significant investment of time and effort. Worse, if I get involved but don't invest that time, my GMail (or whatever free mail provider I use) inbox fills with e-mail from lists and things that I simply don't care about - so I am forced to invest the time in making a suitable workflow if I want to contribute to a project that uses an e-mail based workflow.
This puts us in a difficult position; if you can get the newcomer to invest in sorting out an e-mail based workflow, then they will get value from this, because it's a workflow that's customized to their way of working. But because this is an up-front investment (before they're interested in working on your project), you're asking them to spend a lot of effort on "joining" the project when they may decide to leave shortly afterwards.
There are two routes to resolving this:
Both of these are perfectly reasonable choices; the one that's not going to work is insisting on an e-mail based workflow, and then getting upset that your contributor pool is limited to the people willing to set up an e-mail based workflow. There are a few projects that are big enough to do that (Linux kernel comes to mind), but the majority are not - and it is unreasonable to complain that people aren't coming to your project while also keeping a big barrier to entry in their way. Choose one - a big barrier to entry (e-mail based workflows), or an expectation that people will contribute to your project.
Posted Jul 28, 2022 16:02 UTC (Thu)
by Vipketsh (guest, #134480)
[Link]
So: Thank You!
Posted Jul 30, 2022 20:35 UTC (Sat)
by JanC_ (guest, #34940)
[Link] (24 responses)
Oh, and to work around the common flaws of all these sites they use… *drumroll* … email. So in the end you still depend on email.
Posted Jul 31, 2022 12:30 UTC (Sun)
by marcH (subscriber, #57642)
[Link] (23 responses)
> So in the end you still depend on email.
Even if it were true, it would still better than a mailing list that forces you to receive all discussions on it and filter them somehow.
PS: I feel like I fed the troll.
Posted Jul 31, 2022 12:37 UTC (Sun)
by mmirate (guest, #143985)
[Link] (22 responses)
Quite ironic for the free-software community to rely on proprietary infrastructure like that. :(
Posted Jul 31, 2022 13:22 UTC (Sun)
by rahulsundaram (subscriber, #21946)
[Link] (21 responses)
GitHub is proprietary. Gitlab CE (Community Edition) which is what a lot of the free software projects like say GNOME use isn't proprietary and is hosted in their own community infrastructure.
Posted Jul 31, 2022 14:47 UTC (Sun)
by pizza (subscriber, #46)
[Link] (20 responses)
Ah but you can't just do a "drive-by" contribution with the "community infrastructure" -- you'll still need to register for an account at minimum.
Posted Jul 31, 2022 14:49 UTC (Sun)
by mpr22 (subscriber, #60784)
[Link] (16 responses)
Posted Jul 31, 2022 15:04 UTC (Sun)
by Wol (subscriber, #4433)
[Link] (15 responses)
Requiring me to create an account is pretty much guaranteed to make me walk away. I don't want loads of accounts everywhere. And what happens if I make a drive-by, and six months later want to make another, and have forgotten my account details? Unless, of course, I use the same account details for all of them ...
Cheers,
Posted Jul 31, 2022 18:18 UTC (Sun)
by mathstuf (subscriber, #69389)
[Link] (8 responses)
Posted Jul 31, 2022 19:08 UTC (Sun)
by mmirate (guest, #143985)
[Link] (7 responses)
By the latter I don't just mean "newbs can understand it" I also mean "the time needed to log in, compared to memorizing and manually-typing the password, is similar or less" - inconvenient security measures become unused security measures.
Bitwarden is about as user-friendly as it gets, and it's about as close to trustworthy as it could possibly be for something that runs on other people's computers. So close yet so far.
Posted Aug 1, 2022 13:34 UTC (Mon)
by mathstuf (subscriber, #69389)
[Link]
My passwords are 80+ characters (as long as it's accepted :/ ), so the password manager is faster :) .
> Bitwarden is about as user-friendly as it gets, and it's about as close to trustworthy as it could possibly be for something that runs on other people's computers.
I just have WebDAV access hooked up where needed for my keepass database. Works well enough for me. But I also know I'm not "everyone".
Posted Aug 1, 2022 16:33 UTC (Mon)
by kleptog (subscriber, #1183)
[Link] (5 responses)
Unless there's something else that disqualifies it for you?
Posted Aug 1, 2022 17:11 UTC (Mon)
by mmirate (guest, #143985)
[Link] (4 responses)
Posted Aug 1, 2022 18:16 UTC (Mon)
by mbunkus (subscriber, #87248)
[Link] (2 responses)
This setup is surely not for everyone. I'm very happy with it, though.
Posted Aug 1, 2022 22:26 UTC (Mon)
by mathstuf (subscriber, #69389)
[Link] (1 responses)
As for "ctrl+shift+a", that instead invokes a Firefox add-on instead of some desktop-global shortcut. It has enough information to be accurate about the website at least.
Posted Aug 2, 2022 1:31 UTC (Tue)
by edgewood (subscriber, #1123)
[Link]
Posted Aug 4, 2022 8:41 UTC (Thu)
by cortana (subscriber, #24596)
[Link]
Posted Aug 1, 2022 14:04 UTC (Mon)
by marcH (subscriber, #57642)
[Link]
Which must be why mailing lists chose to ignore it.
Posted Aug 2, 2022 20:30 UTC (Tue)
by bartoc (guest, #124262)
[Link] (4 responses)
Now, it's fair to say that this is because Exchange and Outlook are broken email clients that are unsuitable for doing any real kind of communication, but that doesn't really help, fixing it usually means allowing non-outlooks clients that lack some security features ("insufficient" spam filter, no platform attestation, etc), and that becomes such a hard sell that it's not worth it for all but the most important projects (like linux itself). It's a sorry state of affairs, to be honest.
Judging from the recent linux foundation effort to provide such email accounts for people in my situation I doubt my situation is unique.
Posted Aug 2, 2022 23:14 UTC (Tue)
by marcH (subscriber, #57642)
[Link] (3 responses)
So email is fragmented too and the otherwise supersmart and highly respected people who buried their head in the sand and kept claiming email is perfect are partly responsible for that sad state of affairs.
Posted Aug 3, 2022 0:55 UTC (Wed)
by pizza (subscriber, #46)
[Link] (2 responses)
That's not fair; it's more accurate to say that the rest of the world moved on/away, perpetually chasing after the latest shiny.
No matter how "supersmart" someone is, email is a _service_ and that costs money to provide. Free webmail pretty much killed the ability to charge for non-corporate email (with the final blow delivered by still-don't-be-evil Google) which also destroyed the ability to meaningfully advance the protocol stack -- it didn't help that the 800lb gorilla (ie Microsoft/Outlook) was actively crapping all over the place.
So instead, email is being replaced with a hundred different purpose-specific silos, each trying to monopolize their users' attention, mostly paid for through advertising/datamining -- which further reinforces this balkanization as the focus becomes growth for growth's sake, which requires user lock-in. Dropbox is a really good example of this, but so is instant messaging.
Until non-greybeards actually start caring about truly owning their own data, nothing will change -- because again, we're competing with "free".
Posted Aug 3, 2022 8:43 UTC (Wed)
by marcH (subscriber, #57642)
[Link] (1 responses)
> That's not fair; it's more accurate to say that the rest of the world moved on/away, perpetually chasing after the latest shiny.
I wrote "partly" - you gave a great summary of the rest. The open-source community can and has been pioneering amazing things without much business support but this required great leadership. It does not happen when leaders claim that everything is fine, there is no problem and nothing to fix.
For instance I'm amazed at how little publicity gname.org ever got. It was an amazing service that you could only discover... by chance. I'm not saying it was the answer to all email problems but it was at least successfully solving a number of them.
Posted Aug 3, 2022 10:23 UTC (Wed)
by Wol (subscriber, #4433)
[Link]
We need to think outside the box and - rather than some micropayment system - see if we can come up with a "you scratch my itch, I'll scratch yours" system. Like the Linux Foundation. Like some sort of trade association.
Where small groups can come together and seriously push the Open Source "many eyes" and fast response advantages.
The problem is getting enough people to buy in at the start to get it off the ground.
Cheers,
Posted Jul 31, 2022 15:13 UTC (Sun)
by rahulsundaram (subscriber, #21946)
[Link] (2 responses)
It takes like two seconds (I know because I just did it right now) to "register an account" in say, https://gitlab.gnome.org/ because it allows you to reuse among other things accounts you may have in github/gitlab.com. So I don't find this a barrier to entry for drive by contributors.
Posted Aug 4, 2022 8:43 UTC (Thu)
by cortana (subscriber, #24596)
[Link] (1 responses)
Fortunately these days the only ones that are left outstanding are large enough that they'll probably be around forever.
Posted Aug 4, 2022 13:13 UTC (Thu)
by gioele (subscriber, #61675)
[Link]
> Fortunately these days the only ones that are left outstanding are large enough that they'll probably be around forever.
The question is rather, how long will the identity provider keep your account around.
Posted Jul 29, 2022 20:20 UTC (Fri)
by marcH (subscriber, #57642)
[Link] (3 responses)
This is of course highly depending on the tool but generally wrong with the decent ones.
Quoting your other comment at https://lwn.net/Articles/902832/
Yes, this is it, you got it. This is exactly the "customization" feature, it's not a bug: in just a few clicks you can subscribe to only the specific threads that you're interested in and ignore all the rest of the project activity. Or choose to be notified of everything, it's all up to you. Adjusts to both drive-by contributors and maintainers, no need to be either "in" or "out" of the mailing list. I don't understand why so many email fans scripting their way out of a today's firehoses of information overload fail to see why many people love this.
Of course one of the notifications possibilities is... email (there are others). Hardcore email fans keep talking about "web-based tools" like it's a thing but the web is just a user interface, it's not the tool. Granted it's the main and most common and most developed interface but unlike email it's still just an interface. For instance some people interact with Githab directly from their editor on a routine basis.
Funny enough if you feel to limited by Githab's default filtering options then you can simply request to be notified of everything by.... email and then fall back into some customizable-to-death workflow.
The fact that email fans with computer science degrees can't seem to make the difference between the data versus the notifications (because email does not) even when they look at alternatives shows how detached from the rest of the world they've become.
Posted Aug 1, 2022 17:15 UTC (Mon)
by marcH (subscriber, #57642)
[Link] (2 responses)
As a coincidence I was just made aware of this: https://github.com/wandersoncferreira/code-review (Github code reviews from Emacs).
So yes: the web is of course the most common and best supported interface (not just for software development) but unlike email the web is not a hard requirement of all the misnamed "web-based tools".
This level of "forge ignorance" can be depressing. I know some vim users who write kernel code without having ever tried fugitive or anything like it so there is clearly a long way to go.
Wake up and smell the coffee.
Posted Aug 1, 2022 18:25 UTC (Mon)
by farnz (subscriber, #17727)
[Link] (1 responses)
One thing that "web-based" tools often get right (not always, but often enough to be useful) is to be split into a backend API and a HTML + CSS + JS frontend. You can thus easily build tools like the one you linked that talk directly to the backend API, bypassing the web front end completely.
This is something that's far harder to build with e-mail, since e-mail is fundamentally designed to send messages between humans, where HTTP is designed for machines to talk to each other.
Posted Aug 1, 2022 22:25 UTC (Mon)
by mathstuf (subscriber, #69389)
[Link]
Posted Jul 21, 2022 22:41 UTC (Thu)
by hodgestar (subscriber, #90918)
[Link] (1 responses)
Posted Jul 26, 2022 2:32 UTC (Tue)
by plugwash (subscriber, #29694)
[Link]
With mailing lists I can reply to a mail and loop in other people or groups. Even if those people or groups belong to different organisations. If i'm discussing an issue in a Debian context and I feel it could use input from upstream I can simply forward the mail CC them and then upstream can participate in the discussion like anyone else.
But increasingly there is no upstream mailing list to post to, so the only options are to either forward to specific individuals (often righly seen as rude) or learn to use whatever discussion service upstream uses. Having done so one is likely to have to manually proxy information back and forth between upstream and downstream.
Posted Jul 21, 2022 14:22 UTC (Thu)
by pizza (subscriber, #46)
[Link] (3 responses)
That's ultimately up to the new generation.
I've received *one* non-trivial contribution in the past fifteen years.
Any new workflow has to yield benefits for the _current_ contributors, not mythical unicorn developers that will probably never materialize.
Because the hard truth is that there are _not_ hordes of skilled-and-willing developers out there who would _love_ to contribute to my projects, but are turned off by using email instead of whatsapp or FB messenger.
Posted Jul 21, 2022 16:13 UTC (Thu)
by farnz (subscriber, #17727)
[Link]
And your attitude as expressed here is perfectly reasonable; if you don't mind the "new guard" bypassing your project entirely and doing their own thing in the same space, that's great.
But it is unreasonable to simultaneously complain that people are working on a new thing in the same space as your thing, and also refuse to change the way you work to make working on your thing attractive to people who work on the new thing. Make your choice: do you want to minimise change for existing contributors, and accept that future contributors (if any) might instead start a fork or new thing, or do you want to adopt changes that increase the chance of future contributors and risk losing existing contributors?
Both of those are reasonable choices to make - it sounds like you've chosen to risk losing future contributors to a fork or a new thing instead of changing workflow, and that is absolutely A-OK; however, you then can't complain that the new generation aren't interested in working with you when they do their own thing (and I can find no evidence that you've complained about the new generation not supporting your project, which implies that you're making reasonable choices).
Posted Jul 25, 2022 6:52 UTC (Mon)
by johannbg (guest, #65743)
[Link] (1 responses)
Which may or may not be directly relate to the type of project which begs the question which project would that be?
In the end of the day it all boils down to contributors doing CBA's.
> Any new workflow has to yield benefits for the _current_ contributors, not mythical unicorn developers that will probably never materialize.
Right you always want to cater to the core volunteers.
Posted Jul 25, 2022 13:32 UTC (Mon)
by pizza (subscriber, #46)
[Link]
Oh, it's absolutely due to the type of project -- it started out as reverse-engineering a family of dye-sublimation photo printers so they could be useful without a Windows PC, and was eventually mostly subsumed into gutenprint, which itself has only four semi-active contributors over the past decade, and a nearly entirely technically clueless userbase.
Meaningfully contributing requires a pretty niche set of skills, or at least a lot of motivation. Oddly enough, said technically clueless userbase (mostly on MacOS, FWIW) manages to ask for help just fine using the email or discussion forums we (==sourceforge) provide. We provided github/gitlab mirrors and to date there's been *one* public fork. There simply aren't folks interested in contributing, via _any_ means.
The other project I'm actively involved with is also hardware-centric, and that requires even more niche skills with an even steeper learning curve to contribute meaningfully. Most of the userbase is also technically clueless, but even those that are motivated enough to try an contribute find the realities of hard-realtime memory-constrained bare-metal programming on hardware that mostly lacks specifications (and a "core" codebase of several hundred thousand LOC) too much to wrap their heads around.
Posted Jul 21, 2022 12:02 UTC (Thu)
by Wol (subscriber, #4433)
[Link]
Maybe. And I take your point entirely - I do try and drive change forward, BUT. I *always* *try* to make sure old and new can run in parallel. Otherwise, if the stewardship changes, you run the risk of the young bloods being the lunatics running the madhouse ... When llvm moved to discourse, I didn't bother to move with it. Is there any way you can communicate with discourse as if it were a mailing list? I don't remember being pointed at anything like that ...
Two personal experiences which show clearly the problems with running with the new and/or not running with it ...
My wife is an ex-Guider. Recently Girlguiding UK went very much "all admin is on-line, all the girls' progress must be tracked on-line, blah blah blah". I don't know how many new rainbows, brownies and guides it attracted - probably very few. What it DID achieve - in an organisation with not enough volunteers - was to ensure that pretty much all the over-50 leaders just walked out ...
We're heavily involved (as volunteers) with Parkinsons UK. We're also desperate to hand over our roles to a younger generation. But yet again, a lot of changes - computerised changes - are making our life more difficult. (The main problem is an octogenarian losing her marbles, but head office don't help ...) Given that so many of the people we (try to) help can't even cope with smart-phones, let alone anything fancier, head-office running headlong into change really doesn't do anybody any favours.
And I'm well aware that a lot of this is being driven by legal requirements, but when you start telling your volunteers what to do, and you get push back saying it's difficult or impossible, it's NOT wise to push ahead regardless. And for the most part, European law is very tolerant of people who do their best.
Cheers,
Posted Jul 21, 2022 13:59 UTC (Thu)
by pizza (subscriber, #46)
[Link] (8 responses)
Personally, I find the "I demand *you* perform additional work for *me*" attitude rather off-putting, especially as I've grown older and have learned to recognize it as an invariable sign of abusive and toxic relationships.
Posted Jul 21, 2022 14:16 UTC (Thu)
by farnz (subscriber, #17727)
[Link] (7 responses)
No - it's more nuanced. If the old guard want the new guard to join their project, rather than starting a new one in the same space or ignoring the problem completely, then the old guard need to make their project attractive to the new guard.
If the old guard don't do that, and then demand that the new guard work on their project rather than starting a new project in the same space, or forking the old project and changing communication methods etc, they are demanding that the new guard do additional work for the old guard. And it's then no surprise to an outside observer that firstly the new guard go off and do their own thing instead of working on the old guards' projects, and secondly that institutional knowledge held by the old guard is lost, because they've driven off the very people who might learn from them.
Posted Jul 21, 2022 14:26 UTC (Thu)
by pizza (subscriber, #46)
[Link] (6 responses)
"attractive" meaning something more than "something I consider important / useful and I'd be put in a hard spot should it go away" ?
Otherwise you're basically saying that oranges would be more popular with folks that like bananas if they'd only change themselves into bananas first.
Posted Jul 21, 2022 15:04 UTC (Thu)
by farnz (subscriber, #17727)
[Link] (5 responses)
Attractive meaning "the new guard want to contribute to the existing project, rather than forking it or starting a new project to solve the same problem".
If the new guard's reaction to the old project being at risk of going away is to start their own thing, that's cool - but the old guard can't both complain that people are starting new projects in "their" space, and refuse to make the existing projects attractive to new guard contributors.
It's the combination of "I will not change my project to attract your contributions, but I will expect you to contribute to my project rather than start your own or go to a competing project" that's not OK. You have a choice:
Both of those choices are reasonable positions, and you may even prefer it if the new guard bypass you and build their own thing instead of contributing to your thing. Just be aware that if you're saying "we are firmly oranges here", you can't then demand that people who like bananas choose oranges instead to suit your desires.
Posted Jul 21, 2022 15:15 UTC (Thu)
by pizza (subscriber, #46)
[Link] (4 responses)
How often does this actually happen, though? (Especially in a way where both old/new continue on in competition instead of one rapidly dying?)
What I see all the time is "competing" projects being driven by fundamentals such as the chosen license or implementation language.
Posted Jul 21, 2022 15:29 UTC (Thu)
by farnz (subscriber, #17727)
[Link] (3 responses)
See the complaints about uutils in https://lwn.net/Articles/857599/ for an example; there was also similar complaining about busybox in the past, since it distracted people from making the GNU utilities smaller.
Or the complaints about the "new guard" working on Wayland instead of X11.
There's plenty of people willing to complain about other people's use of time :-(
Posted Jul 21, 2022 15:51 UTC (Thu)
by mathstuf (subscriber, #69389)
[Link] (2 responses)
The quotes make me think you're aware of this…but I thought that the Wayland developers *are* (heavily overlapped with) the X11 developers.
Posted Jul 21, 2022 16:25 UTC (Thu)
by farnz (subscriber, #17727)
[Link] (1 responses)
Indeed, which makes the complaints about people choosing to work on Wayland instead of X11 even less reasonable - in many senses, Wayland is X12, dumping the bits that need a complete redesign in the modern era of GPUs, and trying to get the core right.
Posted Jul 21, 2022 17:47 UTC (Thu)
by Wol (subscriber, #4433)
[Link]
But yes, for many years X11 was effectively one developer, who has thrown his weight behind Wayland, and I think X11 long ago went into security maintenance cum Wayland compatibility mode.
Cheers,
Posted Jul 21, 2022 13:24 UTC (Thu)
by cstanhop (subscriber, #4740)
[Link] (10 responses)
There's also the fact that most people are probably using email through a web interface or an IMAP client on their phone where most of the advantages of email that people talk about simply don't exist.
I'm a fan of the advantages of email, but if your experience of email is worse than a Discourse site, I can see why people are moving away from email.
(I'd discuss who I'd blame, but there's very little point.)
Posted Jul 23, 2022 6:41 UTC (Sat)
by gnu_lorien (subscriber, #44036)
[Link] (2 responses)
This is the pervading thought for me when I'm reading these conversations. Nobody ever ported any of the advantages of email over to new form factors. I love threading and threaded UIs, but I haven't seen one that looks good on my phone. None of the email clients on my phone can properly render patch text from plain text emails.
I really am sad by some of what has been lost on the "new internet" and in the new way of building UIs. In many cases they're genuinely not as well-featured and less accessible. At the same time, nobody really took the time to port those features into modern systems and form factors. I know that Alan Kay was sad that Steve Jobs dropped the stylus from his touch designs, but he did, so we have to design for fat-fingers and not just for fast two-handed typists if you we want a paradigm to matter for the ubiquitous devices of the day.
Posted Jul 25, 2022 3:15 UTC (Mon)
by intelfx (subscriber, #130118)
[Link]
Big surprise, because there's a lot more fat fingers than fast two-handed typists in the world.
If you want ubiquitous, you gotta design for what's ubiquitous.
Posted Jul 30, 2022 20:57 UTC (Sat)
by JanC_ (guest, #34940)
[Link]
Posted Jul 23, 2022 13:49 UTC (Sat)
by rjones (subscriber, #159862)
[Link] (6 responses)
That throughout the decades nobody has really come up with a simple, widely accepted, and effective way to verify users, senders, and verify the contents of emails. Spam companies make millions from mitigating the spam problem rather then fixing it. Google and other indexers Web-UI providers make even more based on fact that few people are really interested or able to deal with email themselves, even as businesses.
And that open source projects for email services and clients ground to a pretty much a halt around the same time that Gmail started offering 1Gb of storage.
I have always hated email for these reasons and more. And while I understand that many people have spent weeks carefully crafting their own personal setup years ago and haven't touched it since... there is very little tolerance for that sort of thing among people today. And for good reason.
This is why the alternative for discourse isn't email. It's software like facebook groups, github, and discord.
When examined in that light it is pretty obvious that discourse is the plain superior option.
If Python is successful then this should provide a template for other projects and groups to follow to hopefully claw and drag our way out of the abyss that is proprietary walled gardens.
Posted Jul 23, 2022 15:19 UTC (Sat)
by pizza (subscriber, #46)
[Link] (5 responses)
Except for the whole "every silo has to be independently polled, with an independent client that makes automation very difficult (if not outright impossible), making it impossible to scale" problem. Because its in the interest of each of those silos to make everything happen inside said silos, so users can be mined and monetized and "engaged" all way into the sewer.
Sure, the "new way" has made a much lower barrier to entry for the masses (and that's genuinely good!) but no matter how useful a ladder is for getting to the roof of your two-storey house, it's just not going to work for getting to the top of a 40-floor building!
At the end of a day, email is not even a service, but a "protocol" -- but most people only see it as an "app".
</garumph>
Posted Jul 23, 2022 17:04 UTC (Sat)
by marcH (subscriber, #57642)
[Link] (4 responses)
I think Linus Torvalds once answered in some interview "I actually don't really care what Windows does, it's not that interesting". Of course that's too extreme because you do want to "steal" good ideas from your competition, (as opposed to ranting about how it sucks), and this is what open-source has been doing since forever - except for email. However that sentence makes a good point: focus on the engineering of _your_ "product"; on what you want to win.
There's a strange emotional attachment that develops when you start mastering a complex tool. In a former life I wrote git scripts to help me backport thousands of patches. That and others things cause me to regularly marvel at git's power and flexibility. Fortunately, I'm brought back down to earth every time someone new to git tries to do something simple and asks me for help. If you never get back down to earth then you get complacent: "what email problems?"
"Simple things should be simple, complex things should be possible."
We've all seen people in these discussions saying things like "Good, email keeps noobs away from the Linux kernel". This is both sad and funny (and fortunately rare). This is funny because it is almost admitting that there are some problems but no wait, these are not problems they're actually a test! It's by design! Hilarious.
Asking "noobs" to pass an "email test" instead of a coding test so they are immediately ready to deal with the high volume of spam and noob contributions that streched maintainers must be able to filter with when... using email? OK, I can see a little bit of recursive logic here :-)
Posted Jul 24, 2022 0:45 UTC (Sun)
by pizza (subscriber, #46)
[Link] (3 responses)
Is it so strange? Literally every field of human endeavour has a notion of "expertise" that is usually celebrated [1], and part of that mastery is learning to effectively utilize the tools of that field.
What makes this field so special that what's "good enough" for novices is expected (nay, demanded) to be enough for everyone else as well?
Information management and effective communication are more strategic than ever these days. But instead, we're intentionally crippling ourselves (and handing our entire digital identities over to $bigcorp [2]) because we can't be bothered.
[1] modern politics notwithstanding
Posted Jul 24, 2022 17:30 UTC (Sun)
by marcH (subscriber, #57642)
[Link] (1 responses)
Not 100% sure what particular solution you're referring to but good tools should always make "simple things simple and complex things possible".
The fact is that most people find it very convenient[*] to submit a one-line, typo fix on Githab and then walk away but very time-consuming when the code review requires finding and configuring properly an email client that supports plain text, bottom-posting and what not. These requirements are dying much faster than what's left of email.
[*] and yes that convenience comes at a price, we know.
> But instead, we're intentionally crippling ourselves (and handing our entire digital identities over to $bigcorp [2]) because we can't be bothered
Yes, we know. We've read that a million times. And some. Yet another change of subject.
What alternative to $bigcorp have you contributed to? Did you help understand why email is dying or even help fix it? Have you explored or contributed to any new alternative, can you recommend any?
I did absolutely nothing to help fix this particular problem but I'm not complaining that people are too stupid to leave email (a.k.a. "blame the user") in every discussion either.
People who complain that Windows is evil (tm) generally contribute to Linux or some alternative. What makes email so special that most people who keep complaining about its competition do absolutely nothing to fix it, not even acknowledging the reasons why it's dying and keep claiming that people are just too stupid to see how good it is?
Posted Jul 25, 2022 3:46 UTC (Mon)
by pizza (subscriber, #46)
[Link]
I don't actually have an inherent problem with $bigcorp providing services; what I take issue with is intentional lock-in that tends to come along with it. And nothing locks you in like using $bigcorp's identity services tied to a domain you don't control.
But you are right, the battle has been over for two decades. Google giving away a gig of storage for free was the beginning of the end.
You can't compete with services by providing software. And when you're providing a service, you can't compete with free unless you have some other way of making money -- such as selling (indirect) access to the data you've mined. which in turn is only possible if you're operating at a sufficiently massive scale to where micropennies finally pile up.
And as I mentioned earlier, most folks don't see anything beyond the "app" -- I'm not asked for my email address; instead I'm asked 'gimme your gmail' or something like that.
(What do I do? I'm self-hosting, and made minor contributions to various federated systems. I advocate the importance of owning your own digital identity, and that starts with domain names. And that's about all I can do, because at the end of the day, you're still in competition with "free")
Posted Jul 25, 2022 6:13 UTC (Mon)
by interalia (subscriber, #26615)
[Link]
I say this as someone equally guilty of this kind of feeling sometimes... if I had to climb the stairs to the top to master it, everyone else should have to do the same. If newcomers can just take the escalator instead of the stairs, that effort I put in was just superfluous and I don't get to feel as proud of it.
We all know email is a terrible medium. I haven't tried things like Discourse, I don't read any mailing lists or contribute much to OSS nowadays. But the centre of gravity has moved, and just as when I started I had to join mailing lists, now you have to join something else. It's still the same bazaar, with a different entry path.
Posted Jul 22, 2022 7:27 UTC (Fri)
by marcH (subscriber, #57642)
[Link]
Wait, there's at least one guy actually trying to do something:
https://lars.ingebrigtsen.no/2020/01/06/whatever-happened...
On his "spare time" when has any.
Amazing results (when it's not down) considering it's a single-handed effort but never heard of anyone else. Everyone else seems to be just whining about the email competition: "single point of failure", "closed-source", "incompatible", "lost privacy", "slow and bloated", "no threading", "customer lock-in", "evil BigTech",... Mostly correct and valid but neither fixing email nor offering vague idea of any solution or alternative.
There's seems to be more people trying to fix IRC: https://bnc4free.com/?page_id=26 https://quassel-irc.org/about
> why have Greg Beards (tm)
I _swear_ that typo was unintentional.
Posted Jul 25, 2022 12:58 UTC (Mon)
by smoogen (subscriber, #97)
[Link]
I will try to give a possible answer to your question about why have Greybeards tend to try and pick apart the problems of the replacement tools versus fixing the underlying tool.
1. There is a lot of 'I have spent a lot of time building my own infrastructure to deal with this crap' so there is the mastery item you have brought up later.
So instead, it is easier to go find one or two lines in someone pointing out problems and then disect those to show all the logical fallacies and prove to ourselves it isn't worth spending time on. [Basically the brain has a lot of feedback loops to make this the preferred action as we age.. we are trying to maintain a safe environment we know while fixing things or moving to a different environment trigger all this fear and anger.]
Posted Jul 28, 2022 15:20 UTC (Thu)
by Vipketsh (guest, #134480)
[Link] (1 responses)
Maybe one should ask "why are Grey Beards so attached to having discourse ?".
I sometimes wonder if the youngsters crawling github and such are even interested in have any discussions at all ? My experience browsing github is that most projects there have exactly no advertised discussion fora. Not github discussions, no mailing list, nor anything else. The only things available are 'issues' (oft abused by users as discussion only to be told 'go away' after a while) and 'pull requests'. Ofcourse this is all anecdotal, but still says something.
Posted Jul 29, 2022 20:20 UTC (Fri)
by marcH (subscriber, #57642)
[Link]
Leaving python-dev behind
Wol
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Wol
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Wol
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
I also use Syncthing, but unlike the other poster, do get sync conflicts. But the Keepass db format keeps track of modification times for each record, such that "Merge another database" has never lost information for me. I can make changes with abandon on my Android phone and tablet and multiple desktops, knowing that worst case I'll need to merge.
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Wol
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
> I sometimes wonder if the youngsters crawling github and such are even interested in have any discussions at all ? My experience browsing github is that most projects there have exactly no advertised discussion fora. Not github discussions, no mailing list, nor anything else. The only things available are 'issues' (oft abused by users as discussion only to be told 'go away' after a while) and 'pull requests'. Of course this is all anecdotal, but still says something.
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
As to what that is for individuals, people can only speculate since it differs from person to person.
Leaving python-dev behind
Leaving python-dev behind
Wol
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Wol
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
> When examined in that light it is pretty obvious that discourse is the plain superior option.
Leaving python-dev behind
Leaving python-dev behind
[2] whose ToS says they can drop you at any time for any reason, with zero recourse
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
Leaving python-dev behind
2. We have all lived long enough to know that if we 'fix' this tool, it will break a LOT of other people who will yell at us for doing so. Our infrastructure will break for 'no reason'. Tons of people we know will also have to deal with the breakage. Better to just let sleeping rabid dogs lie.
3. This one hits me a lot when I finally start to fix something. 'Why is it so important to fix now? why didn't you fix it before?' Sure it takes all these workarounds to make it 'work' but those are just cost of doing business.
Leaving python-dev behind
Leaving python-dev behind