Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add "AntiFeatures" categories to component listings #6402

Closed
arthurlutz opened this issue Oct 1, 2018 · 9 comments
Closed

Add "AntiFeatures" categories to component listings #6402

arthurlutz opened this issue Oct 1, 2018 · 9 comments

Comments

@arthurlutz
Copy link
Contributor

First off : kudos to home-assistant and it's brilliant ecosystem. I'm a big fan.

Second : I know this might be a controversial feature request for the web site, I am hoping that this will be a constructive discussion on how we can provide useful information to existing and potential users of home-assistant.

My feature request is the following : it would be awesome to have some way of categorising and listing components according to the following question "does the component use an external non-free service?" "does the component rely on closed source hardware?" "does the component download and use non-free software to work?"

The closest type of approach I can think of (thus the title of the issue) is the categories provided by fdroid https://f-droid.org/ (a FLOSS alternative to Google Play for android) https://f-droid.org/wiki/page/Antifeatures

I think the following "flags" can get us starting the discussion :

  • Non-free Network Services
  • Non free Dependencies
  • Tracking
  • FLOSS web services needed (possibility of self-hosting)

As a side note : maybe there could be a "flag" such as "Requires registration of a web service".

One example : network speed probing :

  • fast.com : Non-free Network Services
  • speedtest.net : Non-free Network Services
  • iperf3 : FLOSS web service

I can think of a bunch more examples, but I'll stop there for conciseness.

@timmo001
Copy link
Contributor

timmo001 commented Oct 2, 2018

I guess this could be done with labels similar to how GitHub works.

Not sure if this is a definite, but I know there is a PR for migrating the site to Hugo. #5744

From that, Hugo has a feature known as taxonomies which are essentially tags. We could probably throw in a bunch of tags for each component like non-free, 3rd-party, self-hosted, diy etc.

@fabaff
Copy link
Member

fabaff commented Oct 3, 2018

This topic was coming up a few times in the past but was never implemented. The reasons are manifold. The biggest blocker is that there are no resources to perform reviews to categorized existing integrations and check it for new ones. Even if we limit it to everything that is communicating at the moment with a third-party web service (sensors and notifications) are we talking about approx. 100 integrations (I'm guessing). There will be only value for the users if the coverage over the integrations is large. I doubt that a lot of users care about a "Non-free Network Services" as long as the usage is free. And those who cares will probably be capable to figure out an alternative.

Also, for contributors it must be super easy to determine if the integrations is a match for the particular flag. This means that "Non free Dependencies" and "Tracking" are not really practicable because it would require that a license review is performed and the network traffic analysed in detail.

I see 3rd-party, self-hosted and requires-registration as additional categories. diy is already there.

The technical aspect to do it is not an issue as we are doing it already for the overview grouping.

@stale
Copy link

stale bot commented Dec 2, 2018

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the Stale The PR had no activity for quite some time, and is marked as Stale label Dec 2, 2018
@arthurlutz
Copy link
Contributor Author

I intend to work on this at some point.

@stale stale bot removed the Stale The PR had no activity for quite some time, and is marked as Stale label Dec 2, 2018
@stale
Copy link

stale bot commented Feb 5, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

@stale stale bot added the Stale The PR had no activity for quite some time, and is marked as Stale label Feb 5, 2019
@arthurlutz
Copy link
Contributor Author

dear @Stale I'm going to work on this.

@stale stale bot removed the Stale The PR had no activity for quite some time, and is marked as Stale label Feb 12, 2019
arthurzenika pushed a commit to arthurlutz/home-assistant.io that referenced this issue Feb 12, 2019
so far : self-hosting, requires-registration, proprietary,
opensource, openhardware

Related to home-assistant#6402
@arthurlutz
Copy link
Contributor Author

@frenck
Copy link
Member

frenck commented Feb 12, 2019

@arthurlutz I've responded on your PR and thinking about closing the PR. Please see: #8498 (comment)

@balloob
Copy link
Member

balloob commented Feb 12, 2019

#8498 (comment)

@balloob balloob closed this as completed Feb 12, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants