Information: 堅実な情報構造

Solidに慣れていない人に、情報を吸収して向きを変えてもらいたいと思いますか？ 私は、会話を開いて一緒に結論を出すように設計された不完全な提案について説明しました。 私にとって特に重要なのは、すでに重要な要素に取り組んでいる人々が、すでに考えていたことに関与しているということです。 ホイールがどこにあるかを説明するだけで、ホイールを再発明する必要はありません。

https://github.com/solid/communityを監視するための出発点として、コミュニティリポジトリに取り組んでいます。 これを出発点として続けたいですか？ イントロダクションに加えることができる改善点はありますか？たとえば、含めるべき重要な項目はありますか？

目標は、コミュニティのReadmeの仕様とアーキテクチャで説明されています。 solid-architecture、solid-spec、およびweb-access-control-specは、コミュニティリポジトリに含めることも、個別に保持することもできる3つのリポジトリです。 環境設定？ おそらく、アーキテクチャは、すべての非ガバナンスリポジトリのマップを提供して、各機能とそれらの相互作用を視覚化することができます。

一部の情報は、コミュニティリポジトリやその他のリポジトリで2倍になります。 マクロの観点から、この情報の最も論理的な分布は何でしょうか？

いくつかの提案...

Solidに関する講演、Solidの記事、およびSolidを理解するのに役立つオンラインの一般的なリソースを含むSolidリソースの場所が必要です。 https://github.com/solid/community/blob/master/solid-resources.mdは、この目的を念頭に置いて設計されました。 ただし、次の項目は同様の資料をカバーしており、調整できます：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。 リポジトリへのリンクを作成するか、情報をsolid-resources.mdにマージすることができます。 環境設定？

https://github.com/solid/vocabとhttps://github.com/solid/community/blob/master/solid-dictionary.mdが同様の資料をカバーしていますが、これらをどのように組み合わせることができますか？

https://github.com/solid/solid-appsとhttps://github.com/solid/community/blob/master/solid-apps.mdが同様の資料をカバーしていますが、これらをどのように組み合わせることができますか？

https://github.com/solid/userguideには、いくつかの優れた入門資料がありますが、初心者はいつこれを紹介する必要がありますか？

https://github.com/solid/releasesこれはどこにライブで、コミュニティリポジトリにどのようにリンクする必要がありますか？

初心者がいつどのように遭遇するべきかについての考え：
https://github.com/solid/solid-namespace
https://github.com/solid/solid-platform
https://github.com/solid/solid.mit.edu