حق. الآن ، لدينا أدوار تنظيمية يشغلها عدد قليل من الأشخاص ، ولا تنعكس في الأذونات ، حيث يُفترض أن الأشخاص لن يستخدموا الأذونات إذا لم يكن لديهم تفاهم مع الأشخاص الذين لهم دور. لذلك ، نحن متحررين جدًا مع الأذونات الآن ، لكن هذا ، على ما أفترض ، سيقودنا إلى حيث تتطابق الأذونات مع الأدوار ، وهو ما قد يقودنا مرة أخرى إلى حيث نقوم بإلغاء الأذونات للأشخاص الذين ساهموا في الماضي.

قد يكون من الجيد تشديد الأمور قليلاً ، لكنني لا أعرف ما إذا كان ذلك سيساعد المجتمع. ربما هناك طرق أخرى؟

إحدى الطرق التي ستساعد المجتمع هي أن تكون الأسئلة موجهة إلى
الأشخاص المناسبين. غالبًا ما يُشار إلى @ في أشياء خارجة عن إرادتي. أستطيع تحمل
المسؤولية عن العميل المصدق القوي ، على سبيل المثال ، ولكن ليس الآخرين.

أعتقد أنه من الجدير الإشارة إلى أنه في مسودة أوصاف دور المجتمع التي تم نشرها منذ عدة أشهر ، اتخذنا نهجًا لوصف المساهمين الأساسيين في المشروع والمساهمين في المشروع ومديري إصدار المشروع .

لذلك ، لدينا تعريفات حالية لفرق محددة للمشروع (على سبيل المثال ، node-solid-server ، Solid-auth-client) لكل هذه المشكلة. أعتقد أن العيب هو أنه في طلب السحب الأخير لم يتم ذكر أسماء مساهمين في المشروع ، ولا أي لغة توضح سبب عدم وجودهم. IMO ، يجب علينا على الأقل تحديد بعض المشاريع رفيعة المستوى (مثل node-solid-server ، و Solid-auth-client) التي تخضع حاليًا لتنظيم قوي وتقديم بعض الأفكار حول أعضاء الفريق المرتبطين هناك.

في الواقع ، أعتقد أننا بحاجة إلى تعريف ما نعنيه بكلمة "مشروع" ، "مستودع" ، إلخ. في الواقع ، لم يكن لدي نفس الفهم ، @ justinwb ، فسرت "المشروع" على أنه شيء واسع جدًا ، مثل مشروع Solid "، وأيضًا" المستودع "واسع جدًا ، أي أن github عبارة عن مستودع ، npm مستودع.

الآن ، لدينا مشاريع جيثب ومستودعات ، نستخدمها أيضًا من الناحية التشغيلية ، لذا فهذه المصطلحات ليست مناسبة حقًا.

ربما لا نرغب في الحصول على أدوار مدير لكل إعادة أو لكل حزمة أيضًا ، حيث سيكون ذلك مديرًا بنطاق ضيق للغاية ... أعتقد أنه من الأفضل أن يكون لديك "مدير الواجهة الخلفية" ، "مدير أدوات التطوير" ، الخ. سيشمل دور إدارة الواجهة الخلفية NSS وتبعيات المشروع الصلب على سبيل المثال.

ما زلت أعتقد أنه يمكننا استخدام دور يمثل دورًا تشغيليًا يوميًا لضمان اتساق الإصدارات عند الحاجة ، وهو ما كنت أفكر فيه أن يكون "مدير إصدار المشروع" ، على الرغم من أننا لم نكن بحاجة للحصول على تلك الوظائف. وربما يكون الأمر أكثر من اللازم بالنسبة لشخص واحد على أي حال.

أعتقد أن ما كنت أؤديه مؤخرًا هو دور "Tech Lead Backend" ، ولكن هذا دور أكثر من دور صلب.

سأقوم فقط بإدخال منظور ضيق للغاية ، من وجهة نظري الخاصة. انا
الشخص الذي يدير حاليًا عميل المصادقة الصلبة. أريد الوضوح إلى هذا الحد
إما أن يعرف الناس أنها مسؤوليتي ، أو أن شخصًا آخر يتحملها
تلك المسؤولية. على سبيل المثال ، أفضل عدم وجود مسؤوليات غير موثقة ،
لأن ذلك قد يؤدي إلى مشاكل في المستقبل.

على سبيل المثال ، عندما كنت لا أزال الشخص الفعلي للنشر
node-solid-server ، افترض شخص آخر مؤقتًا أن المسؤولية و
نشرت بطريق الخطأ ثلاثة إصدارات مكسورة.

