davidbgk
/
larlet-fr-david
Watch 1
Star 0
Fork 0
Code Releases 0 Activity
Repository with sources and generator of https://larlet.fr/david/ https://larlet.fr/david/
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
99 Commits
1 Branch
Tree: 0403fdda24
Branches Tags
${ item.name }
Create branch ${ searchTerm }
from '0403fdda24'
${ noResults }
larlet-fr-david/david/stream/2015/05/01/index.md

index.md 2.0KB
Raw Normal View History

Add initial content
4 years ago
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
​
 12345678910111213141516171819202122232425 
  1. title: Stockage décentralisé

  2. 

  3. > Les aspects de l’architecture qui nous semblent incontournables:

  4. >

  5. > * La solution doit reposer sur un protocole, et non sur une implémentation ;

  6. > * L’auto-hébergement de l’ensemble doit être simplissime ;

  7. > * L’authentification doit être *pluggable*, voire décentralisée (OAuth2, FxA, Persona) ;

  8. > * Les enregistrements doivent pouvoir être validés par le serveur ;

  9. > * Les données doivent pouvoir être stockées dans n’importe quel backend ;

  10. > * Un système de permissions doit permettre de protéger des collections, ou de partager des enregistrements de manière fine ;

  11. > * La résolution de conflits doit pouvoir avoir lieu sur le serveur ;

  12. > * Le client doit être pensé «*offline-first*» ;

  13. > * Le client doit pouvoir réconcilier les données simplement ;

  14. > * Le client doit pouvoir être utilisé aussi bien dans le navigateur que côté serveur.

  15. > 

  16. > <cite>*[Eco-système et stockage générique](http://www.servicedenuages.fr/eco-systeme-et-stockage-generique.html)* ([cache](/david/cache/56a65f2910bbf3fc01d248c0826bbcf9/))</cite>

  17. 

  18. Les amis (ex-)pythonistes actuellement chez Mozilla sont en train de faire des choses intéressantes. Avec un blog qui me rappelle à chaque fois [Georges Clooney](http://www.imdb.com/title/tt1234548/), merci les gars. Un petit retour à chaud sur la stratégie adoptée :

  19. 

  20. * pourquoi avoir encore besoin d’un serveur et ne pas penser directement P2P ?

  21. * est-ce qu’il n’y aurait pas moyen d’étendre la réflexion sur une approche non pas individuelle mais [communautaire](/david/stream/2015/04/15/) ?

  22. * dans quelle mesure les données pourraient être chiffrées par défaut ?

  23. * est-ce que l’utilisation d’un DCVS a été envisagée ? Quid de la pérennité des données en cas de disparition du serveur ?

  24. * quand je lis l’intégralité de la liste citée, j’ai peur que le résultat soit trop générique/intelligent pour être [convivial](/david/blog/2013/outils-conviviaux/).

  25.