Bruno - Opensource, Sustainability, Privacy, Freedom and Incentives

[helloanoop]

Note

A lot has changed since I wrote the original post.

In many ways, this thread captures Bruno’s journey — my early ideas about what it could be, the decision to build a company around it, and eventually, the decision to raise funding.

It also holds the perspectives of many people along the way — agreements, disagreements, encouragement, and criticism.

As for me, I continue to lead and build Bruno with the same core intent: to make something developers genuinely love, and to keep pushing it forward.

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	$3M seed round	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]

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.

[jarlarntzen]

I came to Bruno after 4 years as a pro API tester in Postman, creating and running around 70 collections (total of 9k requests, 23k asserts) over that time with all the slowness, complications and workarounds imposed by Postman.

Bruno covers all the use cases we need and much, much more. Even if I've only started converting a few collections, I'm very much in love with the whole concept of local testing. Bruno is almost everything I've been missing for years.

As with all open source software I use professionally to sustain my own business, I also want Bruno to have a sustainable revenue to support further development. So, of course I donate and buy whatever subscription they offer. This goes for Blender, Inkscape and of course Bruno.

[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?

[OskarLebuda]

@helloanoop How’s the WebSocket feature going?
It’s been quite a while since the post was published, and it’s still one of the few features missing in Bruno compared to Postman or Hoppscotch.

[helloanoop]

Hey @OskarLebuda We are currently wrapping up GRPC support - #5148
We'll be picking up websocket after GRPC.

[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).

[VewDev]

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.

[fa7ad]

In the end it was all a scam,

We don't want to sell monthly recurring subscriptions

I paid for the one-off "Golden Edition" based on this claim, but apparently this was yet another scam. Good Job guys, I guess not much I can do anymore except find yet another postman alternative because If I wanted a subscription why wouldn't I go with Postman or Insomnia? At least they didn't pull a scam, which makes them more honest than your project 👏

[rreyn-bruno]

Hi @fa7ad - just to clarify, nothing has changed with your Golden Edition license. It's perpetual and you'll continue to receive updates for two years after your initial purchase. We're just not selling any new GE licenses as it wasn't a sustainable model for the company.

We have a team of 15 people now building Bruno, and it would be impossible to pay salaries under the previous model. It's likely Bruno would not exist today if we did not make this change.

That said, we've also made a number of features that were in Golden Edition free (Visualizer, DevTools, Importing OAS via URL), and plan to continue this trend.

[helloanoop]

First, Thank you for your purchase of the GE. Your support means a lot.

As Ryan mentioned above, nothing has changed with the GE license. We just discontinued issuing new ones.

It hurts to see people call it as a scam. I won’t elucidate further but some of my notes written here should clarify things - #3486 (comment)

[helloanoop]

Bruno has grown to a 15-member full-time team. Sharing some glimpses of the folks behind it!

[jarlarntzen]

Nice to see you all :) But where's Bruno ?

[helloanoop]

[helloanoop]

A love letter to you all
Thank You 🙏 ❤️ to our community, customers, contributors, well wishers and the amazing people at Bruno

It’s not lost on me how rare and meaningful it is to lead something you truly believe in. I feel deeply privileged to steward both this company and this project.

It’s a gift to wake up each day knowing I have the freedom and agency to build, shape, and craft software that developers genuinely love. It’s a joy and a responsibility I hold with care and none of it would be possible without your support.

Thank you - for the joy, the pride, and everything I am feeling at this moment, as I pen this. ♥️

[MichaMican]

Just out of curiosity - will there be a sponsorship option for the useBruno org aswell or is the https://github.com/sponsors/helloanoop still the only way of "donating" to the project (exluding the paid tiers)?

[laurensdc]

I liked Bruno. Then I read this. Now I love Bruno.

[federicorosso1993]