لذلك دعونا نوضح الأمر ، على الأقل بالنسبة إلى عمليات إعادة الشراء الأكثر أهمية ، من يمكنه ذلك
الافراج والنشر.

ما رأيك في Holacracy https://www.holacracy.org لإدارة مشروع صلب.
من الناحية النظرية ، يمكن تقسيم المنظمة إلى دوائر حسب مجموعة المصالح ، ولكل دائرة `` سبب لتوضيحها '' ، مع `` مرجعية '' حيث يتم تحديد أدوار `` الرابط الأول '' والدوائر ، ويتم تنظيم طفرة تلك في fonction من الاحتياجات.

https://communitywiki.org/wiki/DoOcracy؛)

لدي اقتراح حول كيفية حل هذا ..

قم بتخصيص الأدوار التالية:

مدير مستودع خادم العقدة الصلبة:kjetilk
مدير مستودع Solid-auth-client:RubenVerborgh
مدير مستودع المجتمع: @ Mitzi-Laszlo

megothjustinwb وآخرون ، من سيكون الأنسب للأدوار التالية؟
مدير مستودع rdflib:
مدير مستودع الأجزاء الصلبة:
مدير مستودع واجهة المستخدم الصلبة:
مدير مستودع مشلب:

هناك بعض المستودعات التي أشعر أنها ستستفيد من دمجها. على سبيل المثال: صلب-تعليمي-مقدمة ، صلب-تعليمي-زاوي ، صلب-تعليمي-rdflib.js ، ملف تعريف-عارض-تعليمي ، فهم-بيانات مرتبطة ، صلب-تعليمي-لصق ، ويب-قمة-2018 ، مقدمة-ل يمكن دمج الشرائح الصلبة مع resources.md في الريبو المجتمعي. بالإضافة إلى ذلك ، الإصدارات ، البنية الصلبة ، دليل المستخدم ، المفردات ، مساحة الاسم الصلبة ، النظام الأساسي الصلب ، المواصفات الصلبة ، مواصفات التحكم في الوصول إلى الويب ، التطبيقات الصلبة ، و Solid.mit.edu يمكن أيضًا دمجها في المجتمع الريبو. ربما هناك مجموعات مماثلة يمكن أن تحدث مع عمليات إعادة الشراء الأخرى؟

إذا كان هناك شخصان يعملان في نفس الريبو ، فستكون مسألة تحديد من هو المدير وبالتالي المسؤول عن الإشراف ومن هو المساهم الأساسي.

تحتاج المشاريع إلى تحديدها في plan.md من الريبو المجتمعي.

أفكار؟

مدير مستودع خادم العقدة الصلبة:kjetilk
مدير مستودع Solid-auth-client:RubenVerborgh
مدير مستودع المجتمع: @ Mitzi-Laszlo

نعم

مدير مستودع rdflib:
مدير مستودع الأجزاء الصلبة:
مدير مستودع واجهة المستخدم الصلبة:
مدير مستودع مشلب:

فقط timbl يمكنه فعل ذلك على ما أعتقد.

هناك بعض المستودعات التي أشعر أنها ستستفيد من دمجها.

مدمجة؟ كما في ، اجعلهم مستودعا واحدا؟
هذه ليست فكرة جيدة لسببين (يمكنني توضيح ذلك) ، لكن ربما أكون سوء فهم؟

إذا كان هناك شخصان يعملان في نفس الريبو ، فستكون مسألة تحديد من هو المدير وبالتالي المسؤول عن الإشراف ومن هو المساهم الأساسي.

يمكن أن يكون هناك العديد من عمليات إعادة الشراء الأكثر تعقيدًا.

megothjustinwb وآخرون ، من سيكون الأنسب للأدوار التالية؟
مدير مستودع rdflib:

rdflib موجود في مؤسسة linkeddata على Github ، لذلك قد لا يندرج تحت العمل المنجز كجزء من التنظيم القوي على Github. إنها حزمة حيوية ، لذلك قد نطلب من الأشخاص في linkeddata إضفاء الطابع الرسمي على أدوارهم في هذا المستودع.

مدير مستودع الأجزاء الصلبة:
مدير مستودع واجهة المستخدم الصلبة:
مدير مستودع مشلب:

نعم ، timbl هو الوحيد الذي يمكنه فعل ذلك. قد يرغب في التفويض ، لكن هذه مناقشة أخرى.

