Live data from Hacker News

Show HN: I Made an iOS Podcast Player with Racket

defn.io

51–60 of 91 posts

Re: Show HN: I Made an iOS Podcast Player with Racket

#51
I support a number of podcast creators on Patreon, and apparently they’ll (at some stage) allow creators to have multiple RSS feeds. Until then, I’d love to be able to regex match on titles for download. This one creator I follow has about 6-7 different shows on the same feed, but I only listen to 2 of them.

I’ve been a Pocket Casts users since I can remember. I’ll +1 the CarPlay support that you mention was already on your list. The other, which they’ve recently introduced, is to disable Lock Screen scrubbing. Been a life saver!

Looks great though! I’ll keep an eye on the change long as it evolves.

Re: Show HN: I Made an iOS Podcast Player with Racket

#52

I support a number of podcast creators on Patreon, and apparently they’ll (at some stage) allow creators to have multiple RSS feeds. Until then, I’d love to be able to regex match on titles for download. This one creator I follow has about 6-7 different shows on the same feed, but I only listen to 2 of them. I’ve been a Pocket Casts users since I can remember. I’ll +1 the CarPlay support that you mention was already…

> The other, which they’ve recently introduced, is to disable Lock Screen scrubbing

I was so happy I happened to read through their recent changelog and caught that. WAY too many times I accidentally swiped along the scrub bar and put myself at a random place in a 4 hour podcast episode and had to spend 5 minutes trying to figure out where I was.

Re: Show HN: I Made an iOS Podcast Player with Racket

#53

I support a number of podcast creators on Patreon, and apparently they’ll (at some stage) allow creators to have multiple RSS feeds. Until then, I’d love to be able to regex match on titles for download. This one creator I follow has about 6-7 different shows on the same feed, but I only listen to 2 of them. I’ve been a Pocket Casts users since I can remember. I’ll +1 the CarPlay support that you mention was already…

I have the same problem with Patreon feeds -- I use [siftrss][1] to manage this for now. Though it's slightly hacky, it works!

[1]: https://siftrss.com/

Re: Show HN: I Made an iOS Podcast Player with Racket

#55
post #39

Earlier quoted context omitted.

I don't see anything being demanded. I have several open source projects used by other people. I don't implement every requested feature, but requests are a great way to get ideas I might never have had on my own. If a developer wants money for every feature, they're free to use a commercial license and accept the tradeoffs.

Demand or request – what gives somebody the right to make a request without offering anything in return? Most people here wouldn't walk around in the street asking strangers for a handout, or ask for free stuff in shops and restaurants. So why is it okay to make these requests without offering even token compensation? I have made feature requests from open source project, and always with a monetary offer attached. If…

You're misidentifying the interaction.

Person 1: I have built this thing that I hope you find useful.

Person 2: I can't use your thing unless it has this feature that my current thing has.

That is a two-way interaction, not a one-way demand. Person 1 is enriched by understanding what features might help them build a product people want.

Re: Show HN: I Made an iOS Podcast Player with Racket

#56

Earlier quoted context omitted.

Demand or request – what gives somebody the right to make a request without offering anything in return? Most people here wouldn't walk around in the street asking strangers for a handout, or ask for free stuff in shops and restaurants. So why is it okay to make these requests without offering even token compensation? I have made feature requests from open source project, and always with a monetary offer attached. If…

You're misidentifying the interaction. Person 1: I have built this thing that I hope you find useful. Person 2: I can't use your thing unless it has this feature that my current thing has. That is a two-way interaction, not a one-way demand. Person 1 is enriched by understanding what features might help them build a product people want.

I interpret the interaction like this:

Person 1: I have built this thing, maybe somebody finds it useful. Then you can have it for free. Person 2: I'm not going to use it unless you do as I say with your thing, and I'm not going to offer anything for you.

Well okay, then don't use it? Or if you want a feature, offer something in return. Or make the request towards a paid service – their ears are very eager to hear what features potential customers would like to have.

Re: Show HN: I Made an iOS Podcast Player with Racket

#57
I’m getting an error going to the Discover tab and also when hitting “search” after typing a search term (newlines added):

  string::1: bytes->jsexpr: 
  bad input starting #"error code: 502" context..: 
  .../syntax/readerr.rkt:15:2: -raise- read-error 
  .../private/arrow-val-first.rkt:486:18 
  .../private/backend.rkt:45:9: get-trending-podcasts 
  .../noise-serde-lib/backend.rkt:69:22

Re: Show HN: I Made an iOS Podcast Player with Racket

#58

I’m getting an error going to the Discover tab and also when hitting “search” after typing a search term (newlines added): string::1: bytes->jsexpr: bad input starting #"error code: 502" context..: .../syntax/readerr.rkt:15:2: -raise- read-error .../private/arrow-val-first.rkt:486:18 .../private/backend.rkt:45:9: get-trending-podcasts .../noise-serde-lib/backend.rkt:69:22

Went looking for the source, but when following a link to podcatcher.net, Cloudflare is saying the podcatcher.net backend is “502 Bad Gateway”ing.

edit: oh right,

> I am still debating whether or not I want to make the app itself source available, like I've done for Franz and Remember. Maybe if there's interest.

Re: Show HN: I Made an iOS Podcast Player with Racket

#60

Earlier quoted context omitted.

You're misidentifying the interaction. Person 1: I have built this thing that I hope you find useful. Person 2: I can't use your thing unless it has this feature that my current thing has. That is a two-way interaction, not a one-way demand. Person 1 is enriched by understanding what features might help them build a product people want.

I interpret the interaction like this: Person 1: I have built this thing, maybe somebody finds it useful. Then you can have it for free. Person 2: I'm not going to use it unless you do as I say with your thing, and I'm not going to offer anything for you. Well okay, then don't use it? Or if you want a feature, offer something in return. Or make the request towards a paid service – their ears are very eager to hear wh…

You have a cynical view of what is a feature of Show HN posts: community feedback. This is where the rubber meets the road and where you find out if people would use your project. And part of that is people telling you why they wouldn't use it.

The best case scenario really is that the only thing keeping someone from using your project is a feature that you can implement that would make your project better for everyone. For the sake of launching, you tend to pick a subset of features that you consider necessary, and it's good feedback when all you need to do is extend the circle to include a few more.

I think your negative reaction is warranted for when people trash the project, especially under the weak guise of constructive criticism. But feature feedback is not that.

The OP himself liked the feature request which is perhaps a counterpoint to your interpretation. I don't think they would agree with you that it was inappropriate nor demanding, but rather useful feedback.

Post reply on HN