Live data from Hacker News

Bruno: Fast and Git-friendly open-source API client (Postman alternative)

usebruno.com

181–190 of 444 posts

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#181

I 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…

I think hurl does this?

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#182
post #80

Earlier 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.

Yes, it's me! Thanks for the mention

Do you have any plans to open source the thing?

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#184

Earlier quoted context omitted.

Developer Tool Developers are hurting themselves. I think it is reasonable to not want to have to log in to every darn thing you use on the internet. Especially developer tools. Someone needs to invent a hat that developers have to wear: when the developer starts to write signup, login or authentication code, a hand pokes out of the hat and slaps him.

Default-on telemetry as well. I'm reminded of Balena Etcher phoning home with the names of ISO files you flash, which leaks the IPs etc. of which users are creating Tor/Tails bootable USBs: https://gitlab.tails.boum.org/tails/tails/-/issues/16381#not...

Yes, telemetry too! And automatic updates. They are all symptoms of companies’ obsession with having some kind of ongoing post-purchase “relationship” with their users. As a user, I don’t want this relationship! I just want to buy the tool and use it, without ever interacting with the manufacturer ever again.

If I buy a circular saw, I don’t want a relationship with Makita. I don’t want to have to log in to use it. I don’t want it telling Makita how many boards I cut and how well the saw is working. No offense, but I’m just not that into you, Manufacturer.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#188
post #157

It's nice, but variable import from OpenAPIv3 needs a bit of work, compared to Postman and Insomina. Our OpenAPI spec has something like this: servers: - url: https://{host}/api/v2 variables: host: default: someserver.example Insomnia and Postman import the collection with the host as a variable, centrally editable, while Bruno imported it resolved with no variable, so I have to edit every one of my endpoints wheneve…

So there are no env variables?

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#189

Thank 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.

I know people don't love VS Code, but is there a reason Thunder Client isn't more popular? I know it's feature lacking compared to postman, but more so than curling?

It limits collections to 50 endpoints. I also couldn't immediately see how to plug tokens into variables. Bruno is intuitive and has no pay-to-remove limits.

Re: Bruno: Fast and Git-friendly open-source API client (Postman alternative)

#190

Thank 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]

You can't continue to make a product worse over time without expecting to lose some customers. When someone tells you why they stopped using your product, don't brush off the feedback as whiny entitled complaints.
Post reply on HN