▲ | ffdixon1 3 days ago | |||||||||||||||||||||||||||||||||||||||||||
I’m the co-founder of BigBlueButton, an open source virtual classroom we’ve been building since 2007. About three years ago, we integrated tldraw into BigBlueButton as our whiteboard. It’s been an excellent upgrade over our old, simple whiteboard — tldraw is a fantastic project. I'm also the CEO of Blindside Networks, the commercial company behind BigBlueButton. We have growing by the traditional open source business model: we offer hosting, engineering services for acceleration of features, and support contracts. I understand the motive behind tldraw's change of license. Open source projects often get asked two contradictory questions: 1. Can I use your work for free? 2. Can you guarantee that you’ll be around in 5 years? You can’t answer (1) without a solid plan for (2). Licensing changes are one way projects try to answer both of these questions. We are no stranger to license changes, we recently rewrote the entire back-end of BigBlueButton and moved away from mongoDB to PostgreSQL + Hasura. For us, moving to tldraw 4.0 would mean: - As Blindside (the company): buying a commercial license — that’s straightforward as we are also a commercial company. - As BigBlueButton (the open source project): it would require every organization running BigBlueButton to obtain its own license key to tldraw. There are pros and cons here. We want a world-class whiteboard in tldraw based on a sustainable open source project, but we also want to keep BigBlueButton’s community deployment model simple. Curious how others in the HN community have handled integrating source-available components into open source projects. How do you balance sustainability with accessibility? | ||||||||||||||||||||||||||||||||||||||||||||
▲ | limagnolia 3 days ago | parent | next [-] | |||||||||||||||||||||||||||||||||||||||||||
Answering those two questions depends a bit on the "you" in the question. If "you" refers to the open source project/code, then both can be answered with a resounding "yes". If on the other hand "you" refers to you individually or as a company, then the first can be answered with a resounding "no" and the second a solid "maybe, that depends on how much you are willing to pay us for a 5 year support contract" (though you should probably word it a bit differently when talking with potential clients). As far as working with source available components, suggestion one is to look for others int he community that you can cooperate with to maintain a fork, and option two, if you really can't get the community to support a fork, is to make it a plugin/optional component, preferably with an API so that other solutions can be integrated as options, or at least a fallback to the old version that was open source. | ||||||||||||||||||||||||||||||||||||||||||||
▲ | matt-p 3 days ago | parent | prev | next [-] | |||||||||||||||||||||||||||||||||||||||||||
Seriously in this specific case I'd cut a final version with V3, then going forward include v4 in main with a note about the tldr licence in readme. The licences are affordable for anyone who wants to use your project, and if they can't they'll have to make do with that old unsupported version of your project. | ||||||||||||||||||||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||||||||||||||||||
▲ | all2 3 days ago | parent | prev [-] | |||||||||||||||||||||||||||||||||||||||||||
> We have growing by the traditional open source business model: I know this is not relevant to the thread, but could I pick your brain on this model? I'm looking at launching a product soon and I've been struggling with how I might monetize it in a sane manner that works for customers and for the business. | ||||||||||||||||||||||||||||||||||||||||||||
|