4 ms·

You are pretending that apps don't do any of that? The only difference is you have control over your browser(you can filter tracking sites etc) but for an app y

by xfer 6y ago

You are pretending that apps don't do any of that? The only difference is you have control over your browser(you can filter tracking sites etc) but for an app you have none.

mrtksn 6y ago
They all have their strengths and weaknesses. I favor the Apps more that websites because of what the web has become. Being able to know in what I am getting in and tapping install is much, much better experience than tapping on a link to the unknown then trying to figure out how to reach the thing I am looking for when the website tries to track me, monetize me, make me sign up all at the same time. A website would usually load about the same size data of a native app without a warning and would report me to facebook, google and others. That’s not something I am thrilled about.
- SahAssar 6y ago
  > load about the same size data of a native app without a warning and would report me to facebook, google and others Why do you think native apps are not like that? Many apps load SDKs from google and (especially) facebook. They often load a lot of assets from servers.
  - mrtksn 6y ago
    I can see what is the required download size for install and I can track how much data an app is using on iOS. For websites, this is not an option.
    - SahAssar 6y ago
      You can see the installed downloaded binary, sure. And you can see usage after the fact, but there is no reason to assume that the app store size is the only download it will use, most major apps I've seen use a lot more even when not downloading media.
      - mrtksn 6y ago
        It’s still much better than not having a clue.
        SahAssar 6y ago
        So: Option A: Only runs on one platform, can only be published on that platform with the blessing of the manufacturer of your device and little-to-no insight into data usage Option B: Cross platform, can be interfaced with using open standards and block parts of it that you want (not just on a DNS level, but on a resource level) I really don't see why you would prefer A?
        mrtksn 6y ago
        You prefer option A because it’s much better experience. If you’re building a service that’s not suitable for option A then you use option B. It’s not really a discussion at that point. I’m glad that there’s an option B the way that I am glad that there’s frozen pizza in the fridge. Good to have it but I’m not gunning for it if a proper restaurant pizza is available.
jsjohnst 6y ago
> but for an app you have none There are a number of pseudo vpn like apps that give you similarish control over native apps just the same as an extension on a web browser that uses hostname blocklists.

by xfer 6y ago

You are pretending that apps don't do any of that? The only difference is you have control over your browser(you can filter tracking sites etc) but for an app you have none.

mrtksn 6y ago

They all have their strengths and weaknesses. I favor the Apps more that websites because of what the web has become. Being able to know in what I am getting in and tapping install is much, much better experience than tapping on a link to the unknown then trying to figure out how to reach the thing I am looking for when the website tries to track me, monetize me, make me sign up all at the same time. A website would usually load about the same size data of a native app without a warning and would report me to facebook, google and others. That’s not something I am thrilled about.

SahAssar 6y ago
> load about the same size data of a native app without a warning and would report me to facebook, google and others Why do you think native apps are not like that? Many apps load SDKs from google and (especially) facebook. They often load a lot of assets from servers.
- mrtksn 6y ago
  I can see what is the required download size for install and I can track how much data an app is using on iOS. For websites, this is not an option.
  - SahAssar 6y ago
    You can see the installed downloaded binary, sure. And you can see usage after the fact, but there is no reason to assume that the app store size is the only download it will use, most major apps I've seen use a lot more even when not downloading media.
    - mrtksn 6y ago
      It’s still much better than not having a clue.
      - SahAssar 6y ago
        So: Option A: Only runs on one platform, can only be published on that platform with the blessing of the manufacturer of your device and little-to-no insight into data usage Option B: Cross platform, can be interfaced with using open standards and block parts of it that you want (not just on a DNS level, but on a resource level) I really don't see why you would prefer A?
        mrtksn 6y ago
        You prefer option A because it’s much better experience. If you’re building a service that’s not suitable for option A then you use option B. It’s not really a discussion at that point. I’m glad that there’s an option B the way that I am glad that there’s frozen pizza in the fridge. Good to have it but I’m not gunning for it if a proper restaurant pizza is available.

jsjohnst 6y ago

> but for an app you have none There are a number of pseudo vpn like apps that give you similarish control over native apps just the same as an extension on a web browser that uses hostname blocklists.