Live data from Hacker News

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

usebruno.com

391–400 of 444 posts

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

#391

Earlier quoted context omitted.

We used Postman but it got forbidden in our org for that reason, so no more. Can't say I really miss it. I personally prefer just using a jupyter notebook for these kinds of tasks. With a custom tool like this it becomes a dead end with the data. Maybe you want to decode it if it is on a binary format. Or you want to plot some basic stats?

This has always been my approach really. Use curl for basic stuff, use a full featured repl for deeper exploration. I use Ruby but same idea. I never quite saw enough value in tools like postman. Usually either what you are doing is trivial enough for vanilla curl or complex enough to warrant reaching for a general purpose programming language.

It's for people who can't or don't want to code. It's used pretty heavily by testing teams.

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

#392
post #379

Lately Postman suddenly required creating an account to their cloud, to use my five different rest requests from scratchpad. I got annoyed so bad that deleted that piece of cr*p immediately. Never looking back. Then I found Bruno and fell in love. Thanks for the great work!

For me, I had a project full of test cases in Postman and one day I was connected to the internet it phoned home to update. After the update it said I needed an account (okay, use work email no big deal) after logging in it said all my test cases and collections were gone. From there it was shell scripts with curl for me.

You may be able to replace some of your curl+shell with Hurl — https://hurl.dev/#also-an-http-test-tool .

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

#393

Lately Postman suddenly required creating an account to their cloud, to use my five different rest requests from scratchpad. I got annoyed so bad that deleted that piece of cr*p immediately. Never looking back. Then I found Bruno and fell in love. Thanks for the great work!

Postman is basically unusable in a lot of large companies now as it's often forbidden to save credentials on external cloud.

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

#394

Lately Postman suddenly required creating an account to their cloud, to use my five different rest requests from scratchpad. I got annoyed so bad that deleted that piece of cr*p immediately. Never looking back. Then I found Bruno and fell in love. Thanks for the great work!

Insomnia did the same. There was an option to migrate to an offline account but the migration did not work. So I turned to Bruno. I have been happy with it but there are some strange issues. Sometimes it does not save settings when I press Ctrl s. I still don't know when this happens but I lost some work a couple of times because of this.

I am using Insomnia but haven't been prompted for account setup etc (switched to it from Postman after the cloud nonsense).

I hope Bruno has support for separate environments and environment-level variables soon because the ability to set global variables along with environment-specific variables/overrides makes the setup much more manageable (I think there is a feature request already open for this).

PS: if this possible via some sort of external JSON/script, I am more than happy to set that up. I am just not familiar enough with Bruno tips/tricks :(

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

#395
post #318

Earlier quoted context omitted.

Electron is the only cross platform UI that is open and using web standards that are not tied to a single company. It is exactly the opposite of flash.

The person being replied to was talking about technical aspects similar between the two (functionality like HiDPI and performance) while you're mentioning socially-oriented differences. I would say both statements are true but that what the authors of each statement value is different.

Writing it is just like Flash is a statement that Electron should be dropped and never used by anyone.

Which I disagree with and provide my argument to show that any technical inconveniences parent poster noted, are not enough to say “Electron should be trashed and razed out”.

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

#397
post #287

I find interesting on how on a startup related forum, anything related with not paying is always celebrated.

Startups are often all about disrupting an industry by lowering the cost of a product. If you can lower it to zero that demonstrates the incumbent businesses are obviously not providing a valuable service that's worth paying for.

Your comment does not make sense. If someone offers a service for free and people start to use it does not mean that the old incumbent service which costs money is not providing value. It shows both provide value as people were using both. It just shows that people prefer free over paid for the same service.

The new entrant maybe has lower internal costs or subsidises the price initially, but it does not mean that one provides more value than the other.

In the Bruno case, it sounds nice with open-source, free for the basic features etc, but it's not much different than any other freemium offering. They will also try to make money on premium features and other related tools. Their own development time will be spent on those features and they will outsource a lot of the development of the base tool on the open source community.

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

#399

Earlier quoted context omitted.

This feels along the lines of the infamous Dropbox comment

I was responding to a claim that essentially boiled down to shells can't parametrize input. How is it even remotely comparable to "the infamous Dropbox comment" to point out that shells can do that better than GUI tools? Also expecting end users to develop their own file syncing solution on top of FTP is unreasonable. Expecting software engineers to be able to use curl instead of a GUI form is not.

You've the exact same attitude. If something is easier and more convenient then people will use it
Post reply on HN