Information: Structure d'information solide

Créé le 22 janv. 2019  ·  4Commentaires  ·  Source: solid-archive/information

Comment voulons-nous que les personnes qui ne connaissent pas Solid assimilent les informations et s'orientent ? J'ai décrit des suggestions imparfaites destinées à ouvrir la conversation pour arriver à une conclusion ensemble. Il est particulièrement important pour moi que ceux qui ont déjà travaillé sur des éléments clés soient impliqués dans ce qu'ils avaient déjà en tête. Il n'est pas nécessaire de réinventer la roue, mais simplement d'expliquer où se trouve la roue.

J'ai travaillé sur le Community Repo comme point de départ pour assurer la supervision https://github.com/solid/community. Voulons-nous continuer avec cela comme point de départ? Y a-t-il des améliorations que nous pourrions apporter à l'introduction, par exemple, des éléments clés à inclure ?

Les objectifs sont décrits dans les spécifications et l'architecture dans le fichier readme de la communauté. solid-architecture, solid-spec et web-access-control-spec sont trois dépôts qui pourraient être inclus dans le dépôt de la communauté ou séparés. Préférences ? Peut-être que l'architecture pourrait donner une carte de tous les dépôts non liés à la gouvernance pour donner un visuel de chacune des fonctions et de leur interaction.

Certaines informations sont doublées dans le référentiel communautaire et d'autres référentiels. D'un point de vue macro, quelle serait la distribution la plus logique de ces informations ?

Quelques propositions...

Nous avons besoin d'un endroit pour des ressources solides, y compris des conférences sur Solid, des articles de Solid, ainsi que des ressources générales en ligne utiles pour comprendre Solid. https://github.com/solid/community/blob/master/solid-resources.md a été conçu dans cet objectif. Cependant, les éléments suivants couvrent du matériel similaire et pourraient être coordonnés : solid-tutorial-intro, solid-tutorial-angular, solid-tutorial-rdflib.js, profile-viewer-tutorial, Understanding-linked-data, solid-tutorial-pastebin , web-summit-2018, intro-to-solid-slides. Nous pourrions créer des liens vers les référentiels ou fusionner les informations dans le fichier solid-resources.md. Préférences ?

https://github.com/solid/vocab et https://github.com/solid/community/blob/master/solid-dictionary.md couvrent du matériel similaire - comment pourrions-nous les entrelacer ?

https://github.com/solid/solid-apps et https://github.com/solid/community/blob/master/solid-apps.md couvrent du matériel similaire - comment pourrions-nous les entrelacer ?

https://github.com/solid/userguide contient un excellent matériel d'introduction, quand faut-il présenter cela à un débutant ?

https://github.com/solid/releases où cela devrait-il vivre et comment devrait-il être lié au dépôt de la communauté ?

Des réflexions sur comment et quand les débutants devraient rencontrer :
https://github.com/solid/solid-namespace
https://github.com/solid/solid-platform
https://github.com/solid/solid.mit.edu

Commentaire le plus utile

@justinwb Bien sûr, les relations publiques fonctionnent aussi. Créé https://github.com/solid/solid-apps/issues/18 dans tous les cas.

Tous les 4 commentaires

IMO, s'il existe un référentiel avec un objectif spécifique, migrez les informations pertinentes qui se trouvent ailleurs vers ce référentiel. Traitez le dépôt dédié comme canonique. Référez-vous à cela d'ailleurs.

Je ne comprends pas pourquoi https://github.com/solid/community/blob/master/solid-apps.md existe alors que https://github.com/solid/solid-apps est antérieur et utilisé. Il n'y a pas non plus de provenance (comme "dérivé de" ou "copié de").

En tant que vocabulaire et dictionnaire solide, ils ont des objectifs et des matériaux différents.

Je pensais que peut-être certaines informations pouvaient être autogérées par la communauté. Je ne sais pas si les dépôts comme les applications solides doivent être traités via des PR. Un wiki (de GitHub) peut très bien servir tant qu'il existe un historique des modifications et un moyen pour les gestionnaires/administrateurs ou quoi que ce soit de revenir en arrière.

@csarven Un argument pour que les ajouts d'applications solides passent par des demandes d'extraction est d'avoir une certaine mesure de vérification qu'une application est bien intentionnée et non malveillante. Ce n'est toujours pas un système parfait, et il n'y a aucune garantie que l'approbation des relations publiques attrapera tout, mais il y a au moins une certaine mesure de contrôle de la qualité avant que quelque chose ne soit répertorié.

@justinwb Bien sûr, les relations publiques fonctionnent aussi. Créé https://github.com/solid/solid-apps/issues/18 dans tous les cas.

Cette page vous a été utile?
0 / 5 - 0 notes

Questions connexes

kjetilk picture kjetilk  ·  12Commentaires

eduardoinnorway picture eduardoinnorway  ·  3Commentaires

Mitzi-Laszlo picture Mitzi-Laszlo  ·  6Commentaires

NSeydoux picture NSeydoux  ·  4Commentaires

RubenVerborgh picture RubenVerborgh  ·  23Commentaires