|
|
Subscribe / Log in / New account

LWN's 2020 Retrospective

By Jonathan Corbet
December 21, 2020
Predictions are hard, as they say, especially when they are about the future. So perhaps your editor can be forgiven for not anticipating that 2020 would be the sort of year that makes one think nostalgically about trips to the dentist, waiting in a crowded motor-vehicle office, or crossing the Pacific in a row-47 middle seat. If only we had known how good we had it. Be that as it may, this year is finally coming to an end. Read on for a look back at the year, starting with the ill-advised predictions made in January.

A look back at a look forward

The first prediction had to do with the Python project finding its path in a post-Guido world. In truth, founder Guido van Rossum has not been as absent as one might have thought, and he continues to have a strong say in the development direction of the language. His championing of the PEP 622 pattern-matching mechanism shows that he still has strong ideas about where the language should go. Python governance may be happening without Guido, but the project's leaders still listen to him.

The direction of the GNU Project was the subject of another prediction that did not really pan out as expected. As far as the public can see, at least, the discussion about the future of the GNU project appears to have faded away. Richard Stallman remains in charge (as expected), but the project gives every indication of being mostly on autopilot.

The prediction about increasing retirements in the community explicitly said that little might happen in 2020, and that appears to be the case. If anything, things went the other way, with Van Rossum ending his retirement to take a new job in the industry.

Did the kernel workflow effort begin to bear fruit, as predicted? That work has continued, and the community has gained some new infrastructure for dealing with patches outside of email. The ripest fruit at this point, certainly, is the b4 tool, which continually gains capabilities and has become an increasingly indispensable part of many developers' workflow. One wonders how we did without it, but it only showed up (under a different name) in January.

Your editor predicted that the next LTS kernel would be 5.9, released on November 1. There were some weasel words about how, if there were fewer ten-week cycles, that kernel would actually be 5.10, released in December. And, in fact, kernel releases got a little faster in 2020, 5.9 was released on October 11, and the long-term-support release for 2020 will be 5.10, which came out on December 13. So this prediction is a win — as long as the fine print is taken into account.

A prediction that there will be conflict within the Debian community is relatively safe in any year, 2020 included. Attacks on Debian from outside the community may have fallen off a bit, but Debian developers are good at creating their own heat. This can be seen, for example, in ongoing disagreements about vendoring and, of course, init scripts.

As predicted, the kernel community did come close to finishing its work to address the year-2038 problem, though some loose ends remain. It just goes to show that if you predict something often enough you may eventually be able to claim victory. Another prediction was that BPF API issues would not go away. They arguably have not, but neither did they play a large role in the discussions of 2020. The one exception was perhaps this libbpf issue which isn't really an issue in BPF itself. Meanwhile, BPF development continues at a furious pace.

Were there "perturbations in the employment market" as predicted? Obviously, labor markets as a whole have had a difficult year, but it seems that the market for free-software developers was mostly shielded from all of that. Social distancing and working from home come naturally to us, and the technology industry as a whole had a good year.

What was missed

Overall, it is fair to say that your editor's record as a mediocre predictor of future events has not improved in 2020. But failure here isn't just a matter of predicting things that did not happen; there's also the little problem of not predicting things that did come about. Needless to say, there's a few of those to make fun of as well.

One surprise, despite being arguably predictable, was Red Hat's decision to end support of CentOS as we know it in favor of "CentOS Stream". There have been worries about what Red Hat would do with CentOS ever since the acquisition, given that there are clear incentives to end the free ride that CentOS has been for so many users. The hard part with such predictions is always in the timing; it's hard to tell which straw will break the camel's back.

A similar story played out in the LibreOffice community, where Collabora moved LibreOffice Online into a separate, Collabora-branded project. Once again, a company putting significant resources into a free-software project has felt the need to make changes in order to get a sufficient return on that investment. Happily, Collabora Online remains free software, but it lives outside of the LibreOffice community, for now at least.

The death of email in 2020 was not predicted, and it did not happen. But the movement of projects away from email-centered processes was predictable and did continue. Debian debated a move to Discourse, and Fedora continues to move discussions in that direction, for example. Not everybody agrees that these web-based systems are an improvement over email, but there is pressure to move in that direction regardless.

That other story