I decided to downgrade to version 1.5.1 before any paid stuff was added.
What I need is a curl interface that create local file that I can share in a git repo... that's all, that was already true in 1.5.1.
The main issue here is that people keep expecting new features, and that devs get gready as they add new stuff and gain popularity.
A UI for curl was never meant to be a complex application, it was never meant to be updated forever, to create a company, that's why under a one time purchaise license it was " not sustainable ", and that's why the original plan was not to turn bruno into a company and hire people.
I think applications should be only updated once or twice to fix bugs that are there on release. Paid once if they are not free. And that's all.
A developer that want to start a business should be able to create and sell multiple applications not a subscription for something.
I'm sick of the subscription model, I decided to just uninstall/replace/downgrade everything with a subscription.
Pay once option are ok, I'm not saying anybody should work for free (I just decided that I wanted bruno to be clean from golden stuff too since the main features where already there from the start). I don't think the subscription model is ok in any way.
Pay to own is what I believe in or if it's free it should be 100% free without anything else inside.
The only thing that I will pay montly is my electric and water bill.

[WaldemarH]

I too can't stand subscription model and if I see it I do my best to go elsewhere.
But I fully support 'pay me once a year for a newer version with a one year of updates support, if you want too. Where your current version will work indefinitelly'.
And the reality is that if I see that the apps that I own that they are making good progress and that the newer versions are worth it, I'll pay once a year for upgrade gladly as I want to support the developers.
In other case I normally update every few years.
And I own many of these apps... TheBat, Royal TS, EditPlus, Debut Video Capture, ...

Well I own to golden licenses and for what I need 1.40 is good enough.

[federicorosso1993]

