Live data from Hacker News

Show HN: Feediary – RSS reader with zero tracking and zero ads

feediary.com

41–50 of 93 posts

Re: Show HN: Feediary – RSS reader with zero tracking and zero ads

#41

Earlier quoted context omitted.

While I can see some wouldn't accept that level of information gathering, most of that doesn't tell the app author much. It's not like a web-app that uses GA, which in turn means google's internal profile of you shows another app you use/etc. The creepy level tracking that GA is possible of in a browser isn't quite there in a native app - there's no intrinsic data storage system like cookies that's shared between all…

I suppose it can read/write the browser's cookie database whenever the browser isn't running -- or maybe even when it's running, I don't know. That would enable using Google Analytics just as if it was a webpage. Do not forget that native code running locally is at least as powerful as X, for almost any X that you can use on your computer. (The only thing that's more powerful than that, is native code running locally…

Really? I thought browsers encrypt their user data & such with some type of user credentials?

Re: Show HN: Feediary – RSS reader with zero tracking and zero ads

#42
post #40
post #29

Earlier quoted context omitted.

Regarding ideas on how to charge, I like how https://sketchapp.com handles this. Instead of charging $799 like the old Adobe Photoshop days, they charge a lower one-time price that receives updates for a year. You can choose to stay at that price or upgrade. You also don't need to back pay for years you skip if you choose to upgrade again.

One problem I have with that is if a designer sends me a file in a newer version I have to upgrade even if they didn’t use a new feature. Photoshop at least let’s you save in compat mode. So I’m basically forced to keep buying the newest version even though I use it maybe a few times a year. Not worth the price IMO.

I agree with those points. It may not be best for Sketch (design software) I was more referring to the licensing model, to offset the high lifetime price, that may put off someone buying.

Re: Show HN: Feediary – RSS reader with zero tracking and zero ads

#44
Why would an RSS reader with zero tracking or ads be a selling point? Those are not things an RSS reader should have to begin with, it's like advertising that you made an offline garden planner without tracking or ads: that is the expected baseline.

This seems a pretty strong case of the "having X is bad, so not having X must be good" logical reasoning fallacy.

Re: Show HN: Feediary – RSS reader with zero tracking and zero ads

#45
post #7

Let me suggest to come up with a different hook. Lack of tracking and lack of ads are two of the fundamental defining (anti)characteristics of RSS. The whole point of RSS is to directly connect individual content providers to individual content consumers. This current hook is like trying to sell pillows on the basis that they don't spontaneously explode.

Well, feedly does inject ads so it is a thing.

It is a thing, and it makes feedly a bad application. "Not having ads" does not make your RSS reader good, it just makes it "not doing something bad and frankly, plain stupid". Not having trackers or ads is a given, in the same way your coffee maker doesn't come with tracking or ads, and you should go "uh, what? no thanks I'll use something else, this is ridiculous" when you find a coffee maker that does. Selling your coffee maker as "doesn't have tracking or ads!" just tells us your product has nothing else worth talking about.

Re: Show HN: Feediary – RSS reader with zero tracking and zero ads

#46
post #7

Earlier quoted context omitted.

Well, feedly does inject ads so it is a thing.

It is a thing, and it makes feedly a bad application. "Not having ads" does not make your RSS reader good, it just makes it "not doing something bad and frankly, plain stupid". Not having trackers or ads is a given, in the same way your coffee maker doesn't come with tracking or ads, and you should go "uh, what? no thanks I'll use something else, this is ridiculous" when you find a coffee maker that does. Selling you…

Agreed. This reminds me of those products in the grocery store with "produced locally" on them. If that's the best you can say about something, it must be really bad.

Re: Show HN: Feediary – RSS reader with zero tracking and zero ads

#47

Earlier quoted context omitted.

I suppose it can read/write the browser's cookie database whenever the browser isn't running -- or maybe even when it's running, I don't know. That would enable using Google Analytics just as if it was a webpage. Do not forget that native code running locally is at least as powerful as X, for almost any X that you can use on your computer. (The only thing that's more powerful than that, is native code running locally…

Really? I thought browsers encrypt their user data & such with some type of user credentials?

Suppose that's the case. How does the browser get the credentials? It's probably not from the user, because I never heard of a browser that requires a password at startup. It could be from the OS, but native "apps" aren't sandboxed, nor are they signed, so the OS has no way of differentiating between 2 apps.

Re: Show HN: Feediary – RSS reader with zero tracking and zero ads

#48

Is RSS still alive? I'm asking this out of curiosity. I've stopped using RSS long time ago. It has nothing to do with Google Reader. I've stopped using RSS before Google Reader died.

There are certain technologies that are no longer considered sexy, but are extremely powerful for people who select the right tools and invest a little time in learning how to get the most out of them.

Text editors like vim and emacs; email clients like mutt; NNTP clients and text-only Usenet groups; RSS feed readers...

Re: Show HN: Feediary – RSS reader with zero tracking and zero ads

#49
post #29
post #22

This is neat. Can I pay a one time fee to run the service myself? Just a simple container or package of some sort. This seems like a neat product, but it’s better for me as a user to pay some amount once than 4/month forever. I want to encourage you to keep building the software, but have to keep my list of monthlies really small.

Regarding ideas on how to charge, I like how https://sketchapp.com handles this. Instead of charging $799 like the old Adobe Photoshop days, they charge a lower one-time price that receives updates for a year. You can choose to stay at that price or upgrade. You also don't need to back pay for years you skip if you choose to upgrade again.

Depending on the product, this model could be problematic - should you provide ongoing security updates beyond the paid period?

If no, then a big chunk of your installbase is going to be insecure. Some people might feel that's unethical, or too much of a bad press worry.

If yes, then you need to patch a growing number of branches with libaries that might make breaking changes requiring re-writes in your code.

I guess Microsoft ran into this problem when the End Of Lifed windows XP.

That said, for someone who just has an app they are writing and wants to make a little money, it's probably overthinking.

Post reply on HN