Then, there is that one other little surprise. Some comfort can be taken in the fact that few others predicted that the world would be thoroughly disrupted by a global pandemic, even though the first reports were showing up by the time the predictions article was written. Over the year, the pandemic has brought a few interesting things to light.

It is worth pointing out, for example, that as soon as discussion of contact-tracing apps took off, a consensus formed that these apps should be open source. Given the sensitive nature of the information handled, the need to be able to inspect the operation of contact-tracing apps and ensure that privacy was protected was easy to see. We have, over the years, raised some awareness of that advantage of free and open-source software, it seems.

Of course, weather and solitaire apps can still follow your every move and report everything back to the mothership. Oh well.

One other thing is worth a mention. Free software famously built the Internet. When in-person meetings became an unwise thing to do, there was an immediate, pressing need for the Internet to support activities like video conferencing, and the free-software community had no real answer to give. There are good video-conferencing applications, and many of us put them to good use this year, but there was nothing that could work on the scale needed. Thus, even free-software companies — and free-software events — ended up depending on highly proprietary platforms, some of which are not necessarily designed with privacy or freedom in mind. This was a huge missed opportunity; free software, it seems, is still far from world domination.

We were certainly hurt by the end of in-person conferences; they are necessary for the smooth functioning of our global, electronically connected community. That situation seems likely to continue well into 2021. But how did the pandemic affect the development of the code? One way of answering that would be to point out that two of the three busiest kernel development cycles ever happened in 2020. Another way would be this set of plots:

[patch activity]

The upper plot shows a count of patches merged into the mainline kernel by the date they were posted; the lower one counts by commit date instead. The shaded areas indicate the merge windows. If there is any signal to be seen there at all, it suggests that activity may have picked up ever so slightly during the peak of the lockdowns in March and April. Certainly there is no decline in activity over the course of the year. The pandemic continues to cause untold grief and harm worldwide, but it has been relatively gentle with the development community.

In the same vein, the community has been gentle with LWN. At the beginning of the pandemic it was hard indeed to predict how things would go and easy to fear the worst. At the end of the year, LWN's staff is healthy, and so is its financial footing. We can only offer our deepest thanks to all of you who have supported us over the years, and who continued to support us through this difficult year as well, many at higher levels than before. You all are the reason LWN has been here since 1998.

We wish the best of the holidays for all of our readers and a happy beginning to what will hopefully be a better year than 2020.


to post comments

LWN's 2020 Retrospective

