Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Postman Now Supports gRPC

blog.postman.com

Post reply on HN
Print view View original

111–120 of 216 posts

Re: Postman Now Supports gRPC

#111

Post by andyfleming »

kgeist wrote: post #106
binwiederhier wrote: post #93

Earlier quoted context omitted.

TIL about the intellij http client. Thank you for mentioning that. It looks awesome.blike Postman, but built-in to the IDE I have open anyway. https://www.jetbrains.com/help/idea/http-client-in-product-c... https://www.jetbrains.com/help/idea/exploring-http-syntax.ht...

Devs at our company predominantly use IntelliJ's builtin HTTP client. I think I've only seen QA engineers use Postman because they don't have developer IDEs installed.

You can use the .http file syntax and use with both VS Code[1] and IntelliJ's HTTP client.

[1] https://marketplace.visualstudio.com/items?itemName=humao.re...

Re: Postman Now Supports gRPC

#112

Post by Mindstormy »

CSMastermind wrote: post #104
matsemann wrote: post #21

Earlier quoted context omitted.

You can't win. Most features added is because someone wants them. One person's bloat is another person's long sought feature. Like a quote about Microsoft Office: A user only ever uses about 10 percent of the features. The problem is that all users use different 10 percents.

This is solved in food products by differentiation. Someone likes the no pulp orange juice so they buy that and someone else likes the stuff with pulp in it so they buy that. Why not do the same thing with software? Release 10 different flavors of Microsoft Word and let people choose the one they want.

This sounds like a really bad idea. With orange juice it takes less than 30 seconds to differentiate the versions. If this was done with something like Microsoft Word you would probably have to spend the better part of a day teasing out exactly which features you needed or wanted. I think a semi relevant modern example would be how the release of hitman 3 worked out. They had to make a flow chart of how to buy the right copy of the game with the features you wanted.

https://i.redd.it/cfnqsnldc1d81.png

Re: Postman Now Supports gRPC

#113

Post by y4mi »

kgeist wrote: post #106
binwiederhier wrote: post #93

Earlier quoted context omitted.

TIL about the intellij http client. Thank you for mentioning that. It looks awesome.blike Postman, but built-in to the IDE I have open anyway. https://www.jetbrains.com/help/idea/http-client-in-product-c... https://www.jetbrains.com/help/idea/exploring-http-syntax.ht...

Devs at our company predominantly use IntelliJ's builtin HTTP client. I think I've only seen QA engineers use Postman because they don't have developer IDEs installed.

Vscode has an http_client module that's very similar to intellij's as well. Practically the only thing you've gotta change is how requests are saved to variables

Re: Postman Now Supports gRPC

#114

Post by hngpt2 »

A few days ago I wrote about using the Postman API to automate functional tests. To send HTTP requests, you use the HTTP API, which is built in Postman. To interact with some API’s, you need to make a call with one of the REST API’s that are built in. There are a few pre-requisites that need to be set up to make use of the HTTP/2 protocol and also ensure your application will be compatible with HTTP/2 in general. At times, especially when working on Android, it can be hard to test and debug a gRPC server. Luckily, gRPC supports a protocol called “stub” that will emulate the behaviour of your service when being tested.

Re: Postman Now Supports gRPC

#115

Post by toqy »

rplnt wrote: post #84
dec0dedab0de wrote: post #82

I see people complaining about what postman has become, but I never really saw the need for it to begin with. When I'm exploring a new API I just do it in jupyter with python/requests. This way, when I figure out how to do what I want I already have some working code. I can see how this workflow would be a pain in a static language, but for dynamic languages I don't understand why more people don't do it this way.

To be fair, you can export python code from Postman as well. And it allows you to load swagger/openapi spec which makes the exploration phase rather trivial. disclaimer: I also hate using Postman because it's too big, complex, slow

Yeah the real value of Postman for me is that often times other teams will have postman collections that you can just import and explore an api with. Not that I really like what Postman itself has become though.

Re: Postman Now Supports gRPC

#116

Post by e12e »

jonfk wrote: post #79

To add another data point, I also moved on from Postman a while ago. Similarly to several commentors here I had found it to have become bloated, slow and buggy imho. In my particular use case, I found the urlencoding when using oauth1 to be pretty buggy. It would sometimes not work on certain headers it generated. My team ended up moving to Paw but that has been a bit problematic since it only supports osx, so some t…

> One of the issues I found with http clients I looked into is that they often don't provide enough functionality to hook into the request process. Either before or after a request is executed to add to the headers or parameters of the request or getting the results of the request.

I find that httpkit (or just mitmproxy) often gives me decent insight to the actual requests.

I don't know about altering requests "in flight" - I typically re-issue the request via curl or my application server (eg: rails console or debugger breakpoint).

Strongly considering purchasing httpkit - but so far I've just needed it occasionally.

I feel like postman etc is closer to println Debugging, while just intercepting the traffic is more like using a real debugger. But I guess I can see why some like postman etc for exploration - so far i prefer swagger for that (or soapui for xml/soap - preferably running soapui under httpkit for the best of both worlds).

https://httptoolkit.tech/

Re: Postman Now Supports gRPC

#118

Post by sudhirj »

binwiederhier wrote: post #93
jonfk wrote: post #79

To add another data point, I also moved on from Postman a while ago. Similarly to several commentors here I had found it to have become bloated, slow and buggy imho. In my particular use case, I found the urlencoding when using oauth1 to be pretty buggy. It would sometimes not work on certain headers it generated. My team ended up moving to Paw but that has been a bit problematic since it only supports osx, so some t…

TIL about the intellij http client. Thank you for mentioning that. It looks awesome.blike Postman, but built-in to the IDE I have open anyway. https://www.jetbrains.com/help/idea/http-client-in-product-c... https://www.jetbrains.com/help/idea/exploring-http-syntax.ht...

Thanks, I’ve had Idea Ultimate All Products for years and never heard of this.

Re: Postman Now Supports gRPC

#119

Post by stickfigure »

binwiederhier wrote: post #93
jonfk wrote: post #79

To add another data point, I also moved on from Postman a while ago. Similarly to several commentors here I had found it to have become bloated, slow and buggy imho. In my particular use case, I found the urlencoding when using oauth1 to be pretty buggy. It would sometimes not work on certain headers it generated. My team ended up moving to Paw but that has been a bit problematic since it only supports osx, so some t…

TIL about the intellij http client. Thank you for mentioning that. It looks awesome.blike Postman, but built-in to the IDE I have open anyway. https://www.jetbrains.com/help/idea/http-client-in-product-c... https://www.jetbrains.com/help/idea/exploring-http-syntax.ht...

The IntelliJ http client is absolutely brilliant. I love that using it is just editing a text file. Even if I didn't use everything else in IDEA, it would be worth it to fire up the IDE just for http scratch spaces.

Re: Postman Now Supports gRPC

#120

Post by ljm »

adam_arthur wrote: post #73
paozac wrote: post #5

I used to like Postman, when it was a simple browser extension. I basically used it as a curl gui. Now > Postman is an API platform for building and using APIs. Postman simplifies each step of the API lifecycle and streamlines collaboration so you can create better APIs—faster. I guess I’m no longer their target user. Back to curl/httpie.

The UX has gotten noticeably worse for me. Maybe I'm using it wrong, but now you have to setup a project and name things before you can actually start issuing requests. And I found the whole experience a bit confusing in terms of user flow

New law: Any novel product with VC funding will inevitably grow a vestigial CMS.
Post reply on HN