Open source technology is now mainstream. Technologies large and small impacting people all over the world are powered by open source platforms, libraries, and backends. There’s an urgent problem, though: open source has become synonymous with shockingly poor user experience (UX), reducing its impact and adoption.
Next month, the very first DevConf.us conference will launch at the Boston University in the historic city of Boston, USA. This annual, free, Red Hat-sponsored technology conference for community project and professional contributors to Free and Open Source technologies is an engineering conference organized by engineers.
As we get ready for the August 17-19 event, we have reached out to many of the speakers to find out what expertise they will be bringing to the Back Bay.
2018 has been a big year for Linux. Red Hat is celebrating its 25th anniversary (as well as Slackware!), and we are not the only ones with significant birthdays. This year also marks the 20th anniversary of the Open Source Initiative (OSI) and a touchstone conference in the open source ecosystem: OSCON. And this year’s show is celebrating in style, moving back to where many would say it always belonged, Portland, Oregon.
When you do some site housekeeping, it’s also a good time to do a little content housekeeping as well.
When I wrote the May 29 blog entry, “Taking a Break,” I really wasn’t trying to be prescient. But what was meant to be a gentle reminder for community members to take mental health breaks, turned into the next-to-last blog posting on this site for over a month’s time.
That’s because when the May 31 post was attempted to publish, we discovered some serious issues on the previous content management system that prevented the automated CI process from clearing content to be posted on this site.
There are two main branches of what is broadly known as free/libre open source software (FLOSS). Free software licenses are restrictive in the sense that if you use software and modify it, and then want to share it with someone else, you must share your changes with the original project.
Open source software licenses are defined as permissive, since there are typically no sharing requirements on the code. You make your changes and then share the code only if you want to.
Memorial Day in the US is traditionally the unofficial start of summer, but ironically it’s also the start of a busy community season around the world.
With more students out of school, code contributions on various projects tend to rise. Conferences also tend to increase in frequency (particularly towards the end of the season). But even as life gets busier, it’s important to remember to pace yourself.
Let’s not kid ourselves: the free and open source community is not all laurel (yanni?) leaves and Kumbaya. There are arguments all the time.
Vi vs. emacs. Restrictive vs. permissive. Open vs. proprietary. Heck, on most days, I have had discussions about one or more of these topics before I’ve finished my morning coffee.
When you add business interests in the mix, the arguments add a whole new layer of motivation because now we’re talking about money and sales.
It’s a pretty violent metaphor, this notion of what happens to your open source software project if one or more of its members might get hit by a bus. Or a truck. Or whatever motor vehicle of doom happens to be barreling down the road of fate. At first thought, one might simply want to urge people to look both ways when crossing the street.
But the bus factor is a real concern for many open source projects, because too often a lot of the work finds itself in the hands of just a few people, who in turn become very critical to the project’s success.
We do this, typically, by displaying plumage that is synchronized. If I am a fan or a particular team, and I see someone wearing a matching jersey, then I can identify with that person in some way, even if it’s the first time I have met them.