Never knew of Bruno, but it's just what everyone wants and needs! Tired of Postman and Insomnia bloat. Code-generation would be a great feature. Good job!

Thanks! This looks great! I like the local first (or local only) approach of your tool. It's very refreshing in comparison to the bloated monsters like campfire or postman

yup! every postman alternative just follows postman playbook

starts as offline

vc funding

enables cloud sync for collaboration with teams

deprecates offline as scratchpad

deletes scratchpad

Its been like this for a decade now.

With Bruno the key insight was to store collections and requests as folders and files, and design a markup language that makes it easy to collaborate with your team. I wrote about this here: https://www.usebruno.com/blog/the-saas-dilemma

My only doubt is whether you need to design a special "language" to store the queries/configurations. Wouldn't it be easier to leverage existing languages, maybe something like dhall?

Yes, The language itself went through many iterations. You can look at these 3 iterations here: https://ibb.co/8j8yM1f

First was break a giant collection json and save it as individual files, second attempt was to convert into a dsl (was a bit like xml), the third attempt that is used today to make it even simpler.

The key driving force behind the language design was to make sure that it was simple and readable enough to be able to do a PR review flow in git.

Also, simple enough so that you can open the collection folder in a editor (like vscode) and still be able to make changes

Json didn't support multiline strings. Yaml was indentation hell. I wanted something neat, no need for quotes around strings. And lot of nuances, like how do you store a query param as disabled.

you can read more about the lang design at: https://docs.usebruno.com/bru-language-design.html

How do you avoid that at Bruno v1.0.0 ? I means Postman playbook > vc funding

MIT license. If the product is success and has significant devs following - they will just fork it from the commit before relicensing.

Yes MIT license is a great plan b. But forking is hard and painful. Elastic/MongoDB/HashiCorp and many more OSS keep moving towards Business Source License to protect themselves from bigtech monetizing the original creators hard work.

What we need is a better approach. One that doesn't involve VC funding. One that keeps the all the incentives of the community, contributors and the creators aligned.

Will share a draft of this approach soon (likely tomorrow) and open it up for community discussion. I want Bruno to be there for the long term.

Here is how we avoid that in v1.0.0

I have penned down some thoughts: https://github.com/usebruno/bruno/discussions/269

Would love you to hear your thoughts and perspectives.

Just read your idea.

Sometimes, I wish that I am a billionaire, so that I could let people using my software for free, completely. And the key point is, they know that it is free, absolutely. Because I am a billionaire, they know.

So, just keep it up. Anything you wrote is not important than the thing you do. Don't let people sink you in their perspective about the world they saw.

Open-source software needs a ton of efforts, tears, bloods. Above of the passion, you know that it should be pay-off, fair-price at least, for you and your people hard-works.

At the end, plan is just a plan. Just go to have a chance to fix it.

Good luck and best wishes!

> Fully offline.

There is telemetry. And I didn't find opt in or even opt out code.

> lightweight

Could you quantify? I never saw a lightweight Electron app.

> There is telemetry.

yes, its miniscule. one ping (and that too once in a day) that indicates that an anonymous user opened the app. No other usage details, micro interactions or anything else is tracked. Sure - in the future we will provide option to turn this off too.

> Could you quantify? I never saw a lightweight Electron app.

relatively, compared to the other electron monsters out there. You are definitely not going to native performance and fluidity, but it's a tradeoff that I made to support multiple os.

Also, currently Bruno is just me developing it for the last 2 years. Recently a community has formed around (nice to see) and we have a flurry of new contributors.

Users decide what is miniscule. Everyone collecting data without consent thinks they are justified. And fully offline means fully offline. It is hard to trust false claims and defensiveness.

I think Electron is fine for an application like this. Not much to gain for making a completely bespoke platform UI for a dev tool, and a lot of pain.

I tracked this through the code.

Telemetry is set up here: https://github.com/usebruno/bruno/blob/main/packages/bruno-a...

It uses next.js config which is here: https://github.com/usebruno/bruno/blob/main/packages/bruno-a...

I don't know when this is evaluated, but it seems like if you set ENV=dev it should disable it.

Until the developer changes it with no notice.

Another benefit of electron is that it allows the community to quickly contribute and improve the project via PRs

In the last 5 days, Bruno received 25 PRs. I've already merged 21 of them and shipped multiple releases.

I didn't ask why you used Electron. I asked you to quantify lightweight. And every release was a chance to respect consent.

Have you considered affiliating your project with the Linux Foundation or a similar organization?

Not yet. It's at a very early stage.

And yet it pretty much has 80% of the value that Postman provided to me.

There is some missing polish (like missing utilities in scripts or buggy drag-and-drop) and a couple bigger things like no authorization schemes or code export, but the killer thing it has over pretty much all the competition is the JS glue code AND first-class VCS support. Even insomnia had garbage-tier glue code support, something that was very much missing coming from Postman.

Great work!

Yup, the JS glue code is something that I am very proud of. You can install any npm package via package.json. Require them inside your scripts and it just works.

In every other tool, they treat a collection like something that can be modified only via GUI. In Bruno, its more of a developer mindset. Even if you don't have Bruno GUI, you can open it in an editor and make changes to it - just like code

External npm package installation is unique to Bruno and afaik no other tool has this.

Yes Auth is a big task that I am working on. Glad to see that some folks use scripts and directly implement oauth2 https://github.com/usebruno/bruno/issues/178

Many users are surprised when they find this capabilty, It opens up a lot of possibilities - https://github.com/usebruno/bruno/issues/233#issuecomment-17...

Buggy drag and drop is fixed now in v0.16.6

Great product, thank you so much!

I am curious: why the request to support OpenAPI turned up only 2 weeks ago? In my bubble it is an ubiquitos format where everything starts and from where any additional data added up.

It's actually been up for almost a year, but many issues are not de-duplicated: https://github.com/usebruno/bruno/issues/81

Also try API Dash (an open source API client alternative) - https://github.com/foss42/apidash

I installed its just what I need! I used insomnia for quite a while because postman has become completely unusable bloated piece of crap and now it seems insomnia will do the same.

Awesome! I've spend 30 minutes searching for an alternative, but it's all crap. This looks really good! Simple light weight, we basically just need a simple gui over curl.. Thank you for this

May I ask why .bru? I would really recommend using a standard format. https://xkcd.com/927/ etc..

checkout this github discussion: https://github.com/usebruno/bruno/discussions/360