We're sorry but this page doesn't work properly without JavaScript enabled. Please enable it to continue.
Feedback

Open Source as a Business

00:00

Formal Metadata

Title
Open Source as a Business
Subtitle
Strategy, Struggle & Success
Title of Series
Number of Parts
94
Author
License
CC Attribution 4.0 International:
You are free to use, adapt and copy, distribute and transmit the work or content in adapted or unchanged form for any legal purpose as long as the work is attributed to the author in the manner specified by the author or licensor.
Identifiers
Publisher
Release Date
Language

Content Metadata

Subject Area
Genre
Abstract
How do you build a lasting and successful company that also stays true to its open source roots? This talk takes a look at why open source is important to business and three essential elements of this path. * Strategy: How can you monetize your open source product? Is it support, an open core approach, cloud services, or a combination of the three? And which ones are the features you can even commercialize without alienating your community? * Struggle: "You received a 100 million dollars in venture capital and yet you have so many open issues?!" Once money is involved the dynamics often change. How can you manage expectations and still build on a flourishing open source community? * Success: How do you balance open source and commercial success? How do you align engineering and sales decisions? This talk takes the perspective of Elastic, the company behind the open source products Elasticsearch, Kibana, Beats, and Logstash, which makes its money with support, the commercial extensions, and cloud offerings. But we are also taking a look at how others are approaching this challenge, what worked, and what failed.
15
Thumbnail
1:16:56
20
Thumbnail
59:24
23
Thumbnail
10:02
48
Thumbnail
50:08
56
76
Thumbnail
12:05
Open sourceFreewareShared memorySoftwareOpen sourceSoftwareBitStrategy game1 (number)Event horizonProjective planeDifferent (Kate Ryan album)CodeShared memoryNumberObservational studyOutlierSinc functionSubsetComputer fontGoodness of fitOpen setRandom matrixData managementXMLUMLLecture/Conference
CodeCore dumpMathematicsPoint cloudOpen sourceProduct (business)Distribution (mathematics)Binary multiplierElasticity (physics)Open sourceSoftwareCASE <Informatik>Business modelDistribution (mathematics)Product (business)Exception handlingPreconditionerCodeFraction (mathematics)Forcing (mathematics)Projective planeBinary multiplierXML
Open sourceSoftwareInclusion mapPerpetual motionStandard deviationTerm (mathematics)Algebraic closureRevision controlData storage deviceOpen sourceProjective planeElasticity (physics)SoftwareProduct (business)XMLComputer animation
Software developerOpen sourceStrategy gameSoftware developerBitProduct (business)Elasticity (physics)Open sourceTransport Layer SecurityComputer configurationWebsiteMoment (mathematics)CuboidSoftwareMultiplication signStrategy gameTrailMereologyComputer animationXML
Strategy gameOpen sourceInformation technology consultingService (economics)Open sourceSoftwareStrategy gamePublic key certificateDependent and independent variablesService (economics)Canonical ensembleWave packetInternet service providerJSONXMLComputer animation
Computer fileOpen sourceUsabilityRenewal theoryInformation technology consultingProduct (business)Integrated development environmentMultiplication signGraph (mathematics)Open sourceSoftwareBusiness modelService (economics)Enterprise architectureBasis <Mathematik>Product (business)Revision controlBitIntegrated development environmentField (computer science)Forcing (mathematics)Pay televisionPoint (geometry)Renewal theoryCASE <Informatik>2 (number)Bit rateWave packetCloud computingPublic key certificateComputing platformVideoconferencingFreewareAreaMereologyControl flowImage resolutionData storage deviceLimit (category theory)Perspective (visual)XMLComputer animationMeeting/Interview
Open sourceOpen setCore dumpOpen sourceCore dumpService (economics)Business modelSoftwareMultitier architectureProduct (business)Multiplication signSequelRevision controlOperator (mathematics)Graph (mathematics)Data storage deviceXMLUMLComputer animation
Open setSoftwarePoint cloudService (economics)Revision controlGraph (mathematics)Open sourceServer (computing)Product (business)Multitier architectureCloud computingHand fanField (computer science)Tracing (software)Point cloudError messageOnline helpMereologyProjective planeCore dumpService (economics)Multiplication signScalabilityInformation securitySoftware developerModule (mathematics)Forcing (mathematics)BitOpen setStack (abstract data type)SoftwareFunctional (mathematics)Entire functionSpeech synthesisCartesian coordinate systemWebsiteXMLComputer animation
Point cloudOpen sourceGoogolProduct (business)SoftwareSimultaneous localization and mappingCASE <Informatik>String (computer science)Service (economics)SoftwareLimit (category theory)Open sourceDifferent (Kate Ryan album)Software industryStreaming mediaCloud computingRight angleOpen setCore dumpBuildingMarginal distributionPoint cloudBitSet (mathematics)Term (mathematics)Computer hardwareProduct (business)MeasurementComputer animationXML
Open sourceLatent heatOpen setSearch engine (computing)Product (business)NumberSoftwareDefault (computer science)AreaDomain nameComputer animationXML
Open sourcePlanningTwitterProduct (business)Service (economics)WebsiteMereologySoftware developerPlanningInheritance (object-oriented programming)SoftwareSound effectCodeMultiplication signWhiteboardPoint (geometry)XMLComputer animation
Open sourceSoftwareSubsetAutomatic differentiationRight angleIndependent set (graph theory)Product (business)Business modelSubsetGroup actionE-learningDirection (geometry)Thresholding (image processing)Streaming mediaComputing platformWebsiteComputer configurationSheaf (mathematics)XML
Open sourceSoftwareService (economics)Multiplication signLimit (category theory)Data storage deviceProduct (business)Software bugSource codeTable (information)Game theoryLatent heatBitBinary codeOpen source1 (number)WebsiteComputer animationXML
Open sourceMachine visionSoftware developerBit rateBitGame theoryProjective planeCodeMultiplication signSoftware maintenanceSoftware frameworkProduct (business)Different (Kate Ryan album)Machine visionFrequencyAlgorithmComputer programmingComputer animation
GoogolCodeOpen sourceSoftwareOpen setTwitterStudent's t-testProjective planeSoftware developerOpen sourceComputer programmingSystem administratorBitSoftwareOpen setXMLUMLComputer animationJSON
Open sourceProduct (business)Different (Kate Ryan album)SoftwareCloud computingProjective planeMultilaterationMultiplication signPoint (geometry)Computer animation
Product (business)Open sourceFacebookConvex hullCache (computing)Open sourceCloud computingProduct (business)FacebookCache (computing)Point cloudProjective planeCASE <Informatik>RadiusSpeech synthesisXMLComputer animation
Graph (mathematics)Open sourceModul <Datentyp>SoftwareCondition numberWage labourIdeal (ethics)MathematicsOnline helpOpen sourceUniform resource locatorTime seriesArithmetic meanService (economics)Different (Kate Ryan album)Point cloudProduct (business)State of matterModule (mathematics)Goodness of fitSoftwareJava appletCollisionRight angleData storage device1 (number)RadiusCausalityCloud computingSource codeLibrary (computing)Limit (category theory)Nichtlineares GleichungssystemParameter (computer programming)XMLComputer animation
Gamma functionFlash memoryOpen sourceServer (computing)Client (computing)Open sourceCore dumpProduct (business)Point cloudSource codeCloud computingEncryptionServer (computing)Java appletBitDevice driverLibrary (computing)Client (computing)Computer animation
Open sourceServer (computing)Service (economics)CodeEntire functionGame theoryService (economics)Open sourceComputer programmingPoint cloudSummenregelFrequencyCloud computingComputer animation
Open sourceVotingContinuum hypothesisEnterprise architecturePay televisionPurchasingTouch typingLibrary (computing)WebsiteCodeOpen sourceEnterprise architectureMathematicsService (economics)Data storage deviceInternet service providerNumberComputer animationXML
Open sourceElectronic mailing listOSI modelService (economics)SoftwareProduct (business)Confluence (abstract rewriting)Computing platformOpen sourceComputing platformSoftwareInformation securityRevision controlService (economics)Level (video gaming)EmailPatch (Unix)Moment (mathematics)Bimodal distributionSimilarity (geometry)Data storage deviceMultiplication signMultiplicationElectronic mailing listProduct (business)Independence (probability theory)Confluence (abstract rewriting)Communications protocolServer (computing)Bit1 (number)MathematicsFront and back endsImplementationHand fanProper mapComputer animation
Confluence (abstract rewriting)Control flowEnterprise architectureClient (computing)FreewareOpen sourceComputing platformWindows Registry1 (number)Proxy serverRevision controlView (database)Limit (category theory)Multitier architectureCloud computingPoint cloudOpen sourceRevision controlProduct (business)Shared memoryMultiplication signPoint (geometry)Stack (abstract data type)Projective planeView (database)Computer animation
Open sourceProof theoryDatabaseSoftwareBasis <Mathematik>BitImplementationMultiplication signJava appletComputer animationXML
Open sourceSoftwareProjective planeOpen sourceGoodness of fitSoftware developerSequelProduct (business)XML
Open sourceProduct (business)Business modelSoftware developerOpen sourceData storage deviceProduct (business)Category of beingBitScaling (geometry)Source codeProjective planeServer (computing)XMLComputer animation
Open sourceTape driveFraction (mathematics)Ocean currentEnterprise architectureMultiplication signComputing platformWindowComputer animation
Open sourceBitOpen sourceOpen setSoftware testingProduct (business)CodeCASE <Informatik>Computer animationXML
Open sourceFreewareComputing platformStress (mechanics)InformationAreaData managementSoftwareGoogolOpen sourceProjective planeSoftware developerService (economics)Video gamePolygon meshDecision theoryMultiplicationJSONXMLUMLComputer animation
Open sourceCodeGroup actionConvex hullProduct (business)Point cloudDistribution (mathematics)Multiplication signOpen sourcePoint (geometry)BitClosed setApplication service providerCloud computingLevel (video gaming)SubsetLimit (category theory)Chemical equationServer (computing)XMLComputer animation
Open sourceRevision controlScale (map)Vertex (graph theory)Elasticity (physics)Parameter (computer programming)CodePressureService (economics)Field (computer science)Computer animation
Open sourceOpen setSoftwareExecution unitSource codeTerm (mathematics)Open sourceCodeBinary codeBusiness modelComputer animationXML
Open sourceProduct (business)Function (mathematics)Elasticity (physics)FreewareOpen setPersonal digital assistantStack (abstract data type)CodeNumbering scheme1 (number)Term (mathematics)Right angleBuildingProduct (business)Open sourceSocial classXMLComputer animationUML
Elasticity (physics)Open setCodeOpen sourceSoftware repositoryElasticity (physics)Chemical equationCodeInformation technology consultingOpen sourceCloud computingSoftware developerMathematicsLatent heatWave packetDemosceneComputer animation
Open sourcePoint cloudEnterprise architectureElasticity (physics)FreewareOpen setData storage deviceCloud computingOpen sourceFreewareProduct (business)Level (video gaming)Insertion lossData managementRight angleMereologyTerm (mathematics)Electronic mailing listProjective planeXMLMeeting/InterviewComputer animation
Multiplication signSound effectBusiness modelSoftwareCodeMereologyRight angleFlow separationLecture/Conference
FreewareOpen sourceCartesian closed categoryEvent horizonXMLComputer animation
Transcript: English(auto-generated)
Hi everyone, since the abstract and the title and everything was English, I will switch to English. I hope that's fine for everybody. I guess we'll manage. So I'm Filip, I want to talk a bit about open source and how to make money out of
that or how to survive on it or however you can see that. So it can be a strategy, sometimes it's a struggle, some people even reach success, but that's another discussion so we'll see where this goes. So when we say open source, since we're at an open source conference, I assume everybody is kind of familiar with what it means. The main thing is software that can be freely used, modified and shared.
That's the opensource.org definition, that's kind of like what most people accept that what is open source or what is not open source. If you're coming more from the Free Software Foundation, it's about the four freedoms.
Use, study, share and improve code. So we'll just assume we all kind of know what is open source. I don't want to make the like finer distinctions between the different licenses, but it's just about software or open source software in general. So I assume that everybody is using open source, right? Good.
Everybody or almost everybody is open issues? Yes, yeah. Who is contributing back? Okay, that's fewer already. That's kind of what you commonly see. I like this comic where when you ask like, who wants well maintained open source software? Everybody raises their hand. Who wants to contribute back?
Like people kind of lower their hand and then you say like, who wants to actually maintain a project? Everybody is gone. That's sometimes what you see. Probably not here, like this conference is a bit of an outline in that regard, but there are a lot of other more commercial events, this is what you have. Like everybody uses open source software and everybody wants well maintained open source software, but the ones giving back or investing into it is kind of like a much smaller subset.
So how can you keep that feasible? And the other thing is most of us probably want to be paid for doing their work. And there's this nice quote from the founder of Puppet who said like 98.5, however he came up with that number, percent of the code that they put into Puppet was put there
by somebody who was paid to work on the project. So only a small fraction was actually by volunteers and even though a lot of the code is open source or pretty much everything is open source nowadays, they still paid a lot of people. So where do you get the money from? Because open source software is probably better than commercial software in every regard
except for one thing and that is making money, which is a bit unfortunate. And generally open source is not a business model. I don't want to give that impression that you have to be a commercial entity and make money out of open source software, that's totally not the case. But in many cases it's what people want to do for the sustainability of their projects.
And for example, for the company I work for, our CEO always says like open source is a distribution model and it's kind of a force multiplier, it's kind of like to get it out to people, otherwise distribution of the software would be much harder if it wasn't
open source. So it's kind of a precondition to get started, but it doesn't solve the problem of how to keep the company sustainable in the long run. And that's what we kind of want to look into now. Anybody knows this logo? Probably anybody heard of Datomic, it's like this in the closure ecosystem, data
store that was append only and it has some very fancy features, it is a great project but what they didn't have is they didn't have an open source version and we can probably argue why they kind of stagnated and never really breached out into the wider ecosystem, probably multiple reasons but one of them I think is that they didn't have an open source version. So yes, they do have like, they have a very weird licensing model, like if you want
to start you can use their software and you get updates for one year but if you want to get any further updates after one year you will need to pay them, otherwise you're not allowed to get any updates anymore. And then you have commercial licenses and I think one of the reasons we're kind of stuck or are still stuck in kind of a niche is because they didn't have this broad open source
base to build on. So where do I come in? I work for the company Elastic Search, Logstash, Kibana, Beast, those are all our products and this is not only about our story of how we want to make money but a bit of
a broader talk of like what are generally your options, how to make money and also like some of the more recent developments of what has been happening. So these are some of the open source products that we produce and if you're using any of these sites behind the search box there is our software doing the search but none of them are paying us at the moment I think.
So while we have a wide distribution because of that and lots of users this doesn't give us any money back to keep working on the products. So the question is always where is the money and how can you make money? By the way does anybody make money out of open source software here? Three, four, okay we'll get back to you in the end I'm curious what you do to make
money because there are multiple approaches for better or worse and we don't probably agree on everything but yeah there are options. So where do you want to spend your time? Because we have like 60 minutes or 55 now and I probably have material for 90 minutes
or more and then we don't even have a discussion. So I could focus a bit more on the strategy of how can you even make money? The struggle is like what are the current problems or what are the different parties involved in striving for that and then we can just round it up in success at the end.
Who would be more interested in the strategies and all the ways to make money in open source software? Who is more interested in the struggle part? You didn't help me much here. Okay we will start and we'll see where we can take this. Okay strategy, so how can you make money out of open source software?
Yeah just shout, yes. Support is a good one. I have support on the one I want to start with.
I'll just call it services and I'll, so the responses were support and other stuff. The one thing I want to focus on for the first thing there are basically three big things how you can make money and the first one I would kind of like put together are the services.
It could be support, it can be consulting, training, you can offer some certification. It's anything that you do around the software to provide services. Popular examples for those. What are the big companies earning money with that? Reddit, yes. Reddit for example, I have two examples here.
The first one is Canonical. What are they doing? Yeah that's the company behind Ubuntu and then obviously Red Hat which I don't know is now IBM or however to quantify that now but they have been making money out of open source software for a long time and they had this amazing graph where they showed
that for 64 consecutive quarters they had revenue growth on an open source business model and it's just been going on and on and on and on. And now you could just say well this is easy, we'll just do what they have been doing and we'll just have the same growth for years to come and we'll be fine.
Unfortunately it's not that easy. Like support and services sometimes work but they don't necessarily work. One thing that is interesting is the support problem. What happens if your problem or product is too easy to use and nobody wants to pay for support because you don't need it? And then you have this unfortunate situation where you might want to have a product that
is not too easy to use so somebody pays you for support and it's kind of like a force field you don't want to end up in the middle of that to survive. You need to make it a bit harder to use or your documentation worse. You don't want to end up in that place. The other big problem with support is generally renewal rates.
Like companies paying you for example on an annual basis they will look after one or two or three years they will look at what cases did we have like what did support solve for us and then they might say like well the product is working well. Why should we be paying you? Like unless it constantly breaks and we really need you why are we not saving money on that support subscription anymore?
Or support because you don't know the product that well initially but after three years you probably know how it works and how it works for you. Yes. Some companies want really to pay for software because it's kind of part of their policy that they cannot run any software which has no support even if the software runs.
The point of remark was that some companies need to have that as a policy. Yes I always call it the mafia model like insurance. You basically buy some protection and then you can shout at somebody for being responsible for whatever breaks. Yes. Yeah if you're a bank or an insurance company you probably it's mandatory anything you use
in production or like in for some use cases you will have to have support otherwise you're not doing that. That's why Reddit and others are still on the market yes. But maybe you don't want to go into that area and also that is kind of like a limited segment and you probably have to you don't get the money for free like you have to
like enterprise software is not that much fun sometimes. So there is a reason why there is so much money in there. So maybe it works but it doesn't work for everything and it doesn't work for every product. For example if you are a video player you don't really have a business model in there
like you won't be able to survive on that. So some kind of tools and platforms or data stores or whatever will be able to survive there very well. Others will have a much harder time. Yeah. The second problem is that you probably have to support old versions. The point the question was about supporting old versions.
Yes that's I think that's a bit like how desperate are you. Yes so for example for our company we have a support policy of around 18 months or so and then it's out of support and we might help you but it's pretty much best effort
and we will say like you have to upgrade otherwise it's really broken and we cannot easily reproduce it. Support has its limits. If you have a customer insisting on using very old versions they will have to pay a
lot. Yes. You just need to increase their pain as well. Yes I guess that the model there is you need to shift the pain from yourself supporting old versions to making it so expensive that you shift the pain to them so that they move on at some point.
I think that's kind of like the model where you need to push them. But yeah that sales will see that very differently. That's more the engineering perspective. And the final problem kind of is what if you have somebody who doesn't provide the open source tooling but just the services around it so it could be support but it could
also be training. For example if your business model is we do the training and certification around our products nobody can stop any competition to do the same. I think even some people with the booth around here are doing certifications and trainings for products which they probably didn't build themselves. Which is totally legal but this is just one more thing that makes that business model
a bit more complicated because the company building the product will only ever be able to I don't know have 50 percent or so billable hours because 50 percent they will and 50 percent at best or so they will be able to put into services. So they probably have to charge double the rate of their competitors because they can only spend half the time on the products.
Yes they have a better reputation and they know the product better. But oftentimes it's only about the price and it's very easy to undercut you in price if you just use the product rather than building it. And that's kind of like a bit of an unfair competition as well. And some people even say that the business model that Red Hat built was kind of like
from the past when open source was a different thing and it was a different environment like you didn't use cloud services that much because nowadays you really need Red Hat enterprise support when you're running on a cloud provider that is doing all the support for you. So maybe it's shifting that that model doesn't always work like that. However some companies are still trying to go back to that.
For example I think SUSE is now an independent company at least if I can trust Crunch that SUSE is an independent company now again trying to build around services around SUSE and make that a sustainable business model. And I guess we'll see how that works out. So support and services and everything around it that is one big tier of how you could
make money out of open source software. The other one is that has already been mentioned as well is OpenCore that you have like a base version that is open source and then you have some added value products around that which are probably commercial or at least not open source. Those could also be dual licensed like if you want to ship that with your products
if you have some open source things then you need to pay to ship those. MySQL might be a big one there. I mean they had the dual licensing for a long time but they keep adding more and more commercial features to MySQL now as well. That's probably the Red Hat mentality in the background as well. But while the core product is open source more and more things especially around scaling
and operability are getting commercial there. Or Neo4j the graph data store they also have like an open source product. But for example if you have anything that needs to go to more than one server that will be in the commercial version and that's just what they have.
And the problem that you will generally have here is that others can basically use what you're building on and then just take kind of like the top tier where you're trying to commercialize. So what you have is if you have a product that is 90 percent open source and then you have 10 percent of the functionality you try to commercialize some other entity can just try to compete with you on those 10 percent
and you will still have to do the other 90 percent to keep the whole thing going. And obviously you will again not be able to compete on prices on that. That's kind of the problem there. The other kind of force field you will. Yeah sure.
So the question was is it really a threat because somebody else might not be able to keep pace with that. Yeah for us for example we have been doing Elasticsearch for a long time.
And then one thing that was driving a lot of sales were security features. We've made them or a lot of them free now but they used to be only commercial features and we had a company in Germany which competed just on security features. So while we did the entire open source stuff we were with them only competing on the top or five percent or so on features or less.
And they obviously can undercut your price easily because you need to carry 95 percent of the open source work with you as well whereas they only do the five percent or whatever. So it depends a bit on the specific situation but it can be a problem that somebody competes with you on just the part that you're trying to commercialize. So it could happen.
The next kind of like problem where you have the mentality is if your company is not doing so well you will try to push more and more and more to the commercial side and it will not go well for your open source product in the long run. And that's a very fine line because on the one hand side you don't want to die as a company because that doesn't help the product in the long run either.
And you also don't want to kind of like kill the open source site because that's not what we want as open source fans. And the final problem is oftentimes the tooling that people provide is something that you probably don't need if you're using a cloud provider. So what is commonly that what people have been trying to commercialize is
scalability things or security things or any kind of automation around that. And normally your cloud providers take care of you and they basically pick the open source parts reproduce the commercial part that you try to commercialize and just bake that into their service and suddenly you have a very strong competitor on the one part that you try to commercialize.
So that's another problem with open core where you run into that. And speaking of cloud services, cloud services are obviously a great way to make money yourself. Any examples anybody would know where the company doing the project is making money out of cloud services or services?
Yeah, GitHub for example, yeah. Yeah, Redis as well, yeah. The example that I have is WordPress because if you go to wordpress.org you can download it and run it for yourself. If you go to wordpress.com you get the hosted service and that's run by them and that's how they make money.
Or Sentry which is like developer error analytics tool which just captures like all the stack traces and errors that you have in your application. They have everything BSD licensed I think except for their billing module but everything is BSD licensed. But they also provide a cloud service and their approach is like we can provide this relatively cheaply and it would be so much more hassle for you
to run this yourself rather than pay us 10 euro a month that you will just buy our service. And since it's kind of niche and specialized they don't really have any competitors trying to take their software. So they have that. But obviously you have the problem again that somebody else is trying to eat your lunch which might end up like this.
Because obviously you have the bigger cloud providers and if it's open source they have the right to run whatever you're producing as open source as open source themselves. For example if you are competing with Google cloud, AWS, whatever, Azure if you run on their service
you will not just need to kind of like pay the same amount they pay for the hardware but you always need to pay them a bit for the fee like whatever their revenue stream there is or the margin you need to pay that and you also need to pay into building the open source stuff whereas if they just take your software and run it they will always be able to undercut you on pricing.
And that's kind of a pain in the ass. And yeah I have no idea how to pronounce his name but one of the main people behind Hudson Jenkins and the company Cloudpiece he says it's very hard if you have a pure open source model to defend that against cloud providers
because they have the right to use your software. I mean you open source that everybody can do whatever they want with it. It's just very hard to compete with the big cloud providers especially if it's just one click away from all the other services rather than signing up with you and then giving you some money and integrating them with everything else.
And some people also say like it's probably not the idea of open source software that the big cloud providers make money out of your products but you can argue about that. So these are kind of the three big things you have services, you have an open core model or you have cloud those are the three main revenue streams probably.
Okay so here's a different question. What if I have a different licensing model where I allow somebody to choose my software if he makes less than one million let's say one million dollars per year? That's fine but that's not open source. So the question was if you limit it if somebody makes less revenue less revenue than one million per year
they can use the software freely otherwise they would need to pay you. Yes that is not in the terms of open source because open source doesn't have any limitations on use case. For example you could also not say like hey this is open source but you cannot use this in some war material because it's limiting the use case. Open source is just free
like no strings is not exactly true but it's like you cannot exclude by company by revenue by use case those are all technically not open source anymore then. This is exactly what quite a few companies are trying to do and we can discuss that as well that you try to have some limitations for example what is very common that they say like
you can use this yourself and everything is free but you cannot provide it as a paid cloud service to others because if somebody makes money out of that cloud service it should be the company doing that. You can do that and quite a few companies do that but that's not open source according to the OSI definition which leads to a full set of other problems
but yeah that's what you have. And then there are a lot of smaller ways or like more sidetracked ways how you could make money one of them is partnerships does anybody know what is one of the most lucrative partnerships any software company has?
Yes the default search engine in the US for Firefox so in I think in 2015 or so the default search engine in the US in Firefox switched to Yahoo from Google and Yahoo paid a lot of money for that and that's kind of like one of the main revenue models
of the Mozilla Foundation. If I got the right numbers they paid 375 million for five years so that's some serious money to change hands for a partnership model but obviously you will not be able to replicate that for any kind of software it's just a very small field but for them it worked out pretty well.
So it's rather domain specific I would say and very few companies will be able to live in that area. Another thing that might be working out well are donations. Anybody knows somebody making a lot of money out of donations? Not exactly a softer product but yes exactly the Wikimedia Foundation.
So I got the 2016-17 report and in that year they made 90 million from 6 million people because well they have one of the most visited websites and they can just add that banner to please support us and then people might donate money so that works for them but for a lot of other people it's probably not enough to actually survive.
So I'm always a bit careful like scaling and planning is very hard especially the planning part. If you want to hire 10 developers and you know I need to make that much money in donations it's very hard to predict that the donations will really come in and then you have hired people and you're not able to pay them. That's not a great place to be in so I'm a bit skeptical if that is what you want to do.
I found that a very nice quote that some people make a lot of money on Patreon or donations but probably for everybody making a lot of money out of that there are 10 or 100 others who make very little or no money out of that at all. So yes there are some success stories but I don't think it's super easy to replicate across the board for everybody either.
You could do certified partners. So for example I think Moodle has that because Moodle the e-learning platform that's normally very customized when you roll it out anywhere and what they have is on their website they have some section where it says like our official partners for customizations are these companies and to be listed there you pay them and that's kind of like a very direct revenue stream
because people who need to implement the Moodle platform need customization and then they will probably pick one of the official partners on the website. But again that needs a commercial ecosystem and it kind of needs a product that needs customization. If you don't have a product that needs customization that's not an option and it's kind of like something that yeah where you have that.
Somebody making money out of ads in a weird way or not weird but in an unexpected way. They're one of the sponsors here. Yeah. Hi. Ah yeah okay my example was Adblock. Yeah it's the same business model.
Ah it's the same business model. Yes the acceptable ads. Now I need to be careful what I'm saying. But yes there are the acceptable. So for Adblock if I remember correctly is if you're a small company doing ads you can be white listed and you just request it.
Whereas if you're a large player you need to pay for that. It's about the revenue that you make by monetizing the Adblock and use it. And there's just a threshold and if you'll be above the business threshold then you pay. So there is a revenue threshold and if you breach that you will need to pay. Yes that's yeah that's the model.
Which teams will be working fine? I think it's only acceptable ads. My question is always like if business is not working out that well what is acceptable? But yeah the thing is that there is an acceptable ads committee which is external to both companies. Both to Betafish which is doing Adblock and also external to IO.
So and it is a committee which is made out of user rights groups and also people who they add tags here. So together they decide on what the acceptable ads criteria are. So in this way we ensure that there is an independent set of acceptable ads criteria
which are out of the business model. Interesting so the committee is out of the business model deciding of what is acceptable. Interesting so I learned something as well. Another way to make money would be merchandise. PTSD for example has a swag store. But I can only imagine that they make enough money for some services
each year and not pay anybody full time on swag. So I think the revenue there is kind of limited. Another interesting thing is bounties or crowdfunding. So there are more and more websites which say like hey there is this bug I want this bug fixed I will pay you a hundred dollars if you fix this bug. And then somebody can implement that and if you accept it as the one paying
the money will be transferred. Or you can ask for a specific feature and somebody can implement that. Yeah.
So a paid binary model that is a bit more like the Red Hat Enterprise Edition where the source code is free but the well tested and certified binaries they would cost something. I mean that's not an uncommon model that you would do that. No I think the swag store is just something on the side
because they seem to have one of the more popular better known swag stores. But I don't think that is anybody's main source of revenue as swag store. I don't think that would work to be honest. And they do go to some conferences to sell the swag actually at the conference I think. And it's just open BSD sponsored stuff then. It's like a dedicated sponsor table. So for bug bounties and crowdfunding one of the more successful ones
there was a game that was five or six years ago which was called Cataclysm. They took in some money and they actually delivered the game afterwards because with a lot of Kickstarter projects their success rate is a bit questionable. I think that one here is at least the main developer is making enough money
to work on that through Patreon. What project is that? Vue.js the JavaScript framework. With any paid features what I'm always a bit afraid of is the vision and maintainability because somebody says like I want this feature and it doesn't really fit into your product and then you take the money one time but you probably have to maintain that code for x years.
And oftentimes the maintenance costs over long periods of time is much higher than the initial development. So it's kind of a very tricky deal that you get features that you never wanted to merge and then you suddenly have them and need to carry them forward. So I'm a bit careful there. Corporate sponsoring is another thing that might work well or depending on how big your algorithm is.
Google Summerboard is one of the bigger programs where students just develop stuff for open source projects and that has been going on for quite a while and has been I think pretty successful. I've been both a student and a mentor and an org admin and it always worked out very well for us. The problem is sometimes the incentives are a bit complicated
if you have like some company-sponsored programs. Heading over to the struggle of what could be the struggles around open source software. So the first one is a bit the philosophy of open source software. So one of the philosophical problems is
everybody wants to do open source and call themselves open source but really doing open source means you need to contribute upstream because otherwise you're mostly a consumer of open source and maybe you do a little bit on top of that but you don't really keep the ecosystem going by just taking your stuff and staying within your bubble. So you need to go upstream to actually contribute.
And I think for every kind of open source project you have like three different kinds of people in your ecosystem. You have contributors, those who actually give back. You have those who use your software, they might open an issue, they don't give you code back but they're at least users and you might be able to convert them into a paying customer or a cloud user or something at a later point in time.
And then you have the consumers. The consumers are normally those taking your stuff, building their own products around it without giving anything back. And if you have done open source you might have some of those as well. We definitely have some. I basically, they have products around it but they're pretty much like a black hole, like nothing is coming out of that again.
They just take what we produce and disappear. So we always call those the vultures that just wait for some open source stuff they can take and then use. Amazon is kind of like a very interesting one because they try to get more and more into the open source ecosystem
and say like, we're doing so much. On the other hand, they have been using a lot of open source and giving back not that much, especially in the past. So for example, one of the interesting things is when they say like, oh, some projects are not that great. For example, Presto, which was open source by Facebook but they suddenly then have a revenue generating product which is backed by that kind of thing.
They just call it Athena and it's kind of like customized and bundled for their use case. But it is another open source project in the background. Or another thing that people don't find that great is if Azure says like, or if you ask an Azure user, are you using Redis? And they say like, Redis? No.
What I'm using is Azure Redis cache. When it's kind of like, yeah, you have the name in there but people think it's actually an Azure product now. And that happens quite a lot that people just know the cloud provider's specific thing and then think it's coming out of the cloud provider. And then you're cutting off the company doing something very much which is not that great.
Speaking of Redis, Redis has been doing some interesting stuff in the past year around licensing. So Redis lab modules, not Redis itself, they were always a GPL license. So they always wanted like, if you make any changes to that, we want to see what you're doing so we might be able to incorporate that
back into the product. And the ones that are out there are, yeah, those products, I think they added one or two more to have a Redis for time series or something like that. In the end, they tried to build every probable model around data stores on top of Redis so they implemented all kinds of stuff there. And what they did is they stripped out the GPL
and switched it over to another license which was Apache 2 but modified with commons clause. So that was pretty much exactly a year ago. And that one was kind of tricky and also a bit misleading because when we say Apache 2 license, everybody pretty much knows what Apache 2 license means. And then you should really continue reading
and say modified with commons clause because that's making all the difference. So what commons clause basically does is, this allows you from having any paid services around it. That could be cloud services, but depending on how you read it, it could even be like providing customizations around it. So anything you make money on top of their software
would be disallowed by that license. That was the idea. Not Redis itself, that was always BSD license and state BSD license, but those Redis modules around it to add more value. And this actually was pretty confusing for multiple reasons. A, commons clause,
people started to abbreviate that with CC. Is CC a very good abbreviation for commons clause? Probably not, because when you read CC, you probably think creative commons, which is a totally different thing. So that caused confusion. The other thing is, some people saw Apache 2 modified with commons clause.
And then they would assume that this is the right URL for this, which looks deceptively similar, but this is the Java commons library, which is Apache license and Apache product, which is something totally else again. So it was just like a very unfortunate naming and it's just collisions of things you don't want to have. And what also didn't help was when one of the investors
into Redis Labs, the company behind that, posted an article on TechCrunch about the, what was it, the open source wonks, that open source doesn't have a place for them because well, their investors, they wanted to make money. That didn't help the situation either.
So stuff got a bit heated and it didn't really progress the right way. So that is kind of like their argument, why are we doing that? Because well, a lot of people are making a lot of money out of that
and we kind of want to participate in that. That's kind of like the other side of, well, if somebody makes money out of our software, we should be in that equation as well. So like I said, Redis itself always was BSD. They just communicated it so badly that they had to write two blog posts like within a couple of days to make sure that Redis itself is still BSD licensed
and just the modules were affected. And in the end, the commons clause was very kind of deceptive. So they kind of changed that in March of this year and they have their own license now. So it's called the Redis Source Available License, which basically means it has some limitations. You can see the source code,
but you cannot run this as a cloud service, for example. And to have a three tiered model, that is something that a lot of companies now try to do. So you have some open source core product that you can use with whatever open source license you use. You have something that is free to use, probably source available so you can see the source code, but you're not allowed to provide that
as a cloud service, for example. And then you might have some commercial features on top of that. And you need to pay to use those again. So that's one model here. What did MongoDB do? They stripped out the encryption between the nodes,
which was then implemented by some open source tools. They stripped out encryption. No, maybe, I don't know that story, but I'm talking about licensing here, not encryption. So what MongoDB does, or the initial license that MongoDB always had was the server was AGPL licensed,
and the clients, bless you, to avoid any confusion, was always Apache licensed. So the libraries, the Java driver, whatever you were using, that was Apache licensed, so you didn't have any issues. But the server was always AGPL, and that was okay for most people. But they did change that a year ago, or almost a year ago, to their own license, which they called the server-side public license, or SSPL,
which kind of tried to be like the AGPL, but reaching a bit further. So what they did is they exchanged one clause in the AGPL, which is the 13th clause. So if you're offering their program as a service, then additional rules apply.
And basically what they require, if you offer MongoDB as a service, you don't only have to open source the code that you run there, but also the entire tooling around it. And some people said, like, well, this is kind of like within the spirit of open source. It's kind of like going further, because it's not just their code anymore, but also the tooling around it, but it's fair game.
Another said, like, well, this clause was basically there to avoid anybody else being able to run that as a cloud service, because you cannot open source all that tooling. Or also it required specific licenses, and some people claimed you couldn't even run that on Linux service anymore, because that would not be compatible with that license. Yeah, it's definitely more than the reciprocity
you have in copyleft licenses. So you have the permissive licenses. You can do a lot of stuff, and you don't have to kind of like re-implement the same permissions on your side. Copyleft kind of has this, you use my library, then you need to apply my license, like in the GPL or AGPL. And the SSPL is kind of trying to go further. You use my code, and then everything
that touches it around it on your side as well, all the orchestration and everything, that would need to be open sourced as well. So that was the general idea of the SSPL. And Pacone, their provider, they have their own kind of small fork, and they provide services around data stores.
They run an interesting poll, and they ask like, with that license, does that change impact you? And will you replace MongoDB with something else? And they said like, it looks like 49% of the people said like, the change does not affect me. 49% of the people said we would migrate away. And 2% of the people would say like,
well, we will have to buy an enterprise license now. Which is an interesting number because this is probably not representative, but you might lose 50% of your users with a change like that. In the end, I don't think that actually happened because MongoDB made that change, and technically with the SSPL, MongoDB is not open source at all anymore.
But they're still just as popular as before, and nobody really seems to care much, which I find slightly surprising, but that's what happened to them. What was unfortunate around their entire change was the first thing was timing, because they said like, we're changing the license of our server today. And that basically means the next patch level release
that is coming out will have that new license. That is pretty sucky because if you run that as a company, you probably need to run that through your legal department. And they may take weeks or even months to actually approve of a new software license that nobody has seen before. And until then, you cannot upgrade even to the next patch level release.
Like you might just be cut off, the whatever fixes, security fixes might be out there. So that's kind of like, I think the proper way to do something like that is say like, okay, we will change the license. Here's the new license. The next minor or major version will apply that license. And you can then figure out what is your way forward and not like we will change the license today,
because that kind of traps users a bit and was not that nice. The other thing that kind of happened before, but still after is that people tried to clone MongoDB and just use the wire protocol and the APIs, but have their own backend implementation independent of that. Does anybody know this one?
The logo. Obviously you need no Azure fans. Yeah, exactly, that's Cosmos DB. Cosmos DB is kind of like their Azure's multi-model data store that does all kinds of things, but it also has a MongoDB compatible API. Foundation DB, which was bought up by Apple and has recently been open source,
they also have something. And Amazon recently released Document DB, which was using the API of the last open source version that MongoDB brought out, and they never jumped to this PL licensed versions there, or we kind of work around that in the long run. MongoDB also tried to make SSPL a proper OSI license,
and you can follow the flame wars on the mailing list, where it's going back and forth. But in the end, they said they were withdrawing that because it's not going anywhere, and there is no chance to make that work in the long run. But they're not the ones, like other companies have very similar models.
So for example, Confluent, the company behind Kafka, they have a clause that says, you can use their free tier, excluding anything running as a service, platform as a service, infrastructure as a service, whatever, so if you run it as a service, you cannot use some of their software. And they have this three-tiered model as well.
So they have Apache Kafka, so this is Apache licensed. Then they have a free tier that has this cloud, like limitation, like you cannot run these features as a cloud provider. And then they have commercial features. So these three-tiered approaches kind of come on across companies now, what many are doing. So other things, what is the struggle?
The first one is follow the money. So one is the conflict of interests. You always have the engineering view, which is more like we want to do open source, and we want to open source and share our features. And the other one is the sales side, which always says like, no, nothing should be open source, we also want to sell everything. And that's always an internal struggle within companies.
One thing where this was interesting was that the main company behind Cassandra for a long time was DataStax. And Cassandra is an Apache project, and at some point it kind of clashed, because DataStax wanted to do stuff that the Apache Foundation didn't approve of, and they had this kind of ugly divorce, where DataStax's product tried
to separate away from Cassandra. And they also started saying like, our implementation, even though it has totally the same basis and is very similar, is much faster than the other one. And it's kind of like one of these weird battles. I think they kind of got together a bit more again, and they're cooperating more. But what happens sometimes if two are fighting is that some third party enters the market.
Has anybody heard of Skiller, SkillerDB? That's kind of like Cassandra API, but re-implemented rather than Java, they're using C++. And they claim they're 10 times faster and whatever. So that's kind of like, there are three players basically for one API now.
You have Apache, Cassandra, DataStax, and Skiller. And all try to capture the same market or the same APIs, and you should in theory be able to switch between them. Another problem is sometimes is, venture capital is like a nice accelerator to produce features more quickly. But obviously you will have to deal with the venture capital in the long run,
and you will need to make the money. One thing that I think, or one project that is like a great open source project is CouchDB. And they used to be super popular. I think like 10 years or so, CouchDB was more or less the NoSQL data store that everybody was using. But I have the feeling that they were kind of overtaken by a lot of other players. And probably there are multiple things to that,
then you could argue that multiple ways. But one thing is I think that they didn't have the venture capital to accelerate their development. And for example, the founder of CouchDB, Damian Katz, he founded another company called Couchbase. And they took on a good amount of venture capital. And they're not a pure open source product. They have some open source, but only some.
But as a company, they're doing well. CouchDB, kind of like their popularity has decreased a lot over the years. It's a great open source product, but it kind of lost the popularity probably because it didn't have the money to be or have all the features the others have. Another thing that you might run into as a problem
sometimes is you have a product that is too limited to be useful. And sometimes you kill the company because you have too much open source stuff and you cannot monetize enough stuff. What happened to this company? Or does anybody remember RethinkDB? It was like a document store. It was a bit like MongoDB and developers loved it.
And it was very popular. And everybody said great stuff about it, but they never managed to find a sustainable business model. And they died as a company. And I think the Linux Foundation bought the remaining intellectual property and source code. But the product has been pretty much dead for one and a half or two years now because nothing came out of it. The other thing is InfluxDB for them,
anything that is scaling, like anything that needs more than a single node is commercial now. They had features as open source features that allowed scaling, but they removed that to find a sustainable business model. On the other hand, that obviously limits their usefulness because as soon as you have more than one server, you need to pay them. And for a lot of projects,
that's not really going to expand their footprint for that. And the final thing where I'm always wondering how long they will still be around is this one. Because they have taken on a lot of venture capital over the time. And who is using Docker? Who is paying Docker?
Yeah, that's the fascinating thing. I know they have Docker and some companies and especially enterprises are paying them. But the relationship between like who is using Docker and who is paying Docker Inc is like, it's such a small fraction. I don't think this will be workable in the long run. We'll see. They have found a market gap
where they are targeting Windows platforms where currently no one else does. Yeah, they have found the market gap. And I think that's exactly the problem, a gap. And they took on way too much money to be a gap company. I don't think you will ever be able to recover the hundreds of millions they took in with a gap.
But we'll see in the long run. Other companies are trying to play tricks. They are open source, but they kind of trick people a bit. Does anybody know what the tricks of these open source companies are? Yeah? For SQLite, but that's not the case. This company is not in the sense. Yeah, that is true.
SQLite is very popular. Are there any forks of SQLite? No. Does anybody know why not? The code is open source, but the tests are not. So they do have tests, but that is basically what is protecting them.
So they have the brand and the code, but nobody can fork the code because their tests are not open source. And who would want to fork a project and start changing stuff without the tests they have? And Juke has the same model. You can see the code, but you don't have the tests, so nobody can fork them.
Which is, it has all the four freedoms, but it's maybe not exactly in the spirit of open source. But it has like, yeah, things like that in there. Okay, to wrap up kind of like success in open source, the first thing I think I always need to mention is business is optional. Like to be a successful open source project doesn't mean you need to make money.
Because there are many great open source projects which don't have like a main commercial entity behind them, and they're doing great. Probably this one is one of the most widely known ones. Like, yeah, there are a lot of companies around it to make money, but there is not one entity controlling it or pushing the development. It's a community project that is working well.
It doesn't have like a direct commercial entity behind it there. Sometimes people decide that they don't want to form a company. For example, Envoy, the service mesh thingy, Matt Klein at Lyft who started that, he said like he didn't want to start a company because it's probably like you're throwing in
five years of your life or 10 years of your life to start a company that's probably going to fail and you need to work a lot and probably in ways you don't want that. He wants to have more of a foundation and multiple companies contributing to that without getting very rich or without the chance to have his own company. He would just rather do development work in a project
rather than starting his own company out of that. But that's a very clear decision there. And the other thing is that business is always complicated that you have in there. I really like this point from a former Docker engineering lead
is that if you do some open source as a closed source company, like every single thing that Microsoft is bringing out is open source, people are like this is amazing work, like they're doing open source. If you do some small thing as not open source, if you're an open source company, people are always enraged at how could you not make something open source. And it's kind of like the perception
is very complicated there. Some people even argue that it's maybe time to update the open source model a bit. That is pretty much what MongoDB tried to kind of like make the server side public license an acceptable OSI license. They themselves claim that they closed this ASP loophole
that the cloud providers just benefit off of them. Others say like no, this is kind of what makes open source that there are no limitations to anybody. That's kind of like a delicate balance there. Does anybody know this logo? Yes, CockroachDB. And they also have, they recently adopted
the business sense BSL which comes from MariaDB if I remember correctly. And what they have is that license is kind of tunable or it has parameters that you can tune. And something they have is, so they limit that you can use the code but you cannot offer commercial services around it.
And that's one of the tweaks they have. And the other tweak they have is all the code that they release today is under their own tweak of the BSL license. But after two years, all the code after two years goes to Apache. So it changes license after two years. However, that kind of puts them in a very interesting position that within two years
they always need to figure out another feature that they can monetize in the future to sustain as a business. That's a very interesting pressure field they will have in the future. Another interesting thing is what do you protect as an open source company? Does anybody know what Chef recently did?
So Chef changed their license and that's actually interesting. All the code they have is now Apache 2 licensed. And you can use that. But what you cannot do is you cannot use the Chef marks. And the binaries are also commercial. So while you get the code,
for the binaries you will need to pay. And to provide the binaries you will need to use your own trademark. So for them, they don't want to protect their code but they basically protect their trademark and then the binaries. And that's their business model. But all the code is now open source. Whereas for example, we as a company,
we don't protect Elasticsearch as a term that much. As long as you use it kind of like in the right way, you're allowed to do that. We would rather protect our code. Whereas Chef says like, we're the only ones who are allowed to use Chef. They try to protect the trademark and build on the trademark. Whereas we try to build kind of like more on the code and not so much on the term.
Because we would rather have more people use Elasticsearch and have like a bigger community rather than having the code out there and people having their own naming schemes for that then. But that's interesting. So strategy-wise we're also doing kind of something very similar. So we have an open source license. We have a free license which is source available.
We have commercial features. Those are also source available. You can all find everything on GitHub. But to use them in production you will need to have a commercial license. Unless you do something illegal and comment out the checks where we checked the license. Which a lot of users in China are actually doing.
Because we have some telemetry which you can opt into and we get the telemetry from those Chinese classes. But they probably would never pay us in the first place anyway. And no company in Europe or the US probably would do that to kind of circumvent the license. So we're not afraid of losing money there. What is kind of important for us
is that all the code is open. So we have Apache 2 license code on something we call the Elastic license. But all the code is on GitHub. So even the commercial features you can see what are the issues we are opening. What is the code? How does it work behind the scenes? You could even do a pull request for commercial features because you can't see everything.
And we kind of combined all that code. We have one folder basically that contains the commercial code. And everything else is Apache 2 license there. And the way we think about this is what incentives or perceptions or behaviors is one of those four licenses going to drive with. General users who normally mostly care about free,
paying customers, open source only users. Open source only users would be something like Wikipedia because out of principle they will only use open source stuff. Competitors, that might be some cloud providers even though we have partnerships with a lot of them as well. Our own sales people and our own developers.
So what does the specific license change and kind of approach change for our developers as well? And then you need to kind of like keep all of those in balance. And that's kind of like the edge we try to walk on. We do have training and consulting as well
but nobody can survive on that. And we try to keep that pretty small. What we do try to make more money out of our cloud services. So if you want to get hosting we try to be the best company for that and nobody else. You can also run that yourself. And what we have as well is a swag store. But that's not a major revenue source.
That's more for fun. So we have our own shop and you can get stickers and everything even though I have stickers over there. So today you get the stickers for free. This is not a major revenue source but this is something we've added as well. So we try to get money from everywhere there. So questions, disagreements, yeah.
Ah, wait, we have a microphone. Is this, was that the right one? Do I have to turn it on? Try now. Wait. Is it on? No, it's not on.
No? Okay. The question is really they built this whole ecosystem and in the end probably they will sell the whole company
to some other big company. So are they really in the need to make money? Is Docker, so the main question is does Docker need to make money or are they just looking to be bought by some bigger entity? Yeah, on the other hand,
yeah, maybe Microsoft wants to buy them but I'm not sure like what would you even get out of Docker Inc. at the moment because on the technical level I think all the relevant parts are in Moby nowadays. So the technological part has moved out of Docker Inc. already. What are you really buying with Docker? The brand name?
I don't think you buy much there anymore or maybe I'm overly pessimistic but. Yeah, maybe Microsoft is buying their future. Yeah, I know. Docker Inc., I think a year ago, so Docker Inc. had I think got new management
and tried new approaches but still I haven't seen much in terms of sales or commercial products from Docker Inc. and they took on a ton of money and like some companies are pretty pushy around sales which nobody likes but I'm not even sure that Docker Inc. has much to sell for the average company. Yeah, some and more enterprisey
but I'm, yeah, at least I don't see them in any way to make money out of me. You're buying a list of outdated containers over the course of a couple of days. Yeah, I mean, what would be kind of the main losses right now I think is since the Docker technology moved mostly to Moby,
I think the main loss would be Docker Hub and that's kind of the relevant thing but you're still not making much money out of that. So yeah, why we would feel Docker Hub, I don't think otherwise we would miss Docker that much. I don't know. I'm happy I'm not with Docker.
Working, like it is a good thing but you can compile and run. I think it's just a dummy. So Moby is just a dummy. I don't know, I haven't, to be honest, I haven't looked into it. I just thought that all the. They're not like a working project.
Interesting. I haven't seen anyone running containers in Moby, so. Interesting. It's kind of placeholder, I think, the reaction to something just might be. By the way, isn't Docker wrapping part of Moby
or is it really two separate code bases? I don't know. Okay. Okay, maybe it's just a, yeah, and it was also probably not that well done because the initial announcement was super confusing for most people. So yeah. I think it's similar to WhatsApp in the end.
They sell basically the opportunity to create a business model. So like WhatsApp, they try to sell the opportunity for a business model maybe. But I mean, WhatsApp had millions of users. You bought something there that communicate.
it every day. But for Docker, I think with WhatsApp, you have more of this network effect. My friends need to be on the same network that I can use that. With Docker containers, OK, yeah, somebody needs to create the right kind of containers. But I could also switch to Rocket or whatever, another base technology at some point maybe. But maybe, I don't know.
Time is up. Time is up. Thank you.