129 lines
4.6 KiB
Org Mode
129 lines
4.6 KiB
Org Mode
#+Title: AIRSS
|
|
#+Author: Yann Esposito
|
|
2021-08-04--17-13-03Z--airss.org#+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 themes
|
|
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...
|
|
|
|
* Code de haut niveau
|
|
|
|
Chaque utilisateur pourra avoir plusieurs profils.
|
|
|
|
#+begin_src
|
|
User 1->n Profiles
|
|
User 1->n IdPMapping
|
|
|
|
Profiles 1->n Flux
|
|
Flux
|
|
- RSS
|
|
- Atom
|
|
- [URL]
|
|
#+end_src
|