2021-08-14 17:02:37 +00:00
|
|
|
#+Title: AIRSS
|
2021-08-04 15:14:20 +00:00
|
|
|
#+Author: Yann Esposito
|
2021-08-16 08:59:52 +00:00
|
|
|
#+Date: [2021-08-04]
|
2021-08-12 08:32:47 +00:00
|
|
|
#+LANG: fr
|
2021-08-04 15:14:20 +00:00
|
|
|
|
2021-08-04 15:17:00 +00:00
|
|
|
- tags :: [[file:2021-08-04--17-13-31Z--idee.org][idee]]
|
2021-08-04 15:14:20 +00:00
|
|
|
- source ::
|
2021-08-04 15:17:00 +00:00
|
|
|
|
2021-08-14 17:02:37 +00:00
|
|
|
* Intro
|
|
|
|
|
2021-08-04 15:17:00 +00:00
|
|
|
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,
|
2021-08-04 15:18:13 +00:00
|
|
|
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.
|
2021-08-04 15:19:32 +00:00
|
|
|
|
|
|
|
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.
|
2021-08-04 15:20:38 +00:00
|
|
|
|
|
|
|
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.
|
2021-08-04 15:22:03 +00:00
|
|
|
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
|
2021-08-04 15:25:15 +00:00
|
|
|
twitter/FB/etc...
|
|
|
|
qui souhaitent conserver leurs articles/données.
|
2021-08-04 15:23:18 +00:00
|
|
|
Google pourrait être intéressé par ce système, mais une part importante
|
2021-08-04 15:25:15 +00:00
|
|
|
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.
|
2021-08-11 16:54:35 +00:00
|
|
|
|
2021-08-11 16:56:49 +00:00
|
|
|
* 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.
|
2021-08-11 16:57:55 +00:00
|
|
|
|
|
|
|
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é.
|
2021-08-11 16:58:56 +00:00
|
|
|
Filtre sur une communauté de gens "bien".
|
|
|
|
Des dev probablement.
|
|
|
|
|
|
|
|
Ça donne donc un fil temps réel de tous les articles de blogs.
|
2021-08-11 16:59:59 +00:00
|
|
|
On file aussi un moyen d'héberger son blog sur ce serveur pour pas cher.
|
2021-08-11 17:00:59 +00:00
|
|
|
|
|
|
|
On utilise les préférences des gens pour faire:
|
|
|
|
|
|
|
|
1. filtrer des mots/regex
|
2021-08-14 17:13:25 +00:00
|
|
|
2. proposer des thèmes
|
2021-08-11 17:00:59 +00:00
|
|
|
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.
|
2021-08-12 08:06:22 +00:00
|
|
|
|
|
|
|
Ajouter tout un système via l'UI/UX pour minimiser les anti-patterns et
|
|
|
|
tirer la qualité des conversations vers le haut.
|
2021-08-12 19:42:19 +00:00
|
|
|
* Notions
|
2021-08-16 09:35:00 +00:00
|
|
|
** Les Chemins de la connaissance.
|
2021-08-12 19:42:19 +00:00
|
|
|
|
|
|
|
Ne pas utiliser les news, mais au contraire avoir une notion de niveau de
|
|
|
|
chaque individu pour chaque catégorie.
|
2021-08-12 19:45:49 +00:00
|
|
|
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.
|
2021-08-14 17:02:37 +00:00
|
|
|
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...
|
2021-08-12 19:40:16 +00:00
|
|
|
|
2021-08-16 09:35:00 +00:00
|
|
|
*** Stratégies de présentation
|
|
|
|
|
|
|
|
- avoir un système d'AI/stat qui permette de décider quel serait le
|
|
|
|
meilleur prochain article à montrer.
|
2021-08-16 09:36:42 +00:00
|
|
|
|
2021-08-16 09:39:39 +00:00
|
|
|
Prenons une catégorie spécifique, l'user est /détecté comme newb/[fn:detectnewb], on
|
2021-08-16 09:36:42 +00:00
|
|
|
sélectionne tous les articles de cette catégorie pour les newb.
|
2021-08-16 09:38:22 +00:00
|
|
|
|
|
|
|
On regarde le *score* en utilisant HN/reddit/Google/etc...
|
2021-08-16 09:39:39 +00:00
|
|
|
|
|
|
|
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...
|
2021-08-17 09:14:35 +00:00
|
|
|
* Monétisation
|
|
|
|
|
|
|
|
Malheureusement, il faut essayer de penser un chemin de monétisation.
|
2021-08-17 09:15:57 +00:00
|
|
|
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
|
2021-08-17 09:17:03 +00:00
|
|
|
ç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.
|
2021-08-17 09:18:21 +00:00
|
|
|
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
|
2021-08-17 09:20:51 +00:00
|
|
|
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.
|
2021-08-17 09:22:29 +00:00
|
|
|
** 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.
|
2021-08-18 05:22:16 +00:00
|
|
|
* Architecture Fonctionnelle
|