> Sadly, some of this is due to the "media" organization's need to drive page views and not journalistic ignorance of the facts that this is just a proposal. > I don't know how you fix the underlying revenue enhancement approaches that have driven hyperbole and attempts to drive engagement and outrage. And if you do, please share!
This. As someone who has done journalism in the Linux, BSD, and Open Source space since 2013... this is not an issue of an outlet not understanding. This is purely a financial decision. As an example, in another situation back in like 2014, another outlet (I won't name because I dont trust them to not come at me, but let's just say its a popular Open Source news site with its own forum) created an entire news frenzy by basing an article on a random Reddit thread about how a Linux distro was splitting up. This outlet took that person's post, and made an article about it. They didn't seem to make any attempt to verify the information. It took me all of an hour to get in touch with one of the Devs to get the actual story. It took the people in their forums a few hours to do the same thing. But instead of doing that, this outlet rushed out with their story and got who knows how many tens/hundreds of thousands of views. Then 4 days later when it became obvious to everyone that the story was entirely false a 2nd correction article was made public. Who knows how many views the site got over those two articles in that first week... but seeing as how their page had 14 unique ads that would load on every page view (unless you were using a blocker). I'm sure they made decent money off it. I'm not against Fedora making things clearer, I think Björn's suggestion to just just label them as "Proposal" is a good idea. Unfortunately though, we can't change the perverse incentives around bad reporting practices, so bad faith actors that only want to make a quick buck from outrage are still going to do crap like this. On Thu, Apr 28, 2022 at 9:33 AM Gary Buhrmaster <gary.buhrmas...@gmail.com> wrote: > On Wed, Apr 27, 2022 at 11:50 PM Adam Williamson > <adamw...@fedoraproject.org> wrote: > > > Could we consider, in future, posting a clarification for journalists > > in flaming six-foot high letters (I exaggerate only slightly) at the > > top of *every* proposed Change page, and *every* official mail relating > > to a proposed Change, which clarifies that it's *proposed* not > > *accepted*, and that means it might not happen? I feel like we'd have > > to firefight less if we could do that. > > Sadly, some of this is due to the "media" organization's > need to drive page views and not journalistic ignorance > of the facts that this is just a proposal. > > I don't know how you fix the underlying revenue enhancement > approaches that have driven hyperbole and attempts to drive > engagement and outrage. And if you do, please share! > > (My cynical answer is to create a "payall" to see the > details of the proposals, with (fedora) signup and providing > detailed demographic data to complete the login (turnabout > is fair play?)). > _______________________________________________ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > Do not reply to spam on the list, report it: > https://pagure.io/fedora-infrastructure >
_______________________________________________ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
