I’m happy to report that the 14th article in the Open Source Expanded column of IEEE Computer has been published.
Open Source Community Governance the Apache Way
Open Source Software, Distributed Computing, Documentation
Isabel Drost-Fromm, Apache Software Foundation Rob Tompkins, Apache Software Foundation
Computer vol. 54, no. 4 (April 2021), pp. 70-75
Abstract: An open source project without the people is a dead project—or at least one that is fairly deep asleep. While all successful open source projects understand that they need to build a community around their project, the exact options for doing so differ.
An open source company is a company whose business model is built on a customer acquisition process in which customers first use a free-to-use open source version of the product before being upsold to a commercial offering by the company.
In 2006, we set-up SAP forge to make finding and collaborating on inner source projects easy. The advice of how to design a forge or portal for this purpose hasn’t really changed over the years. The most important advice is:
Make the forge available at one place (and one place only) with a memorable URL like forge.acme.corp
The second most important advice is on the design of the home page of the forge. There are a couple of independent mechanisms that should be present. In order of descending importance (read: prominence of screen real estate given):
This 5min. video discusses basics of turning your research into a startup. It focuses on public funding. The video was created for the March 2021 DAAD PRIME workshop, but is not restricted to a postdoc audience. Indeed, it works for anyone with a good idea and ideally a team who is willing to move to Germany to benefit from its rich ecosystem for public funding of startups.
I’m happy to report that the 13th article in the Open Source Expanded column of IEEE Computer has been published.
A Brief History of Free, Open Source Software and Its Communities
Open Source Software, Licenses, Internet
Jesus M. Gonzalez-Barahona, Universidad Rey Juan Carlos
Computer vol. 54, no. 2 (February 2021), pp. 75-79
Abstract: Free, open source software (FOSS) has a long history, beginning with the origins of software itself, when the terms free software and open source software were not yet defined. Learning about the milestones of this history may help to understand FOSS today.
How can you spin your research into a startup? We asked Dirk Riehle, professor of Computer Science and advocate for founders with an academic background, for insights and advice. Before becoming a professor, Dirk has worked in industry, always in close connection with startups. His passion for entrepreneurship has become a big part of his professorship and Dirk has been developing, guiding, and supporting startups from research.
tl;dr The communities that form around community open source are very different from those that form around commercial open source; confuse them at your own risk.
The recent announcement by Elastic to relicense their software away from open source licenses to commercial and source-available licenses only has triggered the debate about rights and expectations of open source communities again (local copy 1, 2, 3).
Legally speaking, I assume that this is fully within Elastic’s rights. I assume they either outright own all copyright to the relicensed code or collected copyrights by way of contributor license agreements from anyone whose code they accepted into their code base.
Abstract: Increasingly companies realize the value of using free/libre and open source software (FLOSS) in their products, but need to manage the associated risks. Leading companies introduce open source governance as a solution. A key aspect of corporate FLOSS governance deals with choosing and evaluating open source components for use in products. Following an industry-based research approach, we present 13 best practices in the pattern format of context-problem-solutions paired with consequences. In this paper, we cover an excerpt of the Component Approval section of our FLOSS governance handbook. This article builds upon our previous EuroPLoP publication covering Component Reuse in FLOSS governance processes, as well as other publications on the topic. Analyzing qualitative data gathered from 15 expert interviews, we derive and interconnect the common industry recommendations for reviewing, tracking, and approving open source components in a company environment. We conclude by presenting workflow templates that put various best practices in relation to each other.
Keywords: Commercial use of open source, component approval, FLOSS, FOSS, industry best practice, open source software, open source governance, pattern language
Reference: Harutyunyan, N. & Riehle, D. (2020). Industry Best Practices for Component Approval in FLOSS Governance. In Proceedings of the 25th European Conference on Pattern Languages of Programs (EuroPLoP ’20). ACM, article 33.
Next month, February 2021, I will be presenting lightening talks at both FOSDEM 2021 (Feb 6th) and FOSS Backstage 2021 (Feb 10th) about how to get your Ph.D. and have a startup too. At FOSDEM it will be a 5min. presentation, at FOSS Backstage a 15min. presentation. Both conferences are free to attend virtually, and in both cases, you can ask questions and get to know more about this initiative. See you there!