I don't disagree with you. But I usually buy software only once and only if it's drm free. So most of the software I buy is games from gog, but I also got Affinity photo version 1 for example (now that they got subscriptions I actually switched to Gimp that now it is much better than in the past, I actually prefer it to affinity photo 1), on my phone I paid for FairEmail (I don't need any of the premium features, I just like the app), I also donated to Mozilla since I love both Firefox and Thunderbird (again once).
Maybe I would, once in a while, pay for updates (not every year, not as a subscription) just like sometimes I pay for expansions in videogames. But usually that's when a software add something that I need and also if the old software stop working on new OS (and I can still decide to just continue to use it in an old OS). I want to own the software and be free to avoid paid upgrades. A subscription model just is against everything I believe is fair.

[kusan-reveur]

The current version is not private and has telemetry enabled by default with no way to opt-out: #337

[helloanoop]

You can disable telemetry v3.3.0 onwards.

[Sherlock-Holo]

[Rich-Hopkins]

If you're not a Bruno maintainer, just go away instead of shilling for a project that calls itself open source while its open-source codebase can't even produce a build remotely comparable to the official release.

Shill. HAHAHAHAHAHAA!!!
You sound like one of those crybaby GenZ fragile snowflakes that melts when someone looks at him cross-eyed. Stop your crying and go find a safe space.

[laurensdc]

Can we lock this?

[MelGrubb]

Prediction: If you lock this thread, another will just take its place. This is the internet, after all.

[mrtfn]

The problem with the internet is that it gives dumb people access to each other. Bruno is hands down the best API testing GUI opensource app and i actually want the maintainers/owners to be able to make a living of it because otherwise it will get abandoned due to lack of dedicated time and effort, i don't want to migrate one more time, how many years do i live?

[MelGrubb]

I hope my previous comment "ages well", but now I doubt it will.

I was unaware of the venture capital angle. That is the first red flag I've seen with this project. I have never seen a VC-backed company that wasn't eventually forced into a fully for-profit model. Investors always want their money back, otherwise they would have been happy to remain as sponsors. My predictions for this project have now taken a much darker turn. I predict that the Golden Edition users will be the first victims. We supported this project when it was just a baby, and I expect us to be the first ones kicked off our "forever" plans. Following that, the current "eventually free" feature model will cease. New features will remain locked away in the subscription tiers forever and never find their way to the free plan. "Bruno Cloud" will happen. Eventually, features will start disappearing from the open-source version entirely, replaced by subscription-only "enhanced" versions of the same exact features. The open-source repo will eventually be left to rot, and everything will go full commercial subscription. The forks will fragment so that there's no clear winner. And one day, somebody will get sick of it, release the next Postman/Thunder/Bruno project, and the whole cycle will repeat.

tl;dr - VC kills open source. Every. Single. Time.

[helloanoop]

Update — August 2026

A lot has changed since I started this discussion nearly three years ago.

One of the things I said very clearly here was that we didn't want to raise VC funding.

We ended up raising funding. I wanted to come back and update this thread because many of you have followed Bruno from the early days, and because I think it's important to acknowledge the path changes from what I originally said.

I've written about the decision from two perspectives:

• Bruno's announcement: The Funding Announcement We Never Made
• My personal reflection: i'd said i'd never do this

TLDR: Bruno has grown far beyond what I imagined when I wrote this post. Some of my views have changed as I've learned what it takes to build and sustain something at this scale.

I continue to lead and build Bruno with the same core intent: make something developers genuinely love, and keep pushing it forward.
The path has changed. The intent behind Bruno hasn't.

Thank you to everyone who's been part of the journey.

[helloanoop]

Sharing my thoughts on comments so far

I was one of those who paid for Bruno because it was a good software with potential.

@crimsonvspurple Thank you for supporting us in the initial days.

However, I will never understand how Bruno needs 50 employees company behind it.

I'll share some perspective here, as this is a common question everyone (incl me) runs into. Why does Bruno (which could be argued as a glorified curl wrapper) need 50 people.
Here is the rough split: ~25 devs, 10 QAs, 4 PMs, 4 Sales, 2 Support, and 2 DevRel.

When you’re building a product (specially a desktop app) used by a million developers every month, the complexity adds up quickly: different protocols, platforms, workflows, edge cases, integrations, and a constant stream of product improvements.

As the product grows, the codebase naturally becomes harder to maintain. Every new feature interacts with existing functionality, and at this scale you can’t afford regressions. A lot of engineering effort goes into making sure things continue to work reliably while we keep improving the product.

I don’t think we’ve added anything that could reasonably be called “bloat.” If anything, there’s still a lot we want to build, and I’d say we could use more people, not fewer.

This picture says a lot. We merge nearly ~100 PRs every month for the last 24 months. We still can't keep up (more prs get created than we can merge every month).

[crimsonvspurple]

Let's put it in this way. A company like 37signals can work with ~60 employees. Bruno should be fine with 5 Devs, 2 QA, 1 PM (you). Sales/Support can grow/shrink with paid customer base size.

You, Anoop, are an excellent developer who can wear many hats. You should not hire anyone who is more than 20% less qualified than you. Do you honestly think 5 Anoops can not manage everything-Bruno?

My reason for supporting initially was simple: I saw high potential in you/bruno and was hoping when it comes to hiring, you will hire only a handful others like you. That way the product will be excellent while not needing VC money yet making good profit. I would have loved to see Bruno going the slow growth but healthy profit route instead of scale scale scale VC.

But as i said, you are free to do as you please. I will use Bruno as long as it suits my needs. When the goals change, I can easily switch.
I hope I wont have to.

[helloanoop]

Responding to comments from @MelGrubb @Rich-Hopkins @federicorosso1993 @crimsonvspurple

Regardless of legal ownership, once you take VC money you have a bit in your mouth and someone else is holding the reins.

I made sure to retain this level of control. I hold sufficient voting power to control the company’s board and can unilaterally pass any resolution I choose. This level of founder control is rare in an investment, but I was able to secure it because we raised from a position of strength.

They will force unneeded growth beyond the project's original scope and purpose. When we look back years from now, we'll remember this as the turning point where it all started to go wrong.

I’ll do my best to make sure that doesn’t happen. The proof I can offer so far is that since the investment, we’ve made things more free and accessible, not less. I believe that when a company is run well, investors, the team, and the community can all be aligned around the same thing: creating more value for the end user.

I just wanted a simple REST/GraphQL client with some basic testing abilities. I've defended that time and time again because the things my team needed were still in the open-source version, my confidence in that model's longevity has been severely compromised, maybe irrevocably. I've seen this before. I know where it leads.

I am wary now of making promises :) But I just don't think that we will ever take away what's already free (never once have we done in 5 years of projects history). 95% of our efforts go into making the OSS better everyday. And I believe in a value-creation mindset: build paid features, use that revenue to build new ones, and over time make older paid features free. We’ve done this many times with Bruno.

