After visiting OSCON and seeing how other companies were engaging in open-source, I decided to share some of the more interesting things I learned with the community around Shopsys Framework - our clients, partners, fans, employees, advisors, consultants and investors.
Overall, OSCON has probably been one of the best conferences I’ve ever attended, simply in terms of having access to developers. Where else can I find and talk with MySQL/MariaDB, ElasticSearch, Apache Foundation and Acquia/Drupal co-founders? Although I ended up skipping some of the workshops, I made sure to attend two days worth of conferences, and below are some of the major points that stuck out for me and how we might best apply them to our own framework.
Business Around Open Source
Monty Widenius, co-founder of MySQL (which was sold to Sun for $1bn with $70m revenue) and founder of MariaDB, recommended using a Business Source License for some parts of software instead of relying on an open source + proprietary (e.g. dual licensing). The BSL means that the code is open and becomes free software under specific circumstances (e.g. after 4 years). After a short chat about the SSFW, he recommended using the MIT license for our platform and the BSL for modules.
Monty put it into perspective like this:
If you are a service company, you need 100 developers working for clients for every 10 developers working on the product. Valuations of those companies are usually double the revenue. If you are a software company, then you need income from selling licenses - it doesn’t matter if all of your software is proprietary or open source and only 1/100 customers end up paying. Valuations of these companies usually have 10x their revenues + Y x user base.
On the other hand Carolyn, the IP & licensing expert working at a Canadian software company (which she didn’t want to name) was quite suspicious about BSL as it is not approved by the Open Source foundation. She agrees with having the platform under MIT license, but recommends keeping modules as proprietary as they tend to include a company’s "secret sauce" (our particular know-how). She also recommended using yearly fees (both unlimited or limited, e.g. for 3-5 years) instead of asking for a high one-time fee. She strongly recommended including revenue from licenses in any open-source startup strategy, especially if they have a small/niche market. Conversely, one often celebrated open source Linux business, Red Hat, has one huge advantage and takes the opposite approach to niche marketing - instead, it relies on a huge ecosystem.
The Awkward GPL License
The GPL license is one of the most disliked licenses among their users (especially corporate users), yet it is a very commonly used license on commercial open source projects. It has a strict copyleft with limited distribution. It is unclear what the distribution is (especially in terms of internal distribution within corporate entities). Additionally, GPL causes adoption struggles for bigger companies as well - every usage of GPL source code needs to be approved by the legal/IP department. That is why companies prefer permissive licenses like MIT, BSD or APL.
To summarize, the copylefted (GPL, OSL, AGPL, LGPL) open source software producers (like MySQL, MariaDB, Magento, Oro) benefit from these issues and they usually offer another license (such as a dual licensing model). As a result, big companies prefer to buy a commercial license from a provider.
Newer alternatives to the GPL license, with less annoyances but still strict copylefts, include OSLv3, AGPLv3 and LGPLv3. OSLv3 has probably clearest definition of distribution and derivative works. Unlike MIT/BSD/APL, the GPL/OSL/AGPL/LGPL licenses have another advantage for the producer: their software can't be forked and redistributed without publishing changes.
For those of you who don’t know, Copyleft is the rule that when you redistribute the program, you cannot add restrictions which deny other people access to the program’s central freedoms (of free software, not in terms of money). However, it should be noted that a program which uses copyleft licensing does not need to be published to fall under this rubric. The copyleft applies only to the provided program and not in-house modifications to the software.
But things get even weirder. Software under AGPL (modified version of GPLv3) has a different requirement: if you run a modified program on a server, your server must also be allowed to download the source code corresponding to the modified it is version running. I am serious! MongoDB and Shopware are among several businesses who currently use this license.
On a side-note: MariaDB uses GPLv2 because it is based on MySQL that uses GPLv2 as well. Additional products (MariaDB Enterprise and MaxScale) fall under BSL.
License Selection Diagram
After dozens of hours spent researching licenses, I’ve created a simple license selection diagram. Feel free to use it for your projects.
Perfect Product Approach
You never start with a perfect product - it always takes time to make software better and better and the journey never ends. As Iwo (VP of Sales Operations) told me, Shopgate had a totally ugly, crappy mobile app in 2013 in comparison to what they have today. Now Shopgate is one of the leaders when it comes to the mobile store industry.
PHP Is The King
And yet, PHP is barely a top topic among speeches in conferences. I had discussions with many developers and project managers (at OSCON, Shopify Unite, GenereteNY) and most of them told me that PHP is the most used programming language for back-ends and cores of applications - especially in the e-commerce segment.
Many people told me that PHP is a safe choice as it has been here for more than 20 years and it will probably be there for decades to come. Even in the US, most web developers are PHP devs. Also, there is a higher probability of being able to find someone you can hire who has an advanced understanding of PHP, versus .NET, Java, or especially some modern-hyped-languages like NodeJS, AngularJS, ReactJS, etc. Personally, I am firmly convinced that PHP is the best choice. And among PHP frameworks, Symfony and Laravel are the most known and preferred in the US. For enterprise apps, Symfony is definitely the best choice.
Despite the popularity of PHP, there’s no doubt that some modern e-commerce sites will still prefer JS frameworks for front-ends and this is something to keep in mind when dealing with future clients (most people told me that they would bet on ReactJS above all).
Other Issues In A Nutshell
FLOSS vs Proper Business Strategy
The perception of open source as a free libre open source software (FLOSS) as it used to be in the beginning is completely gone. From all new projects over the last few years, I got a feeling that open source plays only a small part of their business strategy. Simplified, there are three strategies:
Big Software Houses' Attention
The presence of big software houses like IBM, Oracle, DELL, Google, Microsoft, etc. was really mind-blowing. They were the main sponsors but made remarkable efforts to be speakers as well (their approach does not hit the target every time, of course). I talked about it with some attendees and they told me that open source is considered a very feasible alternative to how software products will be created in the future. Whether you believe it or not, open source is receiving a lot of hype and is in the crosshairs of big software houses just as much as software-as-a-service or cloud. But it’s also clear that many software houses do not know how to deal with this transition, so we can expect there will be probably many acquisitions in the next few years.
Side note: the US government has passed a recent law that at least 20% of all delivered software must be open sourced.
All the conferences I visited this spring (OSCON, Generate & Shopify Unite) provided me with a lot of inspiration, introduced me to great people and new networking opportunities, and helped me learn a lot about the evolving future of open-source. But I would love to hear what you think? How do you perceive open-source and what trends have you observed?
Author: Petr Svoboda, founder of the ShopSys Framework