Hacker News new | ask | show | jobs
by salusinarduis 988 days ago
One must ask themselves why a REST testing tool has venture capital and needs to be closed source (despite their website proudly claiming "Open source"). I'll pass on installing this onto my computer.
7 comments

Very well PUT (pun intended). Actually, isn't this how we exactly got where we are with Postman?
> closed source (despite their website proudly claiming "Open source")

HTTPie CLI has been open-source for a decade. HTTPie Desktop has yet to be open-sourced. We first want to get the product, architecture, and codebase somewhat stable. As the README says, we use the GitHub repo to host releases and issues.

You gave this exact same answer to me in your Discord a year ago. If nothing sketchy is going on why not just open source the thing?

At a minimum you should remove the banner at the bottom of the page claiming it's open source.

> You gave this exact same answer to me in your Discord a year ago. If nothing sketchy is going on why not just open source the thing?

We appreciate your interest, but we never gave an ETA. I do regret having made the intention public, though.

> At a minimum you should remove the banner at the bottom of the page claiming it's open source.

That’s a good point. As I wrote in another comment below: I’ve now updated the website template not to show the image with the slogan on this page. Thanks for the feedback.

Good on you for altering the page. I very much hope to see the desktop client become open source soon, as I would very much like to use it. Best of luck with the project.
I don't understand; why do you think it is "sketchy" to try to make a living out of software?

(For reference, I work as a software engineer and am also the author of a popular open source project which I give away for free and have put thousands of hours into.)

>I don't understand; why do you think it is "sketchy" to try to make a living out of software?

I don't think the original comment meant that it is sketchy to make a living out of software. I think the issue is the posturing as open source, having a github repo with no code just to attract devs and look open source-y and even sharing it on HackerNews right after the issues with closed source by Postman too. Feels like an "open source alternative", but not really, hence the sketchy accusation.

But this is just how I read it.

> I think the issue is the posturing as open source, having a github repo with no code just to attract devs and look open source-y

As the first paragraph in the README says, we use the GitHub repo to host releases and issues.

Having it on GitHub under the same organization as our other projects that already are open-source is convenient for both us and our users — https://github.com/httpie.

> and even sharing it on HackerNews right after the issues with closed source by Postman too. Feels like an "open source alternative", but not really, hence the sketchy accusation.

The person who shared it is not related to HTTPie.

Given the quality of the discourse here, I almost wish they did not! ;-)

> having a github repo with no code just to attract devs and look open source-y

It's an HTTP client. The client codebase is here:

https://github.com/httpie/cli

Why everyone is getting their knickers in a massive twist because they have an Electron wrapper that they haven't open sourced is mystifying.

I haven't studied the codebase but I highly doubt they are going to have a separate client implementation for the Electron product vs the CLI! They're just trying to create a nice Electron client, in addition to their well-known CLI, and start a business around it aren't they?

Any recommendation on open source alternative?
I've been using https://github.com/bayne/dot-http but https://hurl.dev/ seems more full featured.
Neither of these have the convenience of the original Postman GUI and aren't really alternatives.
Bruno seems like a good up and coming candidate. Found about this one after all the insomnia drama a couple weeks ago

https://github.com/usebruno/bruno

For creating requests the GUI of postman is way over the top. HTTP is so simple, why not just write that directly in a literate format you can checkin to a repo? For actually running the requests though I agree a gui is nice. I actually use dot-http as an embedded tool in a browser extension. They're still alternatives, just not in the style you're used to.
> HTTP is so simple

So is email. The simplicity of a protocol has nothing to do with the complexity of the workflow that produces it.

> why not just write that directly in a literate format you can checkin to a repo?

Because nothing I work on in Postman is something I need to check in to a repo. I need to test HTTP requests, and I've never worked with a code base that had raw HTTP requests in it.

> They're still alternatives, just not in the style you're used to.

The "style" is different enough that entire use cases become impossible.

Let's say I want to copy HTTP response headers out of a log in JSON format. In Postman, I can paste JSON (and various other key-value formats) into the headers field, and it automatically parses it for me.

There are a hundred little conveniences like that that require a good GUI.

