Bruno - Opensource, Sustainability, Privacy, Freedom and Incentives

[helloanoop]

Overview

Lately, we've seen an influx of users migrating from other API clients, all of whom have embraced Bruno with enthusiasm. However, there is a prevalent sense of concern among them regarding Bruno's future. And I am writing this to address the concerns.

This is also an attempt to chart a vision for Bruno that ensures the projects long-term sustainibility and growth, and also to ensure that the project remains true to its core values of privacy and freedom.

Early Days

In 2021, work began on Bruno as a side project. After almost a year of development, a functional product emerged, not just a prototype. In October 2022, Bruno was open-sourced on GitHub under the MIT license and launched on platforms like HackerNews, Reddit, and Dev.to.

Unfortunately, it didn't gain any attention at first, but that didn't deter me. The strong conviction that developers would appreciate a fully offline, Git-friendly API client without cloud sync gave me the motivation to continue working on it.

Having a mere 80 followers on twitter, 24 subscribers on youtube I had very little reach.
No prominent influencers promoted the product or created content about it.

Many months went by without any traction. Yet, I continued to chip away at it gradually. A small community started forming.

The Rise

After nearly two years of dedicated effort, the project has finally begun to gain momentum.
Folks who discover Bruno adore it and share it with their friends. And the community is growing.

They love the fully-offline, git-friendly, no-cloud-sync aspect of Bruno.

State of the GUI API Clients Ecosystem

Here are some stats on the most popular GUI API clients.

App	VC Funding	Opensource	Cloud Sync Option	Offline Only
Postman	$434M, $5.6B Valuation	No	Yes	No
Insomnia (acq by Kong)	$155M, $1.4B valuation	Only GUI	Yes	No
Paw (acq by RapidAPI)	$272.5M, $1B valuation	No	Yes	No
Hoppscotch	$3M seed round	Mostly	Yes	No
Httpie	$6.5M seed round	Only CLI	Yes	No
Bruno	No Funding	Mostly	No	Yes

The need for sustainable opensource

Open-source software development has thrived on the principles of community collaboration and the free exchange of ideas and code. However, as projects grow in popularity and complexity, the question of sustainability and incentives becomes increasingly relevant.

VC funding is a path taken by many projects. While it can offer resources but may lead to a loss of control for the project's original author. They might become accountable to investors and a board, potentially steering the project toward a more closed and proprietary direction over time. Finding the right balance between sustainability and control is key when contemplating monetization avenues.

Can we do better

We don't want to wait years until the project gains industry adoption and then surprise everyone. We want to be transparent about the plans for the project.

Time for a small detour to quote a few lines from the movie A Beautiful Mind

Adam smith said the best result comes from everyone in the group doing what's best for himself, right? That's what he said, right ?
Incomplete. Incomplete, ok ? Because the best result would come from everyone in the group doing what's best for himself and the group.

We hope Bruno can be a shining light of how to do things differently, live long, and sustainably serve the community.

This is a long term plan. We don't want to just stick until we get acquired. We want to build a sustainable project that can last for decades.

So here is what we dont want to do

• We don't want to raise VC funding
• We don't want to sell the project (get acquired)
• We don't want to add/support cloud sync
• We don't want to start a company and hire people (edit: see here)
• We don't want to sell monthly recurring subscriptions

Here is what we want to do

• Build a sustainable project that can last for decades
• Build a community of users and contributors
• As the creator and maintainer of the project, I would like to be able to capture some of the value being created.

Here are some avenues we are considering

• Corporate Sponsorships
• Paid Support and Consulting
• Supporter Edition (Paid) - Offering very tiny set of good-to-have features that can be purchased for a one time fee

Everything that has been free and opensource will continue to be free and opensource. And will continue to evolve and improve.
Core and Advanced features will continue to be built. Bruno is for everyone.

The idea is not to limit anything, but to offer some good-to-have features in a paid plan that can support the project and ensure its long term sustainability.

Some projects who have done it right

Shoutout to Taylor Otwell, the creator of Laravel and Adam Wathan, the creator of Tailwind CSS. They have been a huge inspiration and have shown that you can build a sustainable opensource project without raising VC funding and without selling the project.

Conclusion

I hope there are some good takeaways from here about aligning incentives and sustainability of opensource projects.

Don't take this as a final word. This is just a starting point. I am open to feedback and suggestions. I am open to changing my mind. I am open to new ideas.

Please let me know your thoughts and feedback.

I hope you are excited about the future of Bruno as I am.

Best,

Anoop

---

8 Oct 2023:

Posted an Update clarifying that I intend to earn income from the project and outlined the short-term, mid-term, and long-term objectives for Bruno.

16 Oct 2023:

This ongoing discussion can be summarised as my intent to

• Build the most simple, beautiful, and powerful API client that developers love.
• And uphold these principles
  • 👩‍💻 Opensource - build collaboratively, code released under MIT license
  • 🔒 Privacy - Collections are stored locally
  • 🕊️ Freedom - Free to use and modify.
  • 🤝 Community - Foster a thriving community of contributors and users
  • 📜 Transparency - Document the journey openly and engage in public discussions
  • 🤑 Sustainability and Incentives - Generate income along the way

22 Oct 2023

Majority of our features are free and open source (which covers REST and GraphQL Apis)
We strive to strike a harmonious balance between open-source principles and sustainability.
See Golden Edition Pricing

22 Nov 2023

If you like Bruno and want to support our opensource work, consider sponsoring us via Github Sponsors

11 Dec 2023

Posted an important update

• I will be working full-time on Bruno from Jan 2024.
• Despite VC interest (8 VCs reached out in last 2 months), I have chosen not to explore raising money for Bruno. Reasons being:
  • Would like to grow slowly, preserve full liberty and freedom over the product direction.
  • Have confidence in building a profitable enterprise through Golden Edition purchases as well as building ancillary products around Bruno.
• I will be setting up a monthly community call to discuss the product, roadmap, anything and everything related to Bruno (first wed of every month at 5 PM GMT.)

[majkinetor]

Nice. I salute your transparency and hope you and the community will improve the product and everyone will be better for it.

I think mkdocs-material insiders model is excelent, along with donations. People/companies vote and pay for the features they want to get developed, and get them in private build first, then after some time it all finishes publically available. That way both the author gets deserved monetary compensation and the community gets it soon enough.

I discovered bruno today via HN and while it certainly needs some polishing, its pretty awesome as it is now. Thank you.

[mishushakov]

Hey,
Here are some thoughts:

