That looks nice! I stopped using Insomnia after they introduced the forced login to save your collection and wiped all my stored requests…
Have you tried Insomnium?
Huh, I didn’t even know Insomnia was originally open-source. Thanks for this!
Bruno: Fast and Git-friendly open-source API client (Postman alternative)
191–200 of 444 posts
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#192Earlier quoted context omitted.
I started using Yaak after Insomnia and Postman both decided to become user-hostile, it's decent: https://yaak.app/ You'll never guess who makes it.
Jeff Minter?
Was thinking about him earlier (due to a bad pun on my part). Glad he's still around making games.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#193Thank you. As soon as Postman asked for a login I uninstalled it and have been curling from text files ever since. My younger coworkers won't drop Postman though. Maybe this will help them switch.
Do you just store the entire curl command in a text file or do anything more complicated?
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#194Thank you. As soon as Postman asked for a login I uninstalled it and have been curling from text files ever since. My younger coworkers won't drop Postman though. Maybe this will help them switch.
While I do hate Postman because its overcomplicated in everything. But attitude like yours has shifted people and money away from developer tools. Instead of all the possible tools we could have from many developers, we are now totally dependent on big tech to sponsor it, like VSCode etc. And over time it would move in direction that will promote another service from the same company like copilot and vscode.
"A GUI for a command line tool" is, these days, at the level where you can get the first 80% of the value by asking ChatGPT to write it for you by copy-pasting in the bits of the man page for the options you want.
(The second and third 80%'s still need human intervention).
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#195Earlier quoted context omitted.
Well based on historical experience with Postman and Insomnia most probably Bruno will go the same way once they get enough users hooked in. Especially once a VC gets into the fold.
Hey there, this is Anoop - creator of Bruno. Happy to see Bruno at the top of HN We will never take VC funding. We received around 10 inbound reach outs from VCs till date and have denied funding from all of them. We will remain independent and I have written about it in detail here https://www.usebruno.com/blog/bootstrapping
Hi Annop. Thanks for sharing this looks like a good alternative to Postman. I see the company is based out of India (awesome) but wanted to know if the company has gone through the steps needed to sell to teams in the healthcare industry in the US/UK i.e.) HIPPA, SOX2, PCI, GDPR, etc.…
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#196I really like the idea of serializing requests to a Git-friendly text format. But if we want a Git-friendly text format, why not mimic HTTP/1.1 request syntax as much as possible? Maybe with Jekyll-like YAML front matter for metadata that doesn’t fit? So for Get Users.bru instead of the current example of: meta { name: Get Users type: http seq: 1 } get { url: https://reqres.in/api/users body: none } headers { Content…
Just out of curiosity, why is the below example more git-friendly than the above? Smaller deltas? (and if so: why?)
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#197Thank you. As soon as Postman asked for a login I uninstalled it and have been curling from text files ever since. My younger coworkers won't drop Postman though. Maybe this will help them switch.
[flagged]
Running a business is perfectly acceptable. Paid tools, likewise, as perfectly acceptable. Granted, most of software is built directly or indirectly on free work either of the intellectuals that discovered the foundational knowledge required to build it or of the engineers that built the tools.
What’s not acceptable is the rug-pull of presenting something as free and trying to claw back money from the endeavor after you’ve got users locked in. If you need money, don’t offer a free product. If you offer a free product, make sure you can afford it.
No one is going to judge you for charging the worth of your offering. However, you’re also not going to get free goodwill and advertising for no reason.
Spend your time and energy wisely, that is your personal responsibility.
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#198One thing I like doing when working with APIa is to have an echo server at hand. I.e. something that I can query via curl or via a network library that I’m using, and see in response what kind of request it actually received. It helps me verify that I’m making correct requests (and not misusing curl or a network library). Currently I google for that and use the first online result that comes up. Is there an open sour…
Sound like you need https://mitmproxy.org/#mitmweb
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#199Funny. I just found Bruno two weeks ago after getting fed up with Insomnia and am loving it. It feels like what Postman and Insomnia were when they started. Simple and to the point. There are a few minor features I miss (being able to bulk edit headers is the main one), but overall I highly recommend it.
You can do that by editing the collection file directly , Bruno watches for file system changes on the collection folder
Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)
#200I have nothing against this app or the other graphical HTTP tools like Postman, Insomnia, etc., as people clearly get value out of them, but personally, I've moved everything over to Hurl --> hurl.dev - Open source - Text files all the way down - Easily understood DSL - Easily distributed - Easily versioned - Fast Download the executable, copy the two lines below into "first-test.hurl" and you're up and running. GET…
I took a lot of inspiration from Hurl while building Nap[0]. My next goals for it are a UI and/or a VS Code extension. [0] https://naprun.dev
curious why you decided to create that instead of using hurl?