deft/journal/2021-08-04--17-13-03Z--airss.org

#+Title: AIRSS
#+Author: Yann Esposito
#+Date: [2021-08-04]
#+LANG: fr

- tags :: [[file:2021-08-04--17-13-31Z--idee.org][idee]]
- source ::

* Intro

Idée de départ déjà existante mais plus avancée.
Aller à l'étape suivante de la présentation d'informations.

Une intelligence artificielle qui va récupérer les contenus du net et vous
les présenter tous les jours selon une logique qui convient à ce que
l'utilisateur souhaites.

1. constituer une archive (ou piocher dans les archives) des articles,
   contenus du web
2. Découvrir les nouveaux contenus via RSS (ou RSS + scrap)

Ensuite, en utilisant des techniques soutenues par le Machine Learning,
avoir une présentation à l'utilisateur en fonction de sa demande.
Celà pouvant être, des news, des leçon/cours, fabriquer un chemin de connaissance.

Certaines difficultés;

- déterminer la qualité des articles/sources
- présenter la bonne source

Déterminer la qualité pourrait se faire avec un système de notes, plus ou
moins avancé en fonction de ce que les gens souhaitent.

Proposer des thèmes.

Mais l'idée de fond importante serait de ne pas proposer que des articles
récents, mais aussi de vieux articles.
Ajouter un système qui affichent les réponses entre articles pour savoir
qui critique our mentionne l'article que vous venez de lire, etc...

Celà implique un système centralisé qui va faire cet effort d'archivage et
de fabrication de graphe.
Ce qui justifie un système non décentralisé tout en étant agnostique du
degrès de décentralisation du Net, ou si pas totalement agnostique,
préférent une nature décentralisée.

Le système de "mention" serait impossible à promouvoir par
twitter/FB/etc...
qui souhaitent conserver leurs articles/données.
Google pourrait être intéressé par ce système, mais une part importante
serait d'être transparent sur ce que ce système souhaite optimiser.
Et au lieu de proposer un système qui optimiserait l'interaction (comme
twitter/FB/etc...), il faudrait au contraire proposer un système qui fasse
une promotion de la qualité, potentiellement en réduisant les interaction,
les notifications, et avec un pre-accord de l'utilisateur qui pourrai
configurer sa manière préférée d'interagir avec le produit.

* Mentions

Il faudrait avoir un système de "small" web.
Comme avec lobste.rs mais du coups décentralisé.

Le site ferait office de vision centrale, avec une API libre pour afficher
les commentaires.
Si ça déraille on pourrait virer les gens comme via lobste.rs par l'arbre entier.

1. recevoir une invitation, créer son compte en renseignant son RSS (question, full text ou pas?)
2. Filer une API + iframe pour afficher les backlinks (pas des webmentions)

Centralité, mais en même temps simplicité.
Filtre sur une communauté de gens "bien".
Des dev probablement.

Ça donne donc un fil temps réel de tous les articles de blogs.
On file aussi un moyen d'héberger son blog sur ce serveur pour pas cher.

On utilise les préférences des gens pour faire:

1. filtrer des mots/regex
2. proposer des thèmes
3. organiser par AI le "feed"

Celà va produire un  lobste.rs automatique.
Je peux ajouter des RSS sans compte associés pour les sites sympas.

Ajouter tout un système via l'UI/UX pour minimiser les anti-patterns et
tirer la qualité des conversations vers le haut.
* Notions
** Les Chemins de la connaissance.

Ne pas utiliser les news, mais au contraire avoir une notion de niveau de
chaque individu pour chaque catégorie.
L'utilisateur peut donner un niveau de difficulté d'un article en face de
sa perception de compétence.

Je comprends le sujet au niveau X (de  0 à n)
Il dit si il a tout compris de l'article, si il était bon et s'il veut des
articles de niveau plus élevé ou pas.

