Show HN: Auxl – Modular API Client for macOS • Hacker News Board

Re: Show HN: Auxl – Modular API Client for macOS

#21

Post by claymav » Tue, Jun 01, 2021, 3:59 PM UTC

theFluke wrote: post #16

capableweb wrote: post #15

Earlier quoted context omitted.

I'm guessing you mean "local" rather than "native" as the alternatives posted in previous comment are native for their platform too, just like Auxl.

I meant native as in not fully built with web technology. Which, if I'm not mistaken, the alternatives posted in the previous comment are.

I’m personally not sure that is a factor for many users, a good web app is as good as a good native app on modern hardware

Re: Show HN: Auxl – Modular API Client for macOS

#22

Post by ybbond » Tue, Jun 01, 2021, 4:55 PM UTC

claymav wrote: post #21

theFluke wrote: post #16

Earlier quoted context omitted.

I meant native as in not fully built with web technology. Which, if I'm not mistaken, the alternatives posted in the previous comment are.

I’m personally not sure that is a factor for many users, a good web app is as good as a good native app on modern hardware

that matters, at least to me. that makes me prefer Paw over Insomnia and Sublime/neovim-kitty over VSCode

Re: Show HN: Auxl – Modular API Client for macOS

#23

Post by grishka » Tue, Jun 01, 2021, 4:57 PM UTC

the_other wrote: post #5

The “pay for it once, own it forever” is appealing. However. I think recent engineering has shown this to be unsustainable. My initial thought was “they don’t plan to update this; no point buying in”.

What if it's feature-complete? People still use versions of photoshop that are 10 years old because those do everything they need.

Re: Show HN: Auxl – Modular API Client for macOS

#24

Post by speg » Tue, Jun 01, 2021, 5:11 PM UTC

claymav wrote: post #21

theFluke wrote: post #16

Earlier quoted context omitted.

I meant native as in not fully built with web technology. Which, if I'm not mistaken, the alternatives posted in the previous comment are.

I’m personally not sure that is a factor for many users, a good web app is as good as a good native app on modern hardware

I guess it depends how you define many, but I’ll take a native application over HTML any day.

Re: Show HN: Auxl – Modular API Client for macOS

#25

Post by cultofmetatron » Tue, Jun 01, 2021, 5:27 PM UTC

robenkleene wrote: post #19

smoldesu wrote: post #12

There's no way that I'd be caught dead paying $30 for this when there are tons of platforms online that do this for free. What is the value proposition here?

What do you think of Paw ( https://paw.cloud/ ) which has some overlap with Auxl and charges more and has been in business for over seven years based on a similar value proposition (native app for one platform with free alternatives)?

paw doesn't support graphql as far as I know.

THis product seems pretty useful. I'm building out a graphql api and end up haveing to maintain scripts to test out various workflows. this would be way simpler to drag and drop together a workflow for testing

Re: Show HN: Auxl – Modular API Client for macOS

#26

Post by throwaway292893 » Tue, Jun 01, 2021, 5:30 PM UTC

claymav wrote: post #21

theFluke wrote: post #16

Earlier quoted context omitted.

I meant native as in not fully built with web technology. Which, if I'm not mistaken, the alternatives posted in the previous comment are.

I’m personally not sure that is a factor for many users, a good web app is as good as a good native app on modern hardware

Many macbook developers do care if it's a native app or a battery draining chrome embedded app.

Kinda defeats the purpose of having a specialized CPU, OS & software to optimize battery usage.

Re: Show HN: Auxl – Modular API Client for macOS

#27

Post by wayneftw » Tue, Jun 01, 2021, 5:40 PM UTC

claymav wrote: post #21

theFluke wrote: post #16

Earlier quoted context omitted.

I meant native as in not fully built with web technology. Which, if I'm not mistaken, the alternatives posted in the previous comment are.

I’m personally not sure that is a factor for many users, a good web app is as good as a good native app on modern hardware

I only want apps built with Electron or similar! Makes it easy for me to switch platforms, they get developed faster, they're easier for me to contribute to and they are infinitely more hackable.

Imagine optimizing your dev tools for battery life? As if I want to work on a single tiny screen all day...or in meetings, hotels, planes, trains...

Re: Show HN: Auxl – Modular API Client for macOS

#28

Post by robenkleene » Tue, Jun 01, 2021, 5:41 PM UTC

cultofmetatron wrote: post #25

robenkleene wrote: post #19

Earlier quoted context omitted.

What do you think of Paw ( https://paw.cloud/ ) which has some overlap with Auxl and charges more and has been in business for over seven years based on a similar value proposition (native app for one platform with free alternatives)?

paw doesn't support graphql as far as I know. THis product seems pretty useful. I'm building out a graphql api and end up haveing to maintain scripts to test out various workflows. this would be way simpler to drag and drop together a workflow for testing

My comment was about the market viability of native apps when free solutions also exist (not the specific capabilities of either app).

Re: Show HN: Auxl – Modular API Client for macOS

#29

Post by cultofmetatron » Tue, Jun 01, 2021, 5:46 PM UTC

claymav wrote: post #21

theFluke wrote: post #16

Earlier quoted context omitted.

I meant native as in not fully built with web technology. Which, if I'm not mistaken, the alternatives posted in the previous comment are.

I’m personally not sure that is a factor for many users, a good web app is as good as a good native app on modern hardware

I have pretty beefy hardware so I don't notice the diff in terms of performance. I do however appreciate that the battery life isn't sucked down hard by native apps the way electron does. just having chrome open significantly affects my battery life.

Re: Show HN: Auxl – Modular API Client for macOS

#30

Post by throwaway292893 » Tue, Jun 01, 2021, 5:51 PM UTC

wayneftw wrote: post #27

claymav wrote: post #21

Earlier quoted context omitted.

I’m personally not sure that is a factor for many users, a good web app is as good as a good native app on modern hardware

I only want apps built with Electron or similar! Makes it easy for me to switch platforms, they get developed faster, they're easier for me to contribute to and they are infinitely more hackable. Imagine optimizing your dev tools for battery life? As if I want to work on a single tiny screen all day...or in meetings, hotels, planes, trains...

Others do like to travel and be able to work without their battery dying within a couple hours.

If you like wasting your battery that's fine, but not the typical use case for someone with a portable device.

The screen size thing is a separate issue and alleviated by using screen switching gestures or a secondary screen using an iPad.