I bought the Golden edition several years back, and convinced my manager and others to switch away from Postman to use Bruno, and now it's not a question of "will I" regret this decision, but "How long before I" regret this decision.

Thanks for the support @Rich-Hopkins in the initial days. hope nothing in how we’ve developed the product so far has raised any alarm bells. As for the path we’ve chosen (building a company and taking funding) I’m confident it will be better for everyone in the long run.

bruno want to be the next postman

I and the whole company (including our investors) want to it to be the opposite. And we work towards it everyday.

I'm not sure why bruno need so many people to make such a basic application (that was already done in version 1.5.1)

My needs were met in v0.6.0 😛 Since 3 years, all me and 25 devs do is building stuff that community asks us. More nuance in #269 (reply in thread)

I'm giving Bruno at least some benefit of the doubt for the moment

Thanks @MelGrubb.

I've said many times that I am happy to pay for JetBrains every year because I have a perpetual license to whatever the last version was when I stop paying.

Not the same thing, but given that 95% of work happens in OSS codebase - it acts like an insurance (were we ever to alienate our users by making product changes that are bad).

Let's put it in this way. A company like 37signals can work with ~60 employees. Bruno should be fine with 5 Devs, 2 QA, 1 PM (you). Sales/Support can grow/shrink with paid customer base size.

You, Anoop, are an excellent developer who can wear many hats. You should not hire anyone who is more than 20% less qualified than you. Do you honestly think 5 Anoops can not manage everything-Bruno?

Thanks @crimsonvspurple Appreciate your perspective. Worth pondering.

But as i said, you are free to do as you please. I will use Bruno as long as it suits my needs. When the goals change, I can easily switch.
I hope I wont have to.

@crimsonvspurple My hope is the same :)

[MelGrubb]

It's not about the voting power. It's about the VCs funding your staff. You may have the power to veto anything they want, but if they have the power to defund the project, then that veto power is kind of meaningless. You have the power, but using it means the staff don't get paid. The structure only protects you and the project in principle. In practice, it's very different.

I hope you can make things work the way you imagine. I love Bruno, but I do not support disappearing software on principle. Give me a per-version purchase, and I'll send money, but I will not rely on a subscription-based model for tools critical to my own projects' long-term health. The offline, file-first, source-controlled nature of Bruno was part of that strategy. I refused to live in a world where I might be called back to work on something for a previous client only to find that my tool stack no longer works. I want to put the installer for my tools directly in the repo so that cloning it gets me everything needed to maintain it. This is non-negotiable.

[Rich-Hopkins]

I'll share some perspective here, as this is a common question everyone (incl me) runs into. Why does Bruno (which could be argued as a glorified curl wrapper) need 50 people. Here is the rough split: ~25 devs, 10 QAs, 4 PMs, 4 Sales, 2 Support, and 2 DevRel.

TWENTY-FIVE DEVS?????

Good LORD! I can't imagine how much of that "dev" time is spent trying to keep from stepping on each other's work!

I work on a team of five devlopers, 2 QA, 2 BA, and various other support, sales, implementation, and management staff, at 19 or 20 people total in the company, maintaining a FAR more complex SUITE of applications, including web, mobile, and ancient (1980s-90s era) desktop (inventory, POS, shipping/receiving, purchasing - basically everythign that a storefront business needs to run, except payroll), as well as at the same time we are in the process of rebuilding it ALL to be a web app.

No way do I believe there is a need for 25 devs on such a small project as Bruno. Talk about BLOAT...

[black-snow]

Just dropping by to say that limiting the number of OAS (OpenAPI) syncs is super limiting - not just for commercial use but also for personal use. You can sync your spec 5 times per month?! I see how that gets people into subscribing but it feels very bad. So bad that I feel close to keeping a fork and patching it out.