رائع ، لذا فإن المسار إلى الأمام هو تقديم اقتراح بتخصيص الأدوار إلى تيم على النحو التالي:
مدير مستودع خادم العقدة الصلبة:kjetilk
مدير مستودع Solid-auth-client:RubenVerborgh
مدير مستودع المجتمع: @ Mitzi-Laszlo
مدير مستودع الأجزاء الصلبة:timbl
مدير مستودع واجهة المستخدم الصلبة:timbl
مدير مستودع مشلب:timbl
أي اقتراحات إضافية؟ التعديلات؟

من سيكون مدير المستودع لكل من المستودعات غير المذكورة في القائمة أعلاه؟ أم لن يكون لديهم مدير مستودع؟ وتشمل هذه:
مافو الصلبة
webid-oidc-spec
oidc-auth-manager
صلب متعدد العملاء
جزء المجلد
wac-allow
جزء التسجيل
أويدك- رس
سلسلة مفاتيح
جزء صلب
إخطارات قوية
صلب الملف الشخصي واجهة المستخدم
صلبة وصلات واجهة المستخدم
مصدر الجزء الصلب
جوزيه
صندوق وارد صلب
oidc-op
صلب- tif
عميل قوي
أويدك- rp
أجزاء القضية
صلب
قائمة IDP الصلبة
ملفات kvplus
بريد إلكتروني متين
الملف الشخصي المشاهد يتفاعل
oidc-web
المصادقة الصلبة العميل
تسجيل ثابت
صلب-إخراج-استيراد
عقدة صلبة ws
المصادقة الصلبة - TLS
ldflex الملعب
الاستعلام- ldflex
تفاعل المكونات
الصلبة - المصادقة - OIDC
جزء الاجتماع
تراجع صلبة
صلبة cli
عميل ويب قوي
أذونات صلبة
فحص ACL

لا تحتوي المستودعات التالية أيضًا على مدير مستودع حتى الآن ، ولكن المحتوى مذكور في مستودع المجتمع وهي مرتبطة بعمليات الحوكمة ، لذلك سأكون على استعداد لأن أصبح مرشحًا لمدير المستودعات بالنسبة لهم.
صلب-تعليمي-مقدمة ، صلب-تعليمي-زاوية ، صلب-تعليمي-rdflib.js ، ملف تعريف-عارض-تعليمي ، فهم-بيانات مرتبطة ، صلب-تعليمي-لصق ، ويب-قمة-2018 ، مقدمة-صلبة- شرائح ، إصدارات ، بنية صلبة ، دليل مستخدم ، مفردات ، مساحة اسم صلبة ، منصة صلبة ، مواصفات صلبة ، مواصفات التحكم في الوصول إلى الويب ، تطبيقات صلبة ، و Solid.mit.edu
RubenVerborgh نعم ، يتم دمجها كما في أخذ المحتوى ودمجها في محتوى منطقي قابل للبحث في عدد أقل من المستودعات. السبب هو أنه بصفتك مبتدئًا ، يمكنك الانتقال إلى الريبو المجتمعي للتوجيه والعثور على جميع المواد المتعلقة بالحوكمة. سيكون هذا اتجاهًا قبل الحفر في المستودعات الأخرى (ستكون الخريطة مفيدة). فضولي لسماع أفكارك حول أفضل طريقة للمضي قدمًا.

أعتقد أن البديل هو مدير مستودع المشروع.

يمكنك إضافتي بشكل صريح كمدير للتحقق من قائمة التحكم بالوصول (acl check) ، حيث من الواضح أنه سيتم الاحتفاظ بها (ما لم يرغب timbl في أن يكون مدير الريبو لذلك).

kjetilk بافتراض أنك تقصد مدير إصدار المشروع؟ سيكون أحد البدائل لتغيير وصف الدور حيث أن مدير الإصدار هو البديل عندما لا يكون هناك مدير مستودع ، هو إدراجك كمدير المستودع لجميع المستودعات المتبقية. هل هذا العمل؟

ربما تكون فكرة إجراء المحادثة حول الدمج في طلب سحب مختلف.

megoth هل ترغب في تولي بعض أدوار مدير المستودع؟

بإيجاز ، هذا هو أحدث اقتراح لإنهاء هذه المسألة لدمجها تيم.