1. What you call "momentum" is actually a temporary gain. The type of growth you're experiencing is unsustainable and will plateau at some point. In order to sustain that type of growth over time, you'd need to become an online-marketing guru (no pun intended). Or you will need to hire people to do that for you.
2. VCs aren't universally bad. Early stage VC might take 10-20%, but you will still own 80%. As long as you have most board seats, you're in control and can do whatever you want. There are also cases where the founders bought the company back from VCs at later point (Wistia comes to mind).
3. VCs aren't the only way to get funded. You can find Angel Investors or Institutions (FUTO comes to mind) to bake the project
4. If you want to do this full-time, you will have to turn revenue. Donations are not revenue. There are no incentives to donate and you will not make a considerable income from them (unless you're Wikipedia). Easiest way to turn revenue is to sell something. You can sell Bruno-themed merchandise or like Ardour you could sell downloadable binaries. Or you could sell a proprietary version with more features. If you go the consulting route, you will have less time to work on the project and you will have to deal with clients (and where to find them). Corporate sponsorships almost always come with strings-attached. Laravel and Tailwind CSS are not examples for projects that have "done it right" as you call it, but projects that managed to keep the momentum and survive. There are 100s of examples (including VC-funded) where the thing didn't work out. Basically, until you figure out how to turn revenue, there's no chance this will ever get bigger than a side project made by one internet stranger in Bangalore (no matter how talented!)

[helloanoop]

What you call "momentum" is actually a temporary gain. The type of growth you're experiencing is unsustainable and will plateau at some point.

You are right. The momentum is unsustainable. But if it reaches enough critical mass and the community finds the app valuable, it can steadily grow via network effect.

VCs aren't universally bad.

I agree. Some of the great companies - github, nextjs, mongodb exist today due to VC funding. I just don't feel that a GUI API client needs to be VC funded.

If you want to do this full-time, you will have to turn revenue. Easiest way to turn revenue is to sell something. You can sell Bruno-themed merchandise or like Ardour you could sell downloadable binaries.

Yes, I am hoping that a mix of many options suggested could make this work. Sublime text is also a good case study. They kept their app free for everyone to evaluate. The revenue that they made despite many users never paying was "enough" for them.

Basically, until you figure out how to turn revenue, there's no chance this will ever get bigger than a side project made by one internet stranger in Bangalore (no matter how talented!)

This really made me smile. I know you mean well.
Time will tell. Bruno is not just a postman alternative. Its an evolution. And currently seems to be gaining steady adoption and might reach critical mass for a possibility of a network effect to occur.

If that happens. Then the below hypothesis would be put test in the coming months.
Are fully-offline, git-friendly, no-cloud-sync, file-based API GUI Clients - the future ?

If the answer is Yes (which I strongly believe it is), then WE WIN!

[mishushakov]

Yeah, sorry about the last one, I was getting a bit emotional, since we had the same worries with Step CI. My main point is that you should strongly consider taking outside money. You will not regret taking the money, unless you take more than needed or on bad conditions. You don't want the finance aspect get in your way of building and ruin your motivation. Money will buy you time to figure out how to monetise bruno in a way that is aligned with your product vision and with the needs and wants of the community. Even if it fails, you'd be glad you had the experience of going all-in, trying to get Bruno to highest highs possible... I can recommend 😉

Edit: Of course, that's just one path, there are many others possibilities

[armandino]

Thanks for creating this project and persevering through it in the early days. Nobody knows what the future holds, but I root for your success. Also +1 for @majkinetor's suggestions on donations and the Insiders model followed by MkDocs Material.

[mishushakov]

The problem with this model is that it will take years to get you to a livable wage. What happens when you run out of features people want to support? Consider that MkDocs has a much broader market than Bruno.

[dakshin-k]

@helloanoop I don't completely understand the stance that Bruno will never implement any cloud sync.

I do understand (and very much appreciate!) that we wouldn't want to have a proprietary sync that would lead to a vendor lock-in. However, I feel there might be other ways to get the same functionality while still keeping things open.

A couple options off the top of my head:

1. If the collection is stored in a git repo, if a user provides permission, Bruno could automatically perform a pull on startup
2. Another option which I've seen the note-taking app Joplin implement is to use an S3 buket / Dropbox account owned by the end user themselves.

In other words - I feel a cloud sync functionality might be okay, as long as the user controls the storage area, and it is stored in a human-readable format allowing them to switch to other platforms if they choose (which I feel the Bru language already does).

If there's interest, I'm happy to open a separate issue describing the use cases we have for Postman right now, which would be impossible to support in Bruno without cloud sync.

[helloanoop]

Hey @dakshin-k

If the collection is stored in a git repo, if a user provides permission, Bruno could automatically perform a pull on startup

Yes, this is something I have in mind for the Golden Edition. An inbuilt git ui that allows to to git operations within the UI itself.

Another option which I've seen the note-taking app Joplin implement is to use an S3 bucket / Dropbox account owned by the end user themselves.

Hmm. AWS s3 is interesting. This also could be a good use case to support in the Golden Edition.

If there's interest, I'm happy to open a separate issue describing the use cases we have for Postman right now, which would be impossible to support in Bruno without cloud sync.

That'd be great @dakshin-k . I would love to get to know them.

[mishushakov]

Yes, that's a great idea. In the base tier you can offer local storage only, but offer integrated git, s3 and other backends for paid customers. That's definitely something you should ask the community and see the reactions. Ideally, you should be talking to people all the time and getting feedback (maybe setup a cal.com?), because once in a while someone like @dakshin-k will pop up and give you a free million dollar idea that you yourself couldn't ever come up with 😄

[kenlefeb]

I do understand (and very much appreciate!) that we wouldn't want to have a proprietary sync that would lead to a vendor lock-in. However, I feel there might be other ways to get the same functionality while still keeping things open.

I don't think this is about vendor lock-in. The real issue is that some of us will be prohibited from embracing the tool with any built-in support for cloud storage that cannot be fully disabled by policy but is under the discretion of the developer using the tool.

If Bruno focuses on making the artifacts it creates friendly to git versioning, then you can leave the syncing up to each user organization. We know how to use git and don't need you to reproduce that functionality.

1. If the collection is stored in a git repo, if a user provides permission, Bruno could automatically perform a pull on startup
2. Another option which I've seen the note-taking app Joplin implement is to use an S3 buket / Dropbox account owned by the end user themselves.

Conveniences like an automatic pull would be fine since the git server itself is under our control. The same is true of an S3 bucket, whereas Dropbox (or any consumer cloud storage service) is not under our control and would require too much effort to certify for use in many security-conscious enterprises.

I would wager that the fully offline commitment is why most people are coming to Bruno. Otherwise, we'd still be with Postman or all the other API tools that have gone to the cloud.

[wtpisaac]

I would strongly prefer something like a GitHub Sponsors, Ko-Fi, or Patreon to be able to support the project, as opposed to a paid tier.

A paid tier puts those who cannot pay as second class, and makes the software inherently split between a proprietary and free version.

Having a community fund would be quite positive in terms of providing a fully libre option for a GUI HTTP client in the space.

[mishushakov]

It's almost always turns out to be miserable for creators. Here's an example:

Uptime Kuma has 39k stars on GitHub and is donation-based. How much do you think a product with 30k+ stars deserves in donations? $1k/month? $10k/month? You wish!

Currently, it shows about $100/month and $2,717.45 in total on Open Collective.

Although, I think it is maybe worth trying to setup a donation page here just to see what comes around... I'd rather buy some Bruno-themed stickers though 😋

Tip for @helloanoop: Just try everything and see what works and what doesn't

[helloanoop]

It's almost always turns out to be miserable for creators.

I have to agree with @mishushakov. A balanced approach is needed. Purely relying on voluntary donations isn't sustainable long term approach.

A paid tier puts those who cannot pay as second class

Again, A balanced approach is needed. There are 3 classes of persona's - everyones incentives needs to be aligned

• The Users and Community They benefit from the product for free and contribute through feedback and support.

• The contributors - The entire app is MIT licensed. The creator and contributors collectively own the app and they get to collectively make the product better for their own (and the community's) use.

• The Creator(s) They invest significant time and effort. Like @mishushakov mentioned, donations aren't a long term solution, we need a solution that allows the creator to receive a portion of the value that gets created.

Talking about pricing the Golden Edition, a balanced take is needed.

Examples of hostile pricing that we shouldn't do

• limit use max 5 collections at a time
• scripting available in paid plans
• limiting collection runs (this is really ridiculous)
• locking away stuff that was already free
• locking core functionalities
• monthly recurring subscription

I think buying a golden edition of the product (with some enhanced features) for a one-time (say between $10-$30) fee seems reasonable.

Let's take one feature which I am considering to ship in Golden edition - Git Integration
This doesn't block people for using git. They can definitely use cli or use an editor, but doing it directly in Bruno can be nice addon.

People are more willing to support when they get something in return, akin to buying merchandise to support a cause.

PS:
Open discussions like what we are having attracts various perspectives across the entire spectrum. From the capitalists who want to squeeze every bit of value TO the people who want everything for free.

In that spectrum I want to try my best to lean as much as possible to the latter side. By the nature of the distribution of viewpoints across the spectrum, I clearly won't be able to satisfy everyone. The best I can do is listen to the community, listen to various viewpoints, ideas, and hopefully arrive at a balanced one.

[dakshin-k]

Side question, can we expect all features in the 'Supporter edition' to also be completely open source?

[helloanoop]

@dakshin-k I have published an update here

[helloanoop]

This is an interesting read too: https://github.com/getlago/lago/wiki/Open-Source-does-not-win-by-being-cheaper

[SinisterLight]

Really appreciate the spirit of Local-first software with Bruno!

[mmitacc]

Greetings from Peru, adding only to certain positive comments, I recommend that you first define if you want to make money with your project. Because everything will depend on it, many ways have already been explained to you, but you should not be lukewarm with the purposes you want from this. To do this, just remind you that as people we change depending on time and circumstances, and that is not bad, on the contrary, it is part of our personal development. Also remember that for a better group result, it is first necessary for each member to have the short, medium and long-term objectives of the project well defined. Make up your mind!

[helloanoop]

Thank @mmitacc !

It helped me shape my thinking more clearly.
I posted an update #269 (comment)

Having these discussions openly is challenging as it makes you vulnerable, but I'm starting to appreciate the value of these open dialogues.

[helloanoop]

we change depending on time and circumstances, and that is not bad, on the contrary, it is part of our personal development

100%. Bruno was my baby till Sep 27th, Then it just took-off, I am excited to see what the the future holds. There will be changes along the way, and I'm looking forward to embracing them and continuing this journey in the open.

[helloanoop]

Update 1

Date: 8 Oct 2023

Thank you, everyone, for all your valuable comments and suggestions. Here is an update.

Incentives

I recommend that you first define if you want to make money with your project. But you should not be lukewarm with the purposes you want from this. To do this, just remind yourself that We change depending on time and circumstances, and that is not bad, on the contrary, it is part of our personal development. It is first necessary for each member to have the short, medium and long-term objectives of the project well defined. Make up your mind!

I believe @mmitacc's point here is about being transparent and straightforward regarding my intentions as the Bruno's creator and lead maintainer. So, here it is:

Do you want to make money with your project?

Yes, I do.

What are your short, medium and long-term objectives of the project?

Short Term

• Build a simple, clean and beautiful api client that people love.
• Help foster the growth of a vibrant community of contributors and users

Medium Term

• Lead development of our roadmap
• Explore revenue avenues, including:
  • Corportate and Github Sponsorships
  • Golden Edition
  • Merchandise

Long Term

• Never sell out.
• Continuously improve and maintain Bruno.
• Reduce bloatware in the world. Keep Bruno simple and beautiful.

Golden Edition

Is it going to be open source?

No, the modules belonging to the Golden Edition will be closed.

Will existing features continue to be free?

Yes.

Will you continue to build new features for free?

Yes.

Will there be limits on collection runs or requirement to have a cloud account

You are struggling from ptsd. See a therapist 😉

What features are exclusive to Golden Edition?

• Bru File Explorer - An integrated file explorer for viewing and editing .bru files.
• Visual Git - An intergrated visual Git tool (similar to GitLens for VSCode).
• Terminal - An integrated terminal (similar to VSCode's).
• GRPC, Websockets, MQTT, Socket IO
• Load Data from File for Collection Run
• Performance/Load Testing
• Custom Themes

I want to emphasize majority of our features will always be freely available, with the code open sourced under the MIT license. We're committed to continuously developing features for the benefit of all users.

How much will Golden Edition cost?

I'm considering a yearly fee of $12 USD.

Do you think people will buy it?

I hope people will love and find enough value in Bruno to support it by purchasing the Golden Edition, that comes with the additional features.

Furthermore, I hope that companies benefiting significantly from Bruno will consider sponsoring its ongoing development and maintenance

Best,
Anoop

[rmehta]

I would not go for open core (it is a slippery slope). Rather a hosted version which is 100% free is a good way to become sustainable. Plausible is a great story and role model if you prefer being an indie developer: https://plausible.io/blog/open-source-saas

[mishushakov]

@rmehta Plausible is a SaaS and hard to self-host, thus the incentive to sign up for and pay. Bruno is a different story

[helloanoop]

@rmehta Bruno cannot do hosted saas, its designed from the ground up to be offline only

That said, if Bruno ends up gaining significant market share, it might make sense to bootstrap a company to cater to requirements of large organisation's (centralised license mgmt, phone and email support, soc compliance, custom integrations). Keeping two separate editions - community and business. IntelliJ does this very well. In my mind they are a great example of delivering value to everyone (community, shareholders and customers).

[syradar]

I mean you can always setup a company that provide enterprises with support, training and extra features. That seems fine, that separates the thing making money from Bruno.

[helloanoop]

I mean you can always setup a company that provide enterprises with support, training and extra features. That seems fine, that separates the thing making money from Bruno.

This is an idea worth exploring. Everything remains free in the community edition (all features), and an enterprise build that goes out (with soc compliance, support, consulting, license management and so on)

Kind of like CentOS - RedHat approach.

[syradar]

I think https://git-fork.com/ do it nicely, you can use it for free and you can decide to pay them. I used it without any intention to pay, until I one day thought "I use this everywhere, I should help them out" and bought a license. They have great support, so I mention them to other fellow devs.

[helloanoop]

Thanks for sharing the link. This reminds me of the Sublime Text model. Free for evaluation, license for continued use. If the app gains significant adoption in the market, the numbers will ensure that the app owners make "enough" revenue.

Key differences I see in this Git Fork model Vs Bruno's Support Editon model. (feel free to correct me here)

• Source Code
  • Git Fork - Closed Source
  • Bruno - Open Source under MIT (except for features in Golden Edition)
• Incentive to Buy Paid Plan
  • Git Fork - Goodwill
  • Bruno - Value Add in Golden Edition
• Paid Plan Cost
  • Git Fork - one time 49$
  • Bruno - yearly fee of 12$
• Competition
  • Git Fork - Sublime Merge, Git Kraken
  • Bruno - Postman, Insomnia (Kong), Paw (Rapid API) - All valued over or than a Billion Dollars

[syradar]

I feel that the supported edition model cheapens your vision statement and made me think again if you are also going to become insomnia. I started looking for something with no money incentives, building for the community. I then realized that there might not be any alternatives out there and that I should climb down from my ivory tower.

Re-reading what you planned for the paid features I think that is fair. You should do some research or user testing on the price, what do people associate with the different price points and are you setting the right expectations.

Also the business/enterprise side with stuff like: training, support, pay for development sounds like it works for larger projects, so here's hoping for the future 🤞

[helloanoop]

I feel that the supported edition model cheapens your vision statement and made me think again if you are also going to become insomnia.

Golden Edition is way towards sustainable opensource.

I started looking for something with no money incentives, building for the community. I then realized that there might not be any alternatives out there and that I should climb down from my ivory tower.

That's super hard. Creators usually get burnt out. Also, many (that includes me) don't usually want to put many many years hard work creating something unique and original and end up having no financial upside as a creator. Monetizing opensource is hard, and hence the creators turn to VC funding which can sometimes be a slippery slope for products that don't need the scale and scope of Venture Capital (we we have seen this in the last decade in the Api GUI client ecosystem)

Re-reading what you planned for the paid features I think that is fair. You should do some research or user testing on the price, what do people associate with the different price points and are you setting the right expectations.

Hoping for the best.

Also the business/enterprise side with stuff like: training, support, pay for development sounds like it works for larger projects, so here's hoping for the future

This is also an idea worth exploring. Unlike libraries or frameworks, enterprises care a lot about security, compliance, support and custom integrations when it comes to desktop apps (or hosted apps in general)

so here's hoping for the future 🤞

me too :)

[dcoomber]

👋 Hi Anoop (and community)

Disclaimers

1. Apologies in advance if I missed that this already being discussed
2. I also apologise for this being a somewhat morbid post

On the topic of sustainability, have you given any thought to business continuity / succession planning should something happen to you? Things happen to people - it could be something sudden and terrible, such as death or a disability, or something else that blocks further progress on Bruno due to the unavailability of the only person who can merge / build / deploy.

At a previous company, the intellectual property was transferred into a trust so that a small group of trustees could, within the memorandum of association make decisions about that "property".

I've seen statements in previous threads that that allude to to "not wanting to set up a company" and Anoop saying in Discord

"As a creator, I own the trademark and the brand "Bruno" and would like to have ownership over the binary distributed under its name."

I am not questioning either of these stances. There are good reasons to back them up.

I do, however, think that a parallel "organisational" roadmap could be considered to cover the operational aspects of sustainability of this project.

(The additional complexity that this brings is not lost on me, hence the suggesting of it being a roadmap item that can be planned in parallel with the features).

[helloanoop]

Hey @dcoomber !

not wanting to set up a company

By this I meant more of "hiring people, building things nobody asked for and then using that as a justification for future actions that may not be in the best interest of the community".

will you register a company

By the nature of regulations in India, it is necessary for me to establish a registered company in order to accept payments from overseas sources for revenue generated through sponsorships, merchandise sales, and purchases of Golden Editions.

"As a creator, I own the trademark and the brand "Bruno" and would like to have ownership over the binary distributed under its name."

Having ownership over the brand is very important since I have explicitly expressed my desire to make revenue from this project.
Inspiration for brand ownership was from seeing how Laravel Project is run. Taylor Otwell owns the brand Laravel.

succession plan

I00%. Have added it as an item for v2 in the roadmap

PS: Thanks @dcoomber ! 😊 I look forward to more open dialouges in this public thread. Discussions around opensource, money and brand ownership comes with vulnerability, and are usually hard. Creators usually shy away from it - I am glad we are having this discussion.

[helloanoop]

Some further thoughts on sustainability and pricing.

I decided to rename Supporter Edition as Golden Edition 🐶

There is fundamental trap that needs to be avoided which is - No matter how valuable your product is, most people don't usually pay for or support something they can get for free.

Right from the start of this public discussion thread, I have expressed my desire to strike a delicate balance between open-source principles and sustainability. I'm still in the process of finding the right equilibrium that works for both me and the broader community.

Among the multitude of things that are planned in the roadmap, a few of them will be only available in the Golden Edition. This is to ensure that there is an incentive (not just based on goodwill, but based on real value addition) for people to purchase the golden edition.

[ranma42]

What is the plan for contributions that do not align with the interests of the Golden Edition?
Is Bruno going to be open-source but not open-contribution a la sqlite?

A couple of points that I could not find mentioned in the thread:

• (depending on local regulations) going non-profit might be a viable approach; iirc this is the path followed by the Zig Foundation
• a free "core" and paid plugins (as in the vscode marketplace, sqlite extensions, ...) could be an option (maybe?)

It is always tricky to find the right balance, I wish you and Bruno the best of luck! :)

[helloanoop]

What is the plan for contributions that do not align with the interests of the Golden Edition?

The features ofGolden Edition will be closed source, hence we won't be able to accept contributions

going non-profit might be a viable approach

As I have expressed here I intend to make income (profit) from the project

paid plugins (as in the vscode marketplace, sqlite extensions, ...) could be an option (maybe?)

Bruno has extensive scripting capabilities unlike any tool out there, so this is not possible. And most things will already be builtin.

a free "core"

Yes. Not just a free core, majority of the features in Bruno (which covers REST and GraphQL Apis) will be free and opensource. See pricing

It is always tricky to find the right balance, I wish you and Bruno the best of luck! :)

