Postman Which I Thought Worked Locally on My Computer, Is Down
Posted3 months agoActive3 months ago
status.postman.comTechstoryHigh profile
heatednegative
Debate
80/100
PostmanAPI Testing ToolsCloud Dependence
Key topics
Postman
API Testing Tools
Cloud Dependence
Postman's desktop app stopped working due to an AWS outage, sparking frustration among users about its cloud dependence and prompting discussion about alternative API testing tools.
Snapshot generated from the HN discussion
Discussion Activity
Very active discussionFirst comment
3m
Peak period
70
6-12h
Avg / period
16
Comment distribution160 data points
Loading chart...
Based on 160 loaded comments
Key moments
- 01Story posted
Oct 20, 2025 at 11:40 AM EDT
3 months ago
Step 01 - 02First comment
Oct 20, 2025 at 11:43 AM EDT
3m after posting
Step 02 - 03Peak activity
70 comments in 6-12h
Hottest window of the conversation
Step 03 - 04Latest activity
Oct 23, 2025 at 7:58 PM EDT
3 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45645172Type: storyLast synced: 11/22/2025, 11:00:32 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
It used to considered vile that drug dealers tried to hook their users and force dependence... turns out that they were just ahead of the curve.
It brought to mind this quote:
“It’s only software developers and drug dealers who call people users,”
From a recent article that came through the feed:
https://www.theguardian.com/technology/2025/oct/18/are-we-li...
https://news.ycombinator.com/item?id=45626691
I hate it, for myself I don’t use it but when having to share API stuff I have to use it because that’s what other people understand.
Good for postman business, bad for everyone.
Personal feelings aside, snap is working fine. It's maybe a bit slow on startup, but that's it.
On top of that, Canonical is pushing snap very hard. Try to uninstall the Firefox snap - e.g. because it doesn’t integrate well with password managers - and install it using apt from the Mozilla repo. Ubuntu will later just silently replace it back with the snap version.
I’m about to switch away from Ubuntu as a result of this.
Is it basically "an IDE for playing with API's"?
Is it only for HTTP-based API's?
Does it come with canned functionality for popular services out there?
I read this but still don't feel like I fully understand what it does https://www.postman.com/api-platform/api-client/
EDIT: This blog post https://schier.co/blog/call-for-beta-testers made it click a little better: "...app that makes testing REST APIs super easy"
https://yaak.app
> Having created and sold Insomnia in 2019
I haven't used postman or insomnia in a while since they went to the cloud, so I could just be missing it, but that's also a non-starter for me.
Also, it’s an amazing app.
[1]: https://yaak.app/open
Sincere question, been studying lots of OSS commercial licensing and always wonder what works in which context
Yes, it's a good-faith license. The license doesn't even apply to the OSS version (only prebuilt binaries).
The bet is that super fans will pay for it in the early days and, as it gets adopted by larger companies, they will pay in order to comply with the legalities of commercial use. So far, it's working! The largest company so far is 34 seats, with a couple more in the pipe!
It makes good sense because companies actually have an absurd amount of liability to you if they violate your agreement.
You can be an Oracle and audit your customers and develop that adversarial relationship. The idea is that that sort of thing makes you rot in the long run.
They have a lot of inerita, but that's it. If you're in Greenfield development, there is a close to 0% chance you will choose Oracle as your RDBMS.
Um, oops.
But that's A) me personally and B) me in Cloud/Startup type companies, so of course we don't got with Oracle.
But like you mentioned, inertia. So my previous gigs that were large multi-national of course were all Oracle. And they were all huge and had zero reason to not just buy the Oracle tax. Which is why Oracle is going strong.
Despite all the rage, Oracle can still survive quite some time on running boring things like I don't know, many large banks and other boring old businesses. Which of those is really gonna go "AWS Aurora MySQL" when the have had an in-house "Oracle Exadata" run their entire business operation "just fine" for longer than those Cloud providers have even be around?
I have a suggestion:
Under pricing for the hobby tier you could add as free or pay what you want. $50/yr isn't crazy but might get a few smaller donations if that was an avenue.
how would someone use this in a project that operates within VS Code Remote where the source sits on a remote server and isn't physically on the file system.
I'm not quite sure why Yaak wouldn't work in this case. It it because your running server wouldn't be accessible to Yaak, running on your system?
When you use a remote, the code is on the remote and all your editing functions (search, version control, terminal, extensions) happen in the remote via a worker process.
So in a remote session, everything is “local” to the remote. You may have no file “mount” of the thing at all on your host desktop machine. If you do a git commit, it’s running inside/on the remote. If you do a file search the files are searched on the remote, rather than downloading them over some network filesystem and searching locally.
The GP’s point is, I think: if you implemented Yaak as a VSCode extension, it could be made to function either in a local session or inside a remote (on a server accessed via SSH, a docker container, on the linux side of WSL etc.) and therefore have fast rather than slow access to the code, git repo etc.
I do essentially all my dev work (apart from compiling the odd mac app) inside remotes of various kinds to create reproducible environments, avoid cluttering the host, sandbox the tools, give me freedom to work from more than one machine etc., and I run into this sort of thing quite a bit.
There are at least two clients like this for VSCode —- Thunder Client and EchoAPI, and I believe both function in a remote session.
P.S. I loved Insomnia before the bad happened; it really helped with learning APIs. Thanks.
Handy Dandy Notebook as well, but that requires some reformulation to get everything in terms of standard curl/node/python/etc commands. (whether that’s better or worse than a custom http dsl is a matter of some debate)
I was thinking back to running X sessions on remote machines, sending for example a text editor view back across the network to my desktop.
VSCode remote feels to my fiftysomething brain to be logically quite like that, only you are sending the display back from the remote worker using web techniques, and rather than to a display manager, you are sending it back into the shell of an editor, so it appears to be largely indistinguishable from a session running on your local machine.
Startup a dev server on the remote machine and forward the port to localhost. It should now be accessible via http://localhost:[port] on your local machine in the browser or any application, as if it’s running locally.
I find it’s very useful for also for interacting with DBs/Redis. Just forward the port your DB communicates on and use whatever client on your local machine to interact with it.
As far as I know this works with any service that communicates via TCP
Won't immediately help with giving that tool access to the file system or Git.
For a local VM, you can have file system mounts, fast enough for Git.
SSHFS could help in some genuinely distant remotes with access to the file system (though SSHFS in the context of multiple file writers is fraught with risk of file corruption; been there, bought that T-shirt).
With properly network-remote VMs, nothing helps that much with giving the tool access to performing Git operations on changes inside your remote: Git is slow over network file systems even when they are quite local.
This is the real power of the VS Code remote after all; everything happens there.
Can you provide clarity on is a commercial license is needed. The license appears to be MIT but the yaak.app website gives the impression a license is required, even stating as such in FAQ.
And the solo dev has a better product already and might actually win haha.
Underdog story.
Rooting for you!
These api clients are rocket science, the barrier for entry is very low.
One idea: since you are doing good-faith licenses anyway, maybe you could add in the possibility to pay for some kind of one-time license? I don't particularly need or want updates from my API tool, I just want it to work and not break. I would be fine with paying a one time commercial license that gives non expiring right to use a particular version.
Thanks!
And yes, you can indeed run the OSS yourself for commercial purposes.
I didn't know you created Yaak!
I just downloaded Yaak and it's been awesome, thank you!
I downloaded this through AUR on Arch and one bit of feedback is that I wish you'd make the sig verification a whole bunch easier, thanks!
Edit: oh my, you also made Insomnia, that I used when Postman was on the enshittification path...
There are SO many alternatives. It’s curl UI wrapper with secrets* management! Why do we all need enterprise licenses??
*and the secrets were all exposed in logs!!
[0]: https://www.jetbrains.com/help/idea/http-client-in-product-c...
[1]: https://learn.microsoft.com/en-us/aspnet/core/test/http-file...
[2]: https://marketplace.visualstudio.com/items?itemName=humao.re...
Converted a bunch stuff just laying in my shell history into actual actionable files finally :D
Thus, we stick with hurl.
QA seems to stick to robot framework instead. Some use Bruno.
Edit: Ah, so here it is: https://posting.sh
Wow, in a world dominated by gigabytes of electron application, people thinks 10 MB is the optimal size for a simple utility TUI app.
As a reference, (from archlinux repo), vim’s install package is 2.3MB, curl is 1.2MB, lua (the complete language interpreter) is 362KB
And:
The world does not need more than 4 computers.
-Ken Olsen, or someone (in the mainframe days).
(Both are alleged / apocryphal quotes. :)
https://freakonomics.com/2008/04/our-daily-bleg-did-ibm-real...
Gates denies ever saying anything like the 640K quote, but it was possibly someone at Microsoft being salty about the 640K limit that IBM had imposed on the PC through its design.
Take the Micro editor. It's written in Go, and packs a fair bit of functionality into a single 12 meg static binary (of which a few megs is probably the runtime.)
Probably because it began as an chrome addon before it was "standalone".
https://web.archive.org/web/20140604204111/http://www.getpos...
sign away means getting rid of vcs.
Then a VC fund gives these developers a dumptruck full of money and expect returns immediately afterward. Something like Postman likely doesn't make a ton of money unless they're doing something anti-consumer like selling data.
This is the cost of devs focusing on corporate gains and not their craft.
But mine is still working locally now. If it stops working locally, what even is the point anymore?
133 more comments available on Hacker News