mavo-solid، webid-oidc-spec، oidc-auth-manager، solid-multi-rp-client، folder-pane، wac-allow، pane-register، oidc-rs، keychain، Solid-part، Solid-notifications، Solid-profile-ui ، Solid-links-ui ، solid ، pane-source ، jose ، Solid-inbox ، oidc-op ، Solid-tif ، Solid-client ، oidc-rp ، أجزاء المشكلة ، صلب ، صلب ، idp- list ، kvplus-files ، solid-email ، profile-viewer-response ، oidc-web ، Solid-auth-client ، Solid-sign-up ، solid ، takeout-import ، node-solid-ws ، solid-auth-tls ، ldflex-playground ، والاستعلام-ldflex ، ومكونات التفاعل ، و Solid-auth-oidc ، و Meeting-pane ، و Solid-dips ، و Solid-cli ، و Solid-web-client ، و Solid-إذونات ، و ACL-check ، و node-solid-server Repository المدير:kjetilk

مدير مستودع Solid-auth-client:RubenVerborgh

مجتمع ، مقدمة صلبة-تعليمي-زاوي ، صلب-تعليمي- rdflib.js ، ملف تعريف-عارض-تعليمي ، فهم-بيانات مرتبطة ، صلب-تعليمي-لصق ، ويب-قمة-2018 ، مقدمة-إلى- الشرائح الصلبة ، والإصدارات ، والبنية الصلبة ، ودليل المستخدم ، والمفردات ، ومساحة الاسم الصلبة ، والنظام الأساسي الصلب ، والمواصفات الصلبة ، ومواصفات التحكم في الوصول إلى الويب ، والتطبيقات الصلبة ، و Solid.mit.edu Repository Manager:Mitzi -لازلو

أجزاء صلبة ، واجهة مستخدم صلبة ، مشلب ، مدير المستودع:timbl

مجرد التفكير ... هل هناك سبب معين لكوني لست "مدير" الريبو vocab ؟ أو بشكل عام ، ألا يجب أن يكون منشئ الريبو هو "المدير" افتراضيًا (ما لم يكن بالطبع لا يريد هذا "الدور"). بعد كل شيء ، لقد قمت بإنشاء ريبو المفردات منذ 3-4 سنوات ، وعملت بالفعل عليه وحوله.

سأكون منفتحًا على ذلك ، سيكون timbl هو الشخص الذي يخصص الأفراد في النهاية لأدوار

https://github.com/solid/community/issues/32 لقد بدأت محادثة موازية حول بنية المعلومات ذات الصلة لأن المفردات والقاموس الصلب يتضاعفان. يحرصcsarven و RubenVerborgh على سماع أفكارك حول كيفية المضي قدمًا في هذا الأمر.