Thanks @ranma42 ✌️

[krishraghuram]

Supporter Edition (Paid)

LFG, go the sublime text / merge way :)

Although I have to be honest, I used sublime text for free for many years (when I was a student and didn't have any money). But it was one of the first things I paid for once I started my job.

[solsticesurfer]

You stated above that your target annual subscription rate is $12. Personally, I would have absolutely no problem with paying that to support the project if it can fulfill the promise of getting me away from Postman permanently.

However, the "golden" tier features are of little (if any) use to my needs. That said, I would still subscribe as a way to support the project. But, there are many folks that will not subscribe simply because those features aren't useful to them. This is a common issue that SaaS platforms have to deal with when offering different subscription plans. People might not be opposed to paying for a higher level but will be reluctant to do so if they don't see their needs listed in the benefits of the higher plans.

I would suggest setting up a Patreon or OpenCollective option as an addition/alternative support method to the "golden" tier. A $1 per month option gets you that same $12 (less fees) and higher options would bring in more revenue based on a wider range of motives such as good will and altruism. Just having a $3/month option would triple the revenue from a single subscriber.

Again, this approach would not be instead of the golden tier. Instead, it's an alternative way for people to support the project who might otherwise feel that they would be "wasting money" for features that they don't need.

[crimsonvspurple]

We got bruno golden for org and there's one thing we are really concerned with.

A lot of people are fixing stuff, adding lots of nice features but the pending PR count is always so high. For example: 200+ now with stuff like this: #1792

What is being done to review PRs faster and get pending PR count to a reasonable number (like <15)? It is a really bad sign to have so many pending PRs with completed fixes/improvements and we cant use them.

[melroy89]

I think it's important for open-source to scale if @helloanoop can find another dedicated contributor and give that person merge rights on the repository. This is exactly how I do my open-source projects. Yes, it is based on trust, but on the other hand this will scale much better. Another plus is that it's mentally better for helloanoop.

EDIT: There are already a lot of contributors. Just give some of them a chance to become a maintainer.
EDIT 2: Introducing a chat of any kind (eg. Matrix chat, in your case you already have Discord) helps a lot in knowing each other and working together. Which helps you to pick another maintainer.

[helloanoop]

We have ramped up the speed in Jul and Aug. Here is the summary for Aug 2024

🐞 Issues Closed - 1️⃣0️⃣4️⃣ (🔻34% down from Jul)
👩‍💻 PRs Merged - 1️⃣0️⃣1️⃣ (🚀 206% up from Jul)
🚀 Releases - 7️⃣

Around the topic of giving merge rights to a contributor, its a slippery slope. Finding alignments on timelines, UX, Code quality, Architecture decisions become complex. As of today, we have an internal team of 5 developers - working on core features, as well as integrating pull requests from the community. Our team headcount is expected to grow in the coming months, and we look forward to ramp up our speed even further.

[berlingoqc]

Can we add golden feature to the open source version? I would like to implement some of the paid features to be free of use. Are you open to that ?

[berlingoqc]

It's not about the pricing, it's more about being able to contribute and upgrade those features. I could pay 19$ but if I have an issue with the feature I paid for I can't fix it or upgrade it to add functionality.

Also, most people I know don't like the idea of paying for development tools. They only use open-source tooling. And currently, there is no OSS release

[berlingoqc]

personally i don't want 90% of the feature in golden edition but some basic functionality like options for Runners are behind the pay wall. I wish those feature could be rewritten under MIT license.

Stuff like git support is fined to charged for because it's in no way a core feature required to used this software.

[MelGrubb]

I think it should be possible to clone the repo and build your own golden edition locally with all the features. If you're willing to put in the time it takes to keep your personal fork up to date with the main line, then go for it. As for me, my personal time is worth more than $19 to me. I wouldn't spend any of my own time trying to end-run a $19 payment for a project I get value from.

You should be able to issue a PR back to the main project with a bug fix for a Golden Edition feature, too. What you can't do is make a PR that would make a Golden Edition feature free for everyone. That would undermine the income stream that allows the developers to work on this project as more than just a hobby.

[berlingoqc]

I was only asking if it was worth the time to contribute to the open-source part of project and if they are willing to add some features to the open-source edition for everyone to use. But if it's not me too I won't spend my time rewriting functionality to save some money. It's not about the money

[asirota]

I would build a commercial add on: a Mock server. Instead of using one from npm or whatever a mock server for an api collection is super useful. Even if it is a local mock server that would be useful!

[WaldemarH]

All I can say is thank you for Bruno. Postman is such an awful tool that I was running as fast as I can from it. And also constanly loosing all my requests.

Now the idea of paying for Golden version is good and also from watching other small companies going this way... normally they have a 1 year support and then you can purchase an upgrade if you want. The app will stay running indefinetelly with the old license.

I wish you all the best and I'll be updating the licenses every time it expires.

And yeah I love Bruno. :)