L'idée serait d'avoir une notion de niveau d'expertise des articles ainsi
qu'un niveau de qualité de ces articles.
Ainsi, vous pouvez venir sur le site et déclarer, je voudrais apprendre
Python j'ai le niveau newb 0.
Ainsi, on pourrait fournir un *chemin de connaissance* pour maîtriser
Python.
Le niveau pour python irait probablement de 0 à 5, pour Haskell ce serait
de 0 à 20 ;).

En tout cas à partir d'un certain niveau d'expertise, la connaissance se
sépare en branches d'expertises. Et si l'on détecte qu'une personne se sent
experte d'un domaine, on peut lui procurer des articles plus proche des
*news* avec des flux RSS de qualité très élevée, des articles
scientifiques, etc...

*** Stratégies de présentation

- avoir un système d'AI/stat qui permette de décider quel serait le
  meilleur prochain article à montrer.

  Prenons une catégorie spécifique, l'user est /détecté comme newb/[fn:detectnewb], on
  sélectionne tous les articles de cette catégorie pour les newb.

  On regarde le *score* en utilisant HN/reddit/Google/etc...

  On a ensuite une liste =[(URL,score)]=

[fn:detectnewb]: il faut une stratégie pour déterminer le niveau d'un
article. AI ? Nombre de code, formule mathématique, longeur, etc...
* Monétisation

Malheureusement, il faut essayer de penser un chemin de monétisation.
Pas besoin de devenir milliardaire, mais, pouvoir subvenir aux ressources nécessaires.

Un avantage / inconvénient, c'est qu'il faut avoir un système central pour
ça.
Ou tout du moins, la centralité du système donne un avantage.
Sans cette centralité, il sera difficile d'accomplir le même résultat.
Un des avantages à la centralité, c'est qu'on peut aussi centraliser les
accès des gens, et donc justifier d'un certain volume.

Le problème c'est que pour monétiser aujourd'hui l'"incentive" est donc
d'augmenter le temps que les gens vont passer sur le site ce qui va tirer
vers les mauvais usage que ce site essayera précisément d'éviter.
Ainsi comment dépasser ce problème ?

Tout d'abord, il faut être bien conscient qu'il faut prévoir les phases de
croissances.
En 1, il faut faire venir le maximum de monde et remplir de plein de données.
En 2, il faut ensuite retourner le système pour séparer les utilisateurs
qui favorisent la richesse du système et pour les autres il faut les faire
participer d'une manière ou d'une autre.
Donc soit, ils ajoutent des sites, remplissent des questionnaires.
Soit, ils payent pour avoir toutes les features.
On peut aussi imaginer avoir des gens qui vont fournir des chemins de
connaissances tout prêt (des formations quoi) et donc prendre une participation.
** Idées
*** Split entre participants actifs et passifs
Les actifs ont un accès gratuit, ils travaillent pour le site.
Les passifs on un accès limité ou payant.
Les passifs, se prennent des pub non ciblées via leur usage mais seulement
via les tags qu'ils suivent et propres.
* Architecture Fonctionnelle

Tout d'abord il faut distinguer plusieurs parties.
Une partie doit s'occuper de la partie administrative classique d'un site
web.
Une partie doit s'occuper de la partie, workers dans le backend.

Le travail à faire va ressembler un peu à ce que ferait un search engine,
mais sur un ensemble de données beaucoup plus restreint et contraint, ce
qui devrait rendre l'effort beaucoup moins complexe.
De plus, si un site ne s'indexe pas facilement, ou pour lequel le scoring
n'est pas évident, tant pis, c'est à l'auteur de ce site de faire de son
mieux pour s'intégrer avec le site principal.

Le but est de toute façon de se limiter aux site qui ont de bons principes.

- Le HTML doit être facile à lire, pas bloqué par du js.
- Les RSS devraient contenir les articles entiers.
- etc...

** Structure des utilisateurs

Le but étant de créer une communauté restreinte le système d'invitation me
semble le meilleur.
Chaque compte d'utilisateur possède un compte qui l'a invité.
Les invitations peuvent être limitées, si un compte déconne, on peut check
les invitations et couper la branche.

Pas forcément de notion de follow user/friends, etc...