https://github.com/ArchGPT/insomnium - and soon with local llm support

disclaimer: I'm the maintainer and my day job is fine-tuning llm

p.s. I will always keep insomnium 100% local & FOSS

Restfox works great for me. Might require installing a browser addon to circumvent CORS protection in order to run requests against localhost.
Why doesn't Github have some kind of policy about projects pretending to be open source and effectively acting as an ad on Github?
It would be a little funny that GitHub, a proprietary code hosting platform, suddenly cares that proprietary software uses it to host bug reports or other assets. This isn't the first project I've seen that is nothing more than a README and exists simply for people to file issues. e.g. there is https://github.com/cursive-ide/cursive

With that said, Codeberg has a strict policy of hosting software licensed under an OSI or FSF approved license.[1] They will actually take down repositories that do not follow this guideline.

[1] https://docs.codeberg.org/getting-started/faq/#can-i-host-so...

As the first paragraph in the README says, we use the GitHub repo to host releases and issues.

(It’s not open-source yet as we first want to get the product, architecture, and codebase somewhat stable.)

at this page, https://httpie.io/desktop, there's a logo that says "open sores, open hearted, open minded." it's misleading, then. at least remove that part in the page.
That’s a good point. I’ve now updated the website template not to show the image with the slogan on this page. Thanks for the feedback.
> not open-source yet

Can you be more clear? Is the Desktop app going to be open-source in the future? If so, what license?

Do you intend to monetize this product? If so, how?

As a side note: I find it strange that you feel the product is not stable enough to share the code, but apparently stable enough to share the product itself.

Hi Daan,

>> not open-source yet

> Can you be more clear? Is the Desktop app going to be open-source in the future? If so, what license?

Yes, but have no ETA or license choice yet.

> Do you intend to monetize this product? If so, how?

Yes. We strongly believe in a freemium where both free and premium users are happy. We’ll primarily monetize collaboration and enterprise features without cannibalizing free users. In this sense, we’re inspired by companies like GitHub or Figma. And in our case, free also includes users without an account.

> As a side note: I find it strange that you feel the product is not stable enough to share the code, but apparently stable enough to share the product itself.

Running an open-source project well is not easy and takes resources. Building a great product is hard on its own. Our primary goal is to design and build the best API product possible, so we direct all our energy there for now.

Hmm. That is very misleading. Their footer talking about open source is referring to their cli (which is very good btw)

This might be an oversight just need to fix their marketing page

Do you mean HTTPie also raised venture capital or just in general? If it is HTTPie, would you have a source?

Not doubting. I'm compiling a table with Postman alternatives, VC-backed is on column and I like to add sources where possible.

> We’ve raised a $6.5M Seed Round from Coatue, Blossom Capital, the founders of Intercom, Checkout.com, Monzo, etc.

https://httpie.io/about

> $6.5M

I'm probably missing something, but it seems insane they need so much money to make (yet another) API testing client.

And I'm guessing it means the company is valued at x billion dollars

They're not "making an API testing client". They're trying to start something called a "business". People do this to try to get enough of this thing called "money", to pay for the costs in their lives and their family's lives.

If they are based in America, they would be calculating at least, say $200k per year per employee, since they need to pay healthcare etc. So multiply that by the number of employees you want in your business, then add all the other costs, and extend over the period you want the funding to cover.

Nice, thanks for sharing your wisdom. And still insane they need that much money, we all have examples here of businesses that succeeded without having to raise millions of dollars
Ok, but I guess httpie are raising money in an environment where investors are wanting to invest a lot of money, and they thought "why not, it will raise lots of exciting possibilities for the business". So I'm still not getting why there's so much criticism from people in this thread. You'd probably have done the same in their situation.
They're not "making a REST testing tool". They're trying to start something called a "business". This has been a prominent feature of human society for many centuries. People do it to pay for their lives and their family's lives.
It's next in line after Postman. Used it for years, liked it, now it's enshittified. I'll use this one until the endless cycle repeats.
Because they're trying to make a living from software? And why the fuck, exactly, should they not do that? Reread your comment and perhaps you'll see how insufferably entitled, as well as naive, it sounds.