[rreyn-bruno]

Thanks @WaldemarH !

[txg495]

It looks like the page for purchasing the perpetual Golden Edition version has disappeared and in its place is a page offering a monthly subscription for a Pro version. Can you please elaborate on what happens to Golden Edition licensees? Do we get moved to the Pro version? Will we be able to renew our license in two years or be forced to pay a subscription fee?

[txg495]

I have mixed feelings about this.

As a supporter of the project, I am happy to have contributed $19 towards its continued growth.

As an individual licensee, I'm still unclear after reading the document you linked to what that $19 gets me. What is in the Golden edition vs. Pro edition? I see very little incentive for anyone to add new features to the Golden Edition vs Pro, since it has been discontinued. I also feel like my faith in this project has been broken a little. Changes like this should be announced ahead of implementation, otherwise they feel shady.

As an independent contractor, I'm more likely to recommend either the open-source version of Bruno, or if more features are needed, another tool that is already more stable and feature complete costing just a few more dollars a month. As of right now, Bruno does not have feature parity with other tools.

With the perpetual license option, recommending Bruno as a long-term solution was a no brainer. With a subscription only model, I feel like Bruno is trying to compete in a space where there is a lot of competition already.

[devdilson]

Unfortunately Postman did the same thing years ago with my perpetual license, too bad I arrived late and couldn't buy one this time with Bruno.
Bruno is such an amazing tool for managing API requests, not that it does not worth the subscription price for a company, but I feel like this change could be better advised, considering even the readme has not been updated yet.

