Information: 견고한 정보 구조

Solid에 익숙하지 않은 사람들이 어떻게 정보를 흡수하고 방향을 잡기를 원합니까? 나는 대화를 시작하여 함께 결론을 내리도록 고안된 불완전한 제안에 대해 설명했습니다. 이미 핵심 요소에 대해 작업한 사람들이 이미 염두에 두고 있던 작업에 참여하는 것이 특히 중요합니다. 바퀴를 재발명할 필요는 없으며 바퀴가 어디에 있는지 설명하기만 하면 됩니다.

저는 https://github.com/solid/community를 감독하기 위한 출발점으로 Community Repo에서 작업해 왔습니다. 이것을 시작점으로 계속하시겠습니까? 예를 들어 포함할 핵심 항목과 같이 소개에서 개선할 수 있는 사항이 있습니까?

목표 는 커뮤니티 읽어보기의 사양 및 아키텍처에 설명되어 있습니다. solid-architecture, solid-spec 및 web-access-control-spec은 커뮤니티 리포지토리에 포함되거나 별도로 보관될 수 있는 3개의 리포지토리입니다. 기본 설정? 아마도 아키텍처는 모든 비 거버넌스 저장소의 맵을 제공하여 각 기능과 상호 작용에 대한 시각적 정보를 제공할 수 있습니다.

일부 정보는 커뮤니티 저장소 및 기타 저장소에서 이중화됩니다. 거시적 관점에서 이 정보의 가장 논리적인 분포는 무엇입니까?

몇 가지 제안...

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, 솔리드 슬라이드 소개. repos에 대한 링크를 만들거나 정보를 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