Posted Dec 21, 2020 21:07 UTC (Mon) by amacater (subscriber, #790) [Link]

And the very best to Jon, the other editors and the other folk that lurk here, throwing comments in occasionally. Happy festive season all.

LWN's 2020 Retrospective

Posted Dec 22, 2020 4:47 UTC (Tue) by anonymous_commenter (guest, #117657) [Link]

The only comment I have to say is that: thanks you very much Jon and I owe you a crate of homemade beer :)

Alain

LWN's 2020 Retrospective

Posted Dec 22, 2020 7:32 UTC (Tue) by tjasper (subscriber, #4310) [Link]

Thanks for another year, and Merry Christmas and a Happy New Year to all at LWN, and all subscribers and readers.

LWN's 2020 Retrospective

Posted Dec 22, 2020 11:48 UTC (Tue) by niner (subscriber, #26151) [Link] (3 responses)

There's a great irony about LWN. One the one hand LWN as a publication has a clear explicit and implicit bias towards free software and its benefit to the world over proprietary software. On the other hand LWN and especially our esteemed editor takes great care to provide a balanced view on every topic, including e.g. the need for companies to create and sustain revenue streams.

There are also articles like this where our editor takes a critical look at his own predictions instead of just distracting us by making new ones. Of course the whole exercise is of a light hearted nature, but then it's also a facet of what LWN really is: one of the few remaining, shining examples of real journalism.

For this, I'm deeply grateful.

Thank you and happy holidays!

LWN's 2020 Retrospective

Posted Dec 22, 2020 12:37 UTC (Tue) by Wol (subscriber, #4433) [Link]

Good journalism is wearing your prejudices on your sleeve. We're all prejudiced, it's part of being human.

The worst journalism is those who claim to be impartial - because that's not possible.

And kudos to LWN for being a brilliant journal!!! :-)

Cheers,
Wol

Working economically sound is a necessity

Posted Dec 22, 2020 16:13 UTC (Tue) by ber (subscriber, #2142) [Link]

As Free Software is about freedom, not about price, it is perfectly fine to earn money from Free Software work. So there is no "on the other hand" here. On the contrary, if we want Free Software to be the default, it means that many professional software-engineers that exist will have to be paid.

In addition: any organisation needs to work economically sound, this includes charities or public authorities as well as privately held companies.

Best wishes to LWN, Free Software and all of us towards a better world in 2021!

LWN's 2020 Retrospective

Posted Dec 23, 2020 16:52 UTC (Wed) by jezuch (subscriber, #52988) [Link]

Well, epidemiologists definitely predicted that something like that would happen, but as our esteemed editor noted, the devil is in the timing. Also, nobody would listen to them :) So here we are, utterly unprepared but not surprised (some of us, at least).

Have a nice year end's rest despite the whole thing! :)

LWN's 2020 Retrospective

Posted Dec 22, 2020 15:06 UTC (Tue) by dankamongmen (subscriber, #35141) [Link]

another great year of reporting from LWN. thanks to the whole gang =].

LWN's 2020 Retrospective

Posted Dec 22, 2020 20:02 UTC (Tue) by nickodell (subscriber, #125165) [Link] (3 responses)

Yeesh, the comments on "Better tools for kernel developers" are truly something to behold. It seems like some people are offended by the implication that git send-email is hard to use, or that people use webmail clients.

LWN's 2020 Retrospective

Posted Dec 23, 2020 6:34 UTC (Wed) by notriddle (subscriber, #130608) [Link]

And that they won’t quit their job over the email setup.

LWN's 2020 Retrospective

Posted Dec 25, 2020 17:07 UTC (Fri) by NYKevin (subscriber, #129325) [Link] (1 responses)

It's the other side of the Dunning-Kruger coin. When you're really, really good at something, it feels trivially easy, so you assume that beginners find it easy as well. The logical next question is, if it's so easy, why do all of these outsiders keep whining about it?

The lack of self-awareness is unfortunate but unsurprising. It's human nature.

LWN's 2020 Retrospective

Posted Dec 26, 2020 9:48 UTC (Sat) by CChittleborough (subscriber, #60775) [Link]

Those are two very good points.

LWN's 2020 Retrospective

Posted Dec 23, 2020 3:58 UTC (Wed) by nestal (subscriber, #66970) [Link]

Thanks and be safe.

LWN's 2020 Retrospective

Posted Dec 24, 2020 17:13 UTC (Thu) by anton (subscriber, #25547) [Link]

The comments on video-conferencing mystified me. I have to thank LWN for pointing me to the free software options Jitsi and to BigBlueButton, and our group now has a Jitsi server and a BBB server, and we use them for meetings, classes, and exams; another piece of free software that LWN did not mention is NextCloud (also available to us, but we don't use it).

The linked-to coverage of the Linux Plumbers conference shows that BBB has worked, although measures were taken to avoid bumping into the potential limits of BBB. In the same timeframe, EuroForth was held, also with BBB (hosted by senfcall.de), plus a twitch feed (which provides a back channel) for more passive participants.

I also find that in our classes we don't use the video feed (only screen sharing and BBB presentations), and participants mute themselves when they don't want to speak; in some classes the students seem to prefer (or maybe think that I prefer) using the chat and always stay muted. This works pretty well, and I certainly don't miss the video feed; the advantage of using the chat is that several students can work on their questions at the same time. I expect that BBB scales even further when it is used in this way; however, we don't have enough students in our classes to test this theory.

LWN's 2020 Retrospective

Posted Dec 25, 2020 7:53 UTC (Fri) by flussence (guest, #85566) [Link]

Here's to being humorously wrong about 2021, I hope.

LWN's 2020 Retrospective

Posted Dec 25, 2020 20:08 UTC (Fri) by anarcat (subscriber, #66354) [Link]

Thanks to the LWN team for all your work. I may not be contributing anymore, but I'm certainly reading you rather assiduously and I'm glad things are working out! Keep up the good work, and I can't wait to see into your 2021 crystal ball! :)


Copyright © 2020, Eklektix, Inc.
This article may be redistributed under the terms of the Creative Commons CC BY-SA 4.0 license
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds