Live data from Hacker News

Show HN: Open-source Postman alternative with type safety

recipeui.com

31–40 of 94 posts

Re: Show HN: Open-source Postman alternative with type safety

#31

Earlier quoted context omitted.

Many (most?) humans eschew Microsoft products

I feel like those days are long past.

I don't think those days ever really existed.

Sure, lots of people (myself included) used to refuse to run windows, refuse to use any micro$hit software or anything bill g@te$ wrote and would loudly decry them.

But, the reality is, most people just ran whatever their employer gave them and for many many years that was almost definitely Microsoft stuff (especially on the desktop OS and core productivity suite).

Now I think the universe is just more pragmatic and we realize we can and should meet people where they are and arguing over tooling is just bikeshedding, at least I have.

I'm never going to ask people to please stop emailing spreadsheets and send me links to spreadsheets we can all edit online together, but, I no longer care if you send me gdocs or excel.

I'm no longer going to reply to your email with a .doc file with copypasta about how bill gates and microsoft are evil.

But, I'm firmly into grey beard territory these days so maybe i've just grown up but I do think (and hope) most of the internet has too.

Re: Show HN: Open-source Postman alternative with type safety

#32
post #14

Excited to try this out. A couple things I just noticed: - the buttons on the download page aren't readable in Orion browser (basically Safari) on desktop. The buttons appear empty as the contents are rendered several rems below, overlapping the text "See more options on Github". Disabling the style `.btn { flex-wrap: wrap; }` in the inspector fixes it for me, but I see animations and transitions attached to this cla…

Why would you post this here instead of the github page?

Because the founders came here and solicited feedback and he provided feedback directly to them.

Re: Show HN: Open-source Postman alternative with type safety

#33
post #24

I haven’t downloaded RecipeUI yet to give it a try, but plan to. Does RecipeUI support importing OpenAPI specs in order to enforce type safety? I personally don’t like watching demos and prefer to read documentation. This information wasn’t available from the site.

Looking forward to your feedback when you use it! Currently we validate with mappings from TypeScript to JSONSchema. OpenAPI is definitely a gold standard, but I think JSONSchema is fairly strong as well. We're still considering better typing solutions like ZOD or OpenAPI wrappers, but our focus right now is core feature parity as an API tool. We'll do a better job with written documentation! We forgot that video isn…

> We forgot that video isn't always a medium that people prefer.

Oof, that's a hard one for me. I'm firmly in the "can't possibly learn anything technical" from a video category. Specifications and copious examples for me.

Personally, I think JSONSchema and OpenAPI are table stakes for a product such as this.

I also think an embeddable version which runs in browser would be killer, replacing swagger-ui.

Re: Show HN: Open-source Postman alternative with type safety

#35
Your experience at Robinhood is relatable but I’m not sure I follow how RecipeUI would benefit us more than Postman.

Our team has OpenAPI specs but we have a rough time sending requests because each team member has valid requests for some subset of the API surface of a given service (from working on subsets of the service) and there isn’t a common repository for valid requests covering the entire surface area. On top of that there’s multiple forms of auth so there’s a flow to execute to obtain the auth token for a given request. Every team member has written their own scripts in various languages for one or more flavors of auth. We’re often sending each other one-off scripts or postman collection exports, or sharing fiddler traces or even tokens.

Would RecipeUI benefit us more than Postman?

Re: Show HN: Open-source Postman alternative with type safety

#37
After taking a quick look, I still don't know what this is, what Postman is, or who would use either, or for what. No doubt I could spend a bit more time to sort it out, but it would be nice to not have to.

Perhaps leaving someone like me to wallow in his ignorance is just fine. But being very clear and concise about what is being offered, without relying on knowledge of another product, might attract more of the uninitiated to your offering.

Re: Show HN: Open-source Postman alternative with type safety

#38
This is nice! I am enjoying it so far. Earlier, I was trying to find Postman alternatives and I went back to Postman because of UI quirks. I found couple of issues with RecipeUI

Following is the curl command I got from Postman export

   curl --location --globoff 'https://api.fly.io/prometheus/my-fly-app/api/v1/query?query=count(fly_instance_filesystem_blocks{app%3D~%22%5Ety-.*-.*%24%22%2C%20mount!%3D%22%2F%22}%20*%20fly_instance_filesystem_block_size{app%3D~%22%5Ety-.*-.*%24%22%2C%20mount!%3D%22%2F%22}%20%3E%201500000000)%20by%20(app)' \
    --header 'Authorization: Bearer fo1_don_worry_this_is_changed_CjXvYYmWQIhDJE' \
    --header 'User_Key: avinassh' \
    --header 'Content-Type: application/json' \
    --data '{"query": 12}'

I could not import this in RecipeUI, says 'Could not parse CURL' it works fine on my terminal. I manually built this URL in RecipeUI, then I took the curl export and pasted in the URL bar. It did import now, but the data is truncated, my query param is just:

   {
      "query": "count(fly_instance_filesystem_blocks{app"
    }
Another problem: I want a low friction way to create new tab / Session. I could not find any keyboard shortcuts and also, no shortcuts to switch between sessions

Re: Show HN: Open-source Postman alternative with type safety

#39

Your experience at Robinhood is relatable but I’m not sure I follow how RecipeUI would benefit us more than Postman. Our team has OpenAPI specs but we have a rough time sending requests because each team member has valid requests for some subset of the API surface of a given service (from working on subsets of the service) and there isn’t a common repository for valid requests covering the entire surface area. On top…

Postman is moving more and more from a local tool tp a cloud-based tool under the company's control.

Exporting your data from Postman has been made more difficult over the last few releases and now the local scratchpad is about to be removed in favor of using the free account in two weeks time.

These actions make me worry that Postman will soon no longer be a free tool or will use my collections and data for their own purposes (e.g. AI training).

I need an alternative, and maybe RecipeUI can fill that gap. Or I will be stuck on Insomnia.

Re: Show HN: Open-source Postman alternative with type safety

#40
post #37

After taking a quick look, I still don't know what this is, what Postman is, or who would use either, or for what. No doubt I could spend a bit more time to sort it out, but it would be nice to not have to. Perhaps leaving someone like me to wallow in his ignorance is just fine. But being very clear and concise about what is being offered, without relying on knowledge of another product, might attract more of the uni…

I would argue the offering is actually very clear. A nice demo is included. If you’re not using any REST clients it might be a bit harder to understand but I doubt you’re the intended target group
Post reply on HN