(أيضًا ، https://github.com/solid/community/pull/31 تتشابك اقتراحات الأدوار الأخرى مع هذه المحادثة)

أنا لا أراهم متشابكين. vocab له غرض مختلف عن القاموس الصلب بقدر ما أستطيع أن أقول. ولكن إذا لم يكن الأمر كذلك ، فلماذا يوجد قاموس صلب أصلاً؟ ألم يكن من الأفضل المساهمة في إعادة المفردات؟

ربما يتم التعبير عن الغرض من إعادة استخدام المفردات بشكل أفضل في هذا التعليق: https://github.com/solid/vocab/issues/1#issuecomment -170134584 (على الأقل هذا قريب جدًا من سبب إنشاء الريبو في الأول مكان). FWIW ، في ذلك الوقت ، لم نكن ندير المفردات الصلبة (القائمة على RDF) للخوادم والتطبيقات التي كنا نبنيها. كنا بحاجة إلى مكان نتعامل فيه بشكل أفضل مع ما لدينا وما نحتاجه .. وكذلك للتوثيق والتوصل إلى بعض الإجماع.

يبدو القاموس الصلب أشبه بالمكان الذي تستخدم فيه المكونات (مثل المفردات والبروتوكولات) أو يمكن استخدامها في "العالم الصلب". هذا مفيد بحد ذاته ، لكنني لن أخلط بينهما.

كتب csarven :

أنا لا أراهم متشابكين. vocab له غرض مختلف عن القاموس الصلب بقدر ما أستطيع أن أقول.

نعم ، هذا ما أفهمه أيضًا. ما أفهمه هو أن المفردات هي من أجل RDF ، والقاموس الصلب مخصص لوصف المصطلحات في اللغة الأولية ، وهو مخصص فقط للاستهلاك البشري.

سأل @ ميتزي لازلو:

kjetilk بافتراض أنك تقصد مدير إصدار المشروع؟

في الواقع ، كنت أفكر أنه منذ أن بدأنا بدور "مدير المستودعات" الفردي ثم حصلنا على أدوار لكل إعادة شراء ، سيكون لدينا نظير لـ "مدير إصدار المشروع" ، أي "مدير مستودعات المشروع" ، والذي من شأنه تفويض الإدارة من مستودعات معينة لأشخاص آخرين بالإضافة إلى إدارة المستودعات التي لا تحتوي على واحدة.

إذا كان دورًا احتياطيًا في الغالب ، فقد يشغله مدير إصدار المشروع ، حيث لا ينبغي أن يكون هناك أي ضوابط وتوازنات مهمة بين الاثنين. أعتقد أننا قد نبالغ في هندسة الأدوار قليلاً ، لذا فأنا منفتح على ذلك.

megoth هل ترغب في تولي بعض أدوار مدير المستودع؟

لم أنجز الكثير من العمل على المستودعات خارج خادم node-solid-server ، لذا لا يمكنني معرفة أيهما يجب أن أكون مدير مستودع له. قد أتحمل مسؤولية بعض مستودعات الأجزاء للمساعدة في تفريغ حمل العمل لـ timbl ، لكن بشكل عام أعتقد أنه من الأفضل أن يكون مدير مستودع لتلك (على سبيل المثال ، جزء مجلد ، جزء صلب ، مشكلة- أجزاء ، جزء المصدر ، جزء التسجيل).

أعتقد أيضًا أن RubenVerborgh يجب أن يكون مدير المستودع للمشاريع ذات الصلة بـ LDflex (مثل ldflex-playground و query-ldflex)؟ أعتقد أيضًا أنه يجب أن يكون مدير مستودع لمكونات التفاعل؟

خلاف ذلك ، من الصعب بعض الشيء الحصول على نظرة عامة على المستودعات ، حيث يوجد الكثير منها = P ولكن مرة أخرى ، هذه الأدوار ليست ثابتة ، وإذا اكتشفنا أننا قد فعلنا شيئًا خاطئًا في وقت سابق ، فلا ينبغي أن يكون أكثر من القليل من التواصل والعلاقات العامة بعيدًا لإصلاحه ^ _ ^

هذه تحتاجني كمدير ريبو (كتبتها بالكامل):
مافو الصلبة
wac-allow
المصادقة الصلبة العميل
ldflex الملعب
الاستعلام- ldflex
تفاعل المكونات
الملف الشخصي المشاهد يتفاعل

أعتقد أن هذا الشخص يحتاج إلى تيم:
صلب

هل هذا هو الاستنتاج الذي توصلنا إليه معًا؟

webid-oidc-spec، oidc-auth-manager، solid-multi-rp-client، folder-pane، pane-Registry، oidc-rs، keychain، Solid-pane، Solid-notifications، solid-profile-ui، solid- اتصالات-واجهة المستخدم ، صلبة ، جزء المصدر ، خوسيه ، صندوق وارد صلب ، Oidc-op ، صلب-تيف ، عميل صلب ، oidc-rp ، أجزاء المشكلة ، Solid-idp-list ، kvplus-files ، Solid-email ، oidc-web، Solid-sign-up، solid، takeout-import، node-solid-ws، solid-auth-tls، Solid-auth-oidc، meeting-pane، Solid-dips، solid-cli، solid-web- العميل ، أذونات صلبة ، فحص ACL ، مدير مستودع node-solid-server:kjetilk

عميل Solid-auth ، mavo-solid ، wac-allow ، solid-auth-client ، ldflex-playground ، query-ldflex ، React-element ، profile-viewer-response مدير المستودعات:RubenVerborgh

مجتمع ، مقدمة صلبة-تعليمي-زاوي ، صلب-تعليمي- rdflib.js ، ملف تعريف-عارض-تعليمي ، فهم-بيانات مرتبطة ، صلب-تعليمي-لصق ، ويب-قمة-2018 ، مقدمة-إلى- شرائح صلبة ، إصدارات ، بنية صلبة ، دليل مستخدم ، مساحة اسم صلبة ، منصة صلبة ، مواصفات صلبة ، مواصفات التحكم في الوصول إلى الويب ، تطبيقات صلبة ، ومدير مستودع Solid.mit.edu: @ Mitzi-Laszlo

vocabcsarven.

صلبة ، أجزاء صلبة ، واجهة مستخدم صلبة ، مشلب ، مدير المستودع:timbl

من الناحية العملية ، نعم ، لكنني أعتقد أن معظم عمليات إعادة الشراء التي أحصل عليها هي مجرد وسيلة احتياطية ، ويجب أن يتمتع الشخص الذي لديه دور احتياطي أيضًا بسلطة تفويضها للآخرين.

تحديث جميع المعلومات هنا https://github.com/solid/community/pull/44 لا تتردد في التعليق أكثر على طلب السحب.