[NiklasBr]

impossible selling perpetual licenses at $19.

@helloanoop I know. And I never said I wanted you to sell licenses with anything remotely containing a perpetual path of updates. I wanted to buy version 1.x (which I did), and then buy a new license for 2.x when the upgrade would came out a year or two later (which it won't and where I will not transact any more money).

I don't like subscriptions and avoid them like the plague, and now that you are moving onto becoming like Postman, which is your decision 100%, I regret participating with this pull request, however small it was. I don't want to participate in subscription models.

[drpixel8]

It looks like the page for purchasing the perpetual Golden Edition version has disappeared and in its place is a page offering a monthly subscription for a Pro version. Can you please elaborate on what happens to Golden Edition licensees? Do we get moved to the Pro version? Will we be able to renew our license in two years or be forced to pay a subscription fee?

Long version posted by Anoop on the Discord: https://docs.google.com/document/d/1ODgyIAw9bVAL-Z5K8FjdwQ_SEApuaxJFp11ZkrO8-Qg

In short:

* Some of the golden edition exclusive features will be moved into the free open source edition (Websocket, gRPC support and more).

* The new Pro edition mostly replaces the Golden Edition, but the golden edition will get updates until the end of 2025. You can either keep using the Golden Edition afer then, switch to the open source editor or buy the pro subscription.

What about these features mentioned on the old page:

• Load data from File for collection run
• Developer Tools
• OpenAPI Designer
• Performance/Load Testing
• Custom Themes
• Inbuilt Terminal

I don't care if they go open source, but I'd like to be reassured that I'll get the features that I was promised.

[drpixel8]

And then what about Performance/Load Testing? That's one of the major features I was looking forward to.

[asirota]

Here's the thing:

Do you think the core group of developers that have given you all this free effort deserve to have a well paying job?

Yeah?

So then use the free version.

And if you believe there is value in the subscription do that.

But don't complain that they decided to stop giving the software away at the Golden Edition. A one time fee for software is a one way ticket to the poor house. It's just a marketing gimmick to get a little bit of skin in the game. One time software fees for life are not a long term pricing strategy for a sustainable software project.

[drpixel8]

First of all, I purchased a license, I should be able to complain if I want. I don't recall my license being free, it certainly wasn't given to me as you say. Just because you don't see that as a substantial monetary contribution doesn't mean we should all just say, "Oh, well" and be happy with it.

As has been mentioned here before, Fork is an excellent example of perpetually licensed software that has been a success. I think many of us would have been more open to a higher priced perpetual license vs. yet another monthly subscription. If there is enough value in the product, raise the perpetual license fee.

[midasvo]

I bought a Golden edition license just when they first got some attention on hackernews (it was a pre-order I think) because I believed in the values described. The project could have died then and there and I would not have regretted supporting Bruno. I've now found out that apparently it's not perpetual (in whatever form) but has an expiration date. I didn't get an email, I didn't get a notification via git. I read it months later via reddit, that apparently it was discussed in discord. It's not about the money, even for a business expense it's peanuts, it's about the shifting ideals of the project and the poor way of communicating it. I genuinely regret introducing this tool in the professional environments I've worked, it feels like I've misrepresented it. The major takeaway for me is to be more weary. Why does it need to be so difficult to find a proper API testing tool?

[rreyn-bruno]

I bought a Golden edition license just when they first got some attention on hackernews (it was a pre-order I think) because I believed in the values described. The project could have died then and there and I would not have regretted supporting Bruno. I've now found out that apparently it's not perpetual (in whatever form) but has an expiration date. I didn't get an email, I didn't get a notification via git. I read it months later via reddit, that apparently it was discussed in discord. It's not about the money, even for a business expense it's peanuts, it's about the shifting ideals of the project and the poor way of communicating it. I genuinely regret introducing this tool in the professional environments I've worked, it feels like I've misrepresented it. The major takeaway for me is to be more weary. Why does it need to be so difficult to find a proper API testing tool?

Hi @midasvo - completely understand the frustration here. To clarify, there is no expiration on your perpetual license, it is perpetual. The change is that we won't be selling any perpetual licenses moving forward, and we plan to put the features that were planned for the Golden Edition into the open source product. So, there is no change for anyone who had already purchased a perpetual Golden Edition license.

[Atulin]

• We don't want to raise VC funding
• We don't want to sell the project (get acquired)
• We don't want to add/support cloud sync
• We don't want to start a company and hire people (edit: see here)
• We don't want to sell monthly recurring subscriptions

Take your bets, which one's getting crossed out next?

[asirota]

Obviously the last one. And then the others. This is a todo list!

Providing support to a gigantic set of newbie free users will be so expensive it will make our heads spin.

Every software company in the world realizes support is a cost center. And nobody has figured out how to make support a revenue center except companies that charge for everything including support. Most really successful Open source projects sink or swim by how well they penetrate enterprise level sales where support is paramount.

Look at n8n.io sustainable use model.

That is a possible route for Bruno too I think.

[Reelix]

We don't want to sell monthly recurring subscriptions

https://www.usebruno.com/pricing

[txg495]

I'm just afraid they will start pulling current features out of the open-source version. For instance, I can already write a JS module and connect to secret managers, defeating the purpose of one of the Ultimate edition features. Will importing JS modules be locked down to close this gap?

[WaldemarH]

For me the once a year license would be much better.. this is how TheBat does it. They change the major version of the app once a year and the license you bought will work indefinitelly for that major version. So if you do not want to upgrade you don't have to. What I've seen in last 10 years is that I renew the license every year... maybe not right on January but certainly through the year.
So in my eyes this model is much beter then monthly subscriptions... now as I really displike Postman I would be willing to accept yearly subscription of 20usd, but certainly not 132usd as you want to charge. For that amount of money I get almost a Win Pro license which is a much biggger program then Bruno.

I would definitelly like to support you (and I have bought Golden license even if I don't need any of the Golden features) but 132usd is too steep for me. Hopefully others wont think like that. Wish you all the good and success with Bruno.

[Rich-Hopkins]

I'm definitely in the camp of this is too much. I bought two Golden licenses, to use on my four computers (to be fair, two are VMs), and am all for supporting software developers who create something useful to me. And while it is a two-year license, I'd be willing to buy once a year as I do with several other tools. But the price being asked here is more than I'm willing to go.

You're chipping away at your promises, and it doesn't do much to instill confidence that the product will even be around in a year, given the negative feedback above.

[nacengineer]

This is a long thread for people to not just point out this project is basically a bait and switch. Use our product instead of Postman because we don't have X, Y, Z and then later on X, Y, Z get added. As for me, I stuck with Postman and will stick with it going forward. They have the funding and the devs. Just look at the pull requests and issue log for this project on why that's perhaps the most important feature.

At the end of the day, we're talking about a glorified front end for running curl commands. When the cost becomes prohibitive then a regression to curl is to be expected. If you don't want to pay, don't pay. If you are ok with it, then pay.

[devdilson]

This is a long thread for people to not just point out this project is basically a bait and switch. Use our product instead of Postman because we don't have X, Y, Z and then later on X, Y, Z get added. As for me, I stuck with Postman and will stick with it going forward. They have the funding and the devs. Just look at the pull requests and issue log for this project on why that's perhaps the most important feature.

At the end of the day, we're talking about a glorified front end for running curl commands. When the cost becomes prohibitive then a regression to curl is to be expected. If you don't want to pay, don't pay. If you are ok with it, then pay.

Good luck on a corporate environment where you can't store things on their servers, and when you are solving conflicts with the stupid monolith Postman collection model.

[berlingoqc]

Yeah its a bummer for us, we fork bruno internally and use our fork and cant contribute back to the project

[berlingoqc]

Anyway its a proprietary software with a open source facade , just checking PR nothing is merged its not from a team member.

[crimsonvspurple]

This bait and switch is not appreciated. I dont care about the money part.

I'm calling it now: Intellij Http Client will replace all of these as soon as there's a cli client for that.

[Delta984351]

We're burning this guy and the tool at the stake for hiring people and selling subscriptions.... ?

Were his early opinions extremely amateur and shortsighted on what it takes to support something like this? Yes, absolutely.

Does he need to be drawn and quartered in the town square for realizing the mistake and getting serious to actually make this sustainable? Probably not.

I, and probably others, came to Bruno because every other tool syncs my data to the cloud and don't let me work directly with git. This is based on the architecture of the tool storing collections as files. I don't know how (or why) they would ever change this.

I didn't pay for a license because I don't need any of the features. I see people complaining they bought a license even though they didn't need the features - why would you do that... and why do pricing changes even matter to you? They're literally saying more is going into open source.

How anyone is interpreting this as a bad thing or a "bait and switch" blows my mind. If they launched a cloud sync, then yes I would agree.

This change at worst has no effect on the open source project and at best is actually an improvement because we're getting more features and a real damn team.

[Delta984351]

I didn't. I came to Bruno because of the licensing model. I could support this model both by giving the developer money and my time and effort. But I understand this point of view.

So if Bruno had cloud sync and required a login, but offered perpetual licenses - you would have no problem with that? The only reason you use products is because of a licensing model?

I paid for a license to put my money were my mouth is: I want this business model to succeed. It is not the amount of euros/dollars/gold/… which is the problem. I would gladly have paid a bit more. The problem comes with what is attached to the subscription model:

• If you don't pay you lose access to everything.
• A "buy when a new major version comes out" app can sometimes be considered feature-complete and no new features are needed. This can be a very good thing as the developer do not feel incentivised to continually add features to justify the monthly subscription.
• Every single subscription based app I have used have inevitable added more and more cloud components and are no longer local-first. And this I thing @Delta984351 you and I agree on is not always appreciated.

I still don't understand. If you don't need the paid features, then why is any of this an issue?

Incorrect. Unfortunately. We have seen this multiple times already and the end result is bad for everyone.

To say this is a definite isn't reasonable. We have no idea. Right now, there's no negative impact to this change as it relates to open source.

Cramming more and more features into an app is certainly not always a good thing. Sometimes and app is good where it is. Maybe instead create a second app which has lots of synergies?

What I mean by this is they are taking things that were going to be paid, and putting them into open source. Not that they're going to build a bloated product we don't need - again, there is zero indication of that.

[crimsonvspurple]

I partially agree with you but I decided to support by purchasing because of the perpetual model. Companies changing licensing model like this grandfathers in the existing licenses to show respect and appreciation. That's what is missing here.

Just to clarify, anyone who purchased a Golden Edition license will continue to receive all updates to the product per the initial purchase. The difference is that we won't be selling any new Golden Edition licenses.

That's good may I ask where this has been communicated?

[NiklasBr]

I didn't. I came to Bruno because of the licensing model. I could support this model both by giving the developer money and my time and effort. But I understand this point of view.

So if Bruno had cloud sync and required a login, but offered perpetual licenses - you would have no problem with that? The only reason you use products is because of a licensing model?

The devil may be in the details, but yes, I would probably accept or even enjoy that.

I still don't understand. If you don't need the paid features, then why is any of this an issue?

Your derailing this discussion by what seems like misrepresentations of what I just wrote. Please stop. :(

To say this is a definite isn't reasonable. We have no idea. Right now, there's no negative impact to this change as it relates to open source.

Sort of true, why wait until the impact is done when we see the train coming around the bend?

What I mean by this is they are taking things that were going to be paid, and putting them into open source. Not that they're going to build a bloated product we don't need - again, there is zero indication of that.

You yourself gave us an example in your initial post cheering this negative incentive.

[NiklasBr]

I partially agree with you but I decided to support by purchasing because of the perpetual model. Companies changing licensing model like this grandfathers in the existing licenses to show respect and appreciation. That's what is missing here.

Just to clarify, anyone who purchased a Golden Edition license will continue to receive all updates to the product per the initial purchase. The difference is that we won't be selling any new Golden Edition licenses.

I would like to clarify, once more since @Delta984351 seems bent on muddying the issue, that I am more than willing to renew my Golden Edition purchase and support your efforts.

[rreyn-bruno]

I partially agree with you but I decided to support by purchasing because of the perpetual model. Companies changing licensing model like this grandfathers in the existing licenses to show respect and appreciation. That's what is missing here.

Just to clarify, anyone who purchased a Golden Edition license will continue to receive all updates to the product per the initial purchase. The difference is that we won't be selling any new Golden Edition licenses.

That's good may I ask where this has been communicated?

@crimsonvspurple - it looks like Anoop may have forgotten to link this document where we initially released the changes. This will be a public blog post soon on the main site. It was initially posted to our Discord on 11/11.

[MelGrubb]

My opinion has always been that subscriptions are my least favorite model. I'd rather pay for v1, own it forever, and whatever bug fixes come out for it. When v2 comes out, I'll look at the new features and decide whether they are something I want to upgrade for. If the program is a decent price, I'll do it. I'm not going to pay another $100 to get custom themes if that's all v2 had to offer, but I might update for more new features that would make a difference to my workflow.

So, if it were up to me, I'd divide things up like this.

• Integration with Secret Managers - Move to Pro level. Even small shops know to keep secrets out of source control, and preferably out of the hands of the developers themselves. I don't WANT to know the Auth0 keys.
• Data-driven with CSV - Pro seems appropriate, although even personal projects would benefit from this. Consider moving to free.
• Download Test Report - Pro seems appropriate.
• Git UI - I don't see myself using this even if it was in the free tier. I'm already managing my repo from the IDE. I don't need another interface confusing me.
• Import from Repo - Not sure what this is, but if I lose the ability to simply point at a directory that's already IN my repo like I do now, then that's going to be a deal-breaker.
• Collection to OAS generation - I'm generating my OAS docs from my API, not the other way around, so this makes no difference to me.

Now to the old things that "Golden" promised.

• Developer Tools: I don't even know what that was supposed to mean. I'd need examples.
• OpenAPI Designer: Don't care, see above.
• Performance/Load Testing: I bought golden for this, but I can totally accept this as a pro level feature. If you're load testing, you are either doing this professionally in which case you should be able to expense the tool, or you are a serious hobbyist, the kind that invests in tooling. This doesn't seem like a casual feature to me.
• Custom Themes: Make it open-source. I cannot see a world where "but it has theeeeeemes!" is going to get my expense report approved. Cool to have, but seriously, nobody's going to pay for that.
• Inbuilt Terminal: Again... what does this do, exactly?

I want to support Bruno, but I do NOT want to pay for a subscription where my tool stops working one day because I stop paying. No tool lasts forever. Companies get acquired. Assets change hands. Priorities shift. When I pull a project out of the mothballs in the distant future, I want the tool that was used to build it to still work (tectonic OS shifts notwithstanding). Sell me v1 and let me upgrade to v2 at a discount like LINQPad, TechSmith, and JetBrains do. JetBrains pricing model is particularly addictive. I've maintained a DotUltimate subscription for years and I'm at the cheapest pricing tier now. I would never dream of breaking that streak, but if I did, I'd still get to keep access to the version I had at the time.

[Rich-Hopkins]

I'm largely in agreement with this. As for developer tools? I've also wondered.

[Its-treason]

As for developer tools? I've also wondered.

The developer tools are the YAML to JSON converter and Formatter that you can access over the dots in the top of the sidebar.

[helloanoop]

Hey everyone,

First, a big thank-you to everyone for the commentary and discussion here. Transparency has been a priority from Day 1, and this open forum for dialogue is genuinely valued.

It’s clear that many are unhappy with the recent changes to licensing and pricing. The stance on subscriptions has evolved, and this shift warrants a revisit to the context of Bruno's journey and growth.

When I wrote the initial thread, Bruno was a solo project that had been in development for two years, serving around 200 monthly active users. Today, that number has grown to 200,000—a staggering 1000x increase.

I was naive in thinking supporting this amount of usage was possible as the sole developer in Bruno and offering $19 perpetual licenses.
Today, Bruno has a full-time team of nine passionate individuals—growth achieved entirely organically.

Now, addressing the challenges with the Perpetual License and the reasons for its discontinuation:

• Many users raised concerns about GRPC, Websocket, SocketIO, MQTT, Global Env, and Custom Themes being part of paid plans.
• The license was designed "for individuals," but it was largely being purchased by organizations.
• Sustaining a full-time team and paying salaries requires a revenue model, and one-time payments proved unsustainable.

Based on these learnings, we adjusted the packaging:

• Features suited for individuals (e.g., GRPC, Websocket, SocketIO, MQTT, Global Env, Custom Themes) have been moved to open source.
• Team-oriented features (e.g., enterprise integrations, GUI CSV runner, Git UI) are now part of paid plans.

These changes aim to better align incentives for the community, customers, and the Bruno team.

To conclude, our commitment to balancing open source and sustainability is unwavering. Many were drawn to Bruno for its open-source nature, lack of data syncing to the cloud or login requirements, and direct Git synchronization. These core tenets remain unchanged and will continue to guide the product and company.

A community ambassador program will roll out in the next week, offering an opportunity for deeper engagement and greater influence on the company's future. I hope many of you will join.

This thread serves as a transparent account of Bruno’s journey. As growth continues, more lessons and changes are inevitable. At its core, the goal remains to build the best API client for developers while ensuring mutual benefit for everyone involved.

Thank you for being part of this journey.

Best,
Anoop

[MrSimmmons]

I think this should probably be its own top level announcement as well (there a few questions I see in the discussions tab on github about this). I would also assume that the original license agreement of 2 years of updates would still be grandfathered in (as well as the renewal discount since that was one of the selling points). But it would be good to clarify this as its not quite clear at the moment.

[aristotekean]

What about using geo arbitrage for the prices?

[doroved]

In the end any altruism is utopia, in such situations the main thing is not to promise anything and to let people know in advance that the open source product will have a paid version and that's it. One-time payments are reasonable to use when you sell a final product that does not require support, expenses: ice cream, a book, etc. If you have to spend your time on development every day, it is definitely only a subscription! Good luck in the development of the project).

[je-sendra]

Altruism is not utopia. Sustained altruism, even if an individual wanted to, is hard. A lot of copyleft projects I've seen simply adopt the "no support" stance, where the original maintainers might simply stop working on the project, and leave it to other community members.

This ensures a free forever model, and if the product is interesting enough, also ensures it will be perpetually maintained.

However, I am not saying developers should always work for nothing, sponsor/donations and paid support are a thing.

See Canonical for instance, they offer paid support plans for businesses.