Design: مجال الترخيص بتنسيق ثنائي؟

تم إنشاؤها على ٨ مارس ٢٠١٧  ·  8تعليقات  ·  مصدر: WebAssembly/design

تم طرح هذه المشكلة بالفعل منذ عامين ، ويبدو أنها كانت فكرة جيدة في ذلك الوقت ولكنها لم تكن فكرة جيدة لـ MVP [1]. يبدو أن الحل كان استخدام أقسام غير معروفة في الصيغة الثنائية لإضافة تعليقات ، هل هذا صحيح؟

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

"تعتمد فائدة الويب ونموه على شموليته." [2] ، قد يؤدي عدم وجود تصفية سهلة للترخيص إلى فرض قيود قانونية على مستخدمين معينين. على سبيل المثال ، قد يكون لبعض البرامج قيود على الاستخدام التجاري ويمكن الوصول إليها من قبل موظف غير مطلع. مثل هذا السيناريو يمكن أن يؤدي إلى مضايقات قانونية خطيرة. هذا يسبب مشاكل بالفعل وكانت هناك محاولات لحلها في JS ، لكن لم يعمل أي منها بشكل جيد. يبدو لي أن الموقف يميل إلى أن يزداد سوءًا مع انتقال المزيد من البرامج إلى الويب ، بل وسيزداد الأمر سوءًا ، في حالة نجاح WebAssembly. والأهم من ذلك ، أنه سيجعل الويب سهل الاستخدام لأي مستخدم ، بغض النظر عن أيديولوجياته ومعتقداته.

[1]. https://github.com/WebAssembly/design/issues/208
[2]. https://www.w3.org/standards/

التعليق الأكثر فائدة

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

أقترح الانضمام إلى W3C Community Group وإشراك المحامين لتحديد هذه المعلومات.

ال 8 كومينتر

لا أرى أي سبب محدد يجعل التنسيق الثنائي محددًا (مسمى) لأقسام البيانات الوصفية. (على الرغم من أننا نحدد من الناحية الفنية قسمًا واحدًا للأسماء الاختيارية ، لا أعتقد أنه يجب علينا فتح بوابات الفيضان حتى الآن).

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

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

titzer عادةً ما أتفق معك وأكون لغة بسيطة قدر الإمكان. يمكن للمستخدم قراءة الترخيص عند تشغيل برنامج التثبيت أو تنزيل الملفات.

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

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

أقترح الانضمام إلى W3C Community Group وإشراك المحامين لتحديد هذه المعلومات.

jfbastien كيف يتم الوصول إلى URL؟ أنا أحصل على 404.

@ badumt55 https://www.w3.org/community/webassembly/ يعمل من أجلي.

jfbastien لا أقترح عدم الاتصال بالمحامين ولكن لا أعتقد أن هذا الاقتراح يحدد أي شيء قانونيًا. سيوفر آلية قياسية للإشارة إلى معلومات الترخيص والمصدر في البيانات الوصفية. أعتقد أن المحامين يمكن أن يكونوا قادرين على تأكيد ذلك بالرغم من ذلك.

لا يوجد نشاط في حين. عند الإغلاق الآن ، يرجى التعليق إذا كنت على استعداد للمنافسة (لكن ضع في اعتبارك العقبات التي أذكرها ).

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات

القضايا ذات الصلة

JimmyVV picture JimmyVV  ·  4تعليقات

aaabbbcccddd00001111 picture aaabbbcccddd00001111  ·  3تعليقات

Artur-A picture Artur-A  ·  3تعليقات

beriberikix picture beriberikix  ·  7تعليقات

thysultan picture thysultan  ·  4تعليقات