اذهب إلى المحتوى

البحث في الموقع

المحتوى عن 'gpl'.

  • ابحث بالكلمات المفتاحية

    أضف وسومًا وافصل بينها بفواصل ","
  • ابحث باسم الكاتب

نوع المحتوى


التصنيفات

  • الإدارة والقيادة
  • التخطيط وسير العمل
  • التمويل
  • فريق العمل
  • دراسة حالات
  • التعامل مع العملاء
  • التعهيد الخارجي
  • السلوك التنظيمي في المؤسسات
  • عالم الأعمال
  • التجارة والتجارة الإلكترونية
  • نصائح وإرشادات
  • مقالات ريادة أعمال عامة

التصنيفات

  • مقالات برمجة عامة
  • مقالات برمجة متقدمة
  • PHP
    • Laravel
    • ووردبريس
  • جافاسكربت
    • لغة TypeScript
    • Node.js
    • React
    • Vue.js
    • Angular
    • jQuery
    • Cordova
  • HTML
  • CSS
    • Sass
    • إطار عمل Bootstrap
  • SQL
  • لغة C#‎
    • ‎.NET
    • منصة Xamarin
  • لغة C++‎
  • لغة C
  • بايثون
    • Flask
    • Django
  • لغة روبي
    • إطار العمل Ruby on Rails
  • لغة Go
  • لغة جافا
  • لغة Kotlin
  • لغة Rust
  • برمجة أندرويد
  • لغة R
  • الذكاء الاصطناعي
  • صناعة الألعاب
  • سير العمل
    • Git
  • الأنظمة والأنظمة المدمجة

التصنيفات

  • تصميم تجربة المستخدم UX
  • تصميم واجهة المستخدم UI
  • الرسوميات
    • إنكسكيب
    • أدوبي إليستريتور
  • التصميم الجرافيكي
    • أدوبي فوتوشوب
    • أدوبي إن ديزاين
    • جيمب GIMP
    • كريتا Krita
  • التصميم ثلاثي الأبعاد
    • 3Ds Max
    • Blender
  • نصائح وإرشادات
  • مقالات تصميم عامة

التصنيفات

  • مقالات DevOps عامة
  • خوادم
    • الويب HTTP
    • البريد الإلكتروني
    • قواعد البيانات
    • DNS
    • Samba
  • الحوسبة السحابية
    • Docker
  • إدارة الإعدادات والنشر
    • Chef
    • Puppet
    • Ansible
  • لينكس
    • ريدهات (Red Hat)
  • خواديم ويندوز
  • FreeBSD
  • حماية
    • الجدران النارية
    • VPN
    • SSH
  • شبكات
    • سيسكو (Cisco)

التصنيفات

  • التسويق بالأداء
    • أدوات تحليل الزوار
  • تهيئة محركات البحث SEO
  • الشبكات الاجتماعية
  • التسويق بالبريد الالكتروني
  • التسويق الضمني
  • استسراع النمو
  • المبيعات
  • تجارب ونصائح
  • مبادئ علم التسويق

التصنيفات

  • مقالات عمل حر عامة
  • إدارة مالية
  • الإنتاجية
  • تجارب
  • مشاريع جانبية
  • التعامل مع العملاء
  • الحفاظ على الصحة
  • التسويق الذاتي
  • العمل الحر المهني
    • العمل بالترجمة
    • العمل كمساعد افتراضي
    • العمل بكتابة المحتوى

التصنيفات

  • الإنتاجية وسير العمل
    • مايكروسوفت أوفيس
    • ليبر أوفيس
    • جوجل درايف
    • شيربوينت
    • Evernote
    • Trello
  • تطبيقات الويب
    • ووردبريس
    • ماجنتو
    • بريستاشوب
    • أوبن كارت
    • دروبال
  • الترجمة بمساعدة الحاسوب
    • omegaT
    • memoQ
    • Trados
    • Memsource
  • برامج تخطيط موارد المؤسسات ERP
    • تطبيقات أودو odoo
  • أنظمة تشغيل الحواسيب والهواتف
    • ويندوز
    • لينكس
  • مقالات عامة

التصنيفات

  • آخر التحديثات

أسئلة وأجوبة

  • الأقسام
    • أسئلة البرمجة
    • أسئلة ريادة الأعمال
    • أسئلة العمل الحر
    • أسئلة التسويق والمبيعات
    • أسئلة التصميم
    • أسئلة DevOps
    • أسئلة البرامج والتطبيقات

التصنيفات

  • كتب ريادة الأعمال
  • كتب العمل الحر
  • كتب تسويق ومبيعات
  • كتب برمجة
  • كتب تصميم
  • كتب DevOps

ابحث في

ابحث عن


تاريخ الإنشاء

  • بداية

    نهاية


آخر تحديث

  • بداية

    نهاية


رشح النتائج حسب

تاريخ الانضمام

  • بداية

    نهاية


المجموعة


النبذة الشخصية

تم العثور على 2 نتائج

  1. ما الذي يجعل مشروعك مفتوح المصدر؟ أن تكون الشّيفرة متوفرةً مجانًا على الإنترنت؟ أو أن تستطيع استعماله، أو تعديله وإرساله إلى صديقك؟ إذا ابتغينا الدقة، فإن الرخصة هي التي تعطيك الامتيازات لفعل كل ما سبق ذكره. فعندما "تفتح" مصدر مشروعك، فعليك أن تُضمِّن ملف رخصة يُحدِّد ما هي الشروط التي سيُسمَح للآخرين باستعمال مشروعك وفقًا لها. لحسن الحظ، هنالك خياراتٌ عديدةٌ يمكنك الاختيار بينها، فلا حاجة إلى أن تكون محاميًا لفعل ذلك؛ لكن لسوء الحظ هنالك الكثير من الرخص، مما يجعلك تحتار أيهم ستختار. تنبيه: هذه هي طريقة ترخيص مشاريعي الخاصة، لكنني لست محاميًا وهذه المقالة لا تُمثِّل نصيحة قانونية. ما هي الرخص؟ عدد الرخص التي يمكن اعتبارها "حرة" (free) أو مفتوحة المصدر (open-source) بالمئات! إذا كنت تريد قوائم طويلة، فراجع القوائم الموجودة على موقع مشروع GNU و opensoucre.org أو على ويكيبيديا، وحتى تلك القوائم الطويلة ليست شاملة لجميع الرخص. وعلى الرغم من التعداد الكبير للرخص، لكن الفروقات بينها ليست محورية؛ والسبب وراء وجود عدد كبير منها هو أنَّ كاتبيها صعيبو المراس في اختيار الكلمات وبعض التفاصيل، لكن يمكن اعتبار شروط الكثير منها متماثلة. ادخل إلى موقع tl;drLegal لمراجعة سريعة لشروط مختلف الرخص. الرخص المتساهلة و Copyleft أكبر أمر يُفرِّق بين الرخص هو Copyleft، وهو مصطلحٌ أوجده مشروع غنو (GNU) لمنع الأشخاص الذين سيعيدون توزيع البرمجيات في المستقبل من تقييد الحريات التي أعطيتَها للمشروع عند إطلاقه، وهذا يعني أنَّه على أيّ شخصٍ يريد أن يُعيد توزيع نسخةٍ مُعدَّلةٍ من الشيفرة التي كتبتَها أن ينشر تعديلاته أيضًا. تُطبِّق بعض الرخص ذاك المبدأ (مثل GPL، و LGPL، وMPL) بينما لا تُطبقه الأخرى (مثل MIT، و Apache، و BSD). قد تكون رخص "copyleft" مفيدةً جدًا لمنع إساءة استعمال مشروعك، وقد تكون في بعض الأحيان معيقةً لاستعماله من الشركات التي قد لا تقدر على استعمال شيفرات مرخصة بتلك الرخصة في برمجياتها التجارية. مجال مشروعك أحد أهم الأشياء التي يجب أخذها بعين الاعتبار عند اختيار رخصة لمشروعك هو "المجال"؛ هل هو مكتبة برمجية، أم أداة للمطورين، أم تطبيق كامل للمستخدم النهائي؟ إذا كان سيُستعمَل مع مكتباتٍ أخرى، فعليك أن تكون حذرًا في اختيارك للرخصة بسبب مشاكل في التوافقية بين الرخص (سنشرح ذلك بعد قليل). أختارُ للتطبيقات الكاملة أو المنتجات، مثل تطبيقات الأندرويد أو تطبيقات سطح المكتب أو الأدوات التي تعمل من سطر الأوامر، رخصًا من نمط copyleft مثل GPLv3 التي تطمئنني أنَّ المشروع سيبقى مفتوح المصدر دومًا. وعندما تُطلِقُ مكتبة أو إطار عمل ليستعمله المطورون في مشاريعهم، فإن اختيارك سيصبح أكثر صعوبةً. فعدم السماح لهم بتوزيع برمجياتهم التي تعتمد على مكتبتك دون التضمين الكود المصدري قد يمنع الشركات من استعمالها في مشاريعهم، مما يمنع انتشارها انتشارًا واسعًا. شخصيًا، أستعمل رخصًا متساهلة في هذه الحالة، مثل MIT أو BSD؛ وبينما تترك تلك الرخص احتمال أن تشتق الشركات مصدر المشروع الخاص بك، وتطوره ولا تعطيك التعديلات عليه، لكن ذلك غير عملي أو منطقي لكثيرٍ من الشركات؛ لأن الاختلاف من مصدر الشيفرة الأصلي سيجعلهم يتحملون عبء تكاليف الصيانة التي تتجاوز عادةً قيمة التّعديل الذي أجروه على شيفرة مشروعك. رخصة LGPL ليست خيارًا سيئًا أيضًا، إذ تسمح للآخرين باستعمال نسخة مُصرَّفة (compiled) من المكتبة مع شيفراتهم المملوكة (proprietary أو الاحتكارية)، وفي نفس الوقت ستحافظ على حقوق مصدر المكتبة. المشاكل في التوافقية تحتوي بعض الرخص بنودًا تتعارض مع غيرها من الرخص؛ مما يجعلها غير متوافقة، مما يعني أنك لا تستطيع أن تدمج بين حزمتين برمجيتين أو مكتبتين مرخصتين برخصتين فيهما بنود متعارضة. انظر إلى الحزم البرمجية التي تستعملها في مشروعك، وحاول أن تختار رخصةً لا تتعارض مع بنود تلك الحزم. هنالك مصادرٌ عدِّة تستطيع الحصول على معلومات توافقية الرخص منها، بما في ذلك ويكيبيديا. تؤثر عادةً المشاكل في التوافقية على الرخص المعقَّدة والمحدَّدة مثل GPLv3؛ فكلما ازداد طول الرخصة وتخصيصها للبنود، كما ازدادت احتمالية حدوث مشاكل في التوافقية. تحقق من مجتمعك اعتمادًا على التقنيات التي يستعملها مشروعك، قد تجد أنَّ إحدى الرخص أفضل وأنسب من الأخرى، آخذًا بعين الاعتبار سهولة دمج مشروعك وتبنيه، وخصيصًا لو كان مكتبةً. فاستعمال أكثر رخصة شائعة في مجالك ستُسهِّل الأمر على مستعمليها، لأنهم سيكونون معتادين على شروط تلك الرخصة، وسيتم تقليل احتمالية وجود تعارض في الرخص في المشاريع. على سبيل المثال، مجتمعَا JavaScript و Ruby يُحبذون الرخص الأكثر سماحيةً مثل MIT، بينما تُنشَر المشاريع المكتوبة بلغة C/C++‎ برخصة GPL. عليك أن تبحث قليلًا في المجتمع التطويري المحيط بك عندما تنشر مكتبة برمجية وفق رخصةٍ معينة، فذاك المجتمع قد يساعدك بقرارك. لكن لا تُكرِه نفسك على رخصة معينة لأن الآخرين يستعملونها، فقد لا تكون خيارًا صائبًا لمشروعك. الخلاصة هي أنه اختيارك سيكون سديدًا إن كانت تتوافق الرخصة التي اخترها مع أغلبية المكتبات في مجتمعك. بدون رخصة إحصائيات الاستخدام التي نُشِرَت من Ben Balter على مدونة Github في مطلع عام 2015 تُظهِر أنَّ حوالي 80% من المستودعات على الموقع لا تُضمِّن رخصة؛ وهذا يعني أنَّ لا يُسمَح لأي شخص قانونيًا أن يستعمل الشيفرة الخاصة بهم حتى لو كانت متوفرة على الإنترنت لأنه لا يمكن اعتبارها "مفتوحة المصدر". هذا أمرٌ كارثي! إن لم يكن هذا ما تطمح له، فخذ وقتك للتفكير برخصة مناسبة، وإلا فلن "يلمس" أي مبرمج خبير الشيفرة الخاصة بك، ويعرض سمعته للخطر بدعوى قضائية. الخلاصة هذه هي الطريقة التي أتبعها لاختيار رخصة لمشروعي. لا يوجد خيار صائب أو خيار خاطئ في اختيارك للرخصة إن كنت تعي ما تفعل. اختر واحدةً تناسب احتياجاتك، وتأكد أن تختار رخصةً واحدةً على الأقل. ما هي الرخصة التي استعملتها لآخر مشروعٍ لك؟ أخبرنا في التعليقات. ترجمة -وبتصرّف- للمقال How to pick an open source licence for your code لصاحبه Radek Pazdera.
  2. في بعض الأحيان يرغب المؤلفون والمبرمجون في إعادة نشر أو إنتاج عمل يستفيد من مواد أو منتجات أخرى ولكنهم لايعرفون إذا كان هذا الشيء مشروعاً. هناك العديد من الرخص التي تسمح لك باستخدام ونشر وتعديل المنتج بشكل حر، بل وتسمح لك أيضاً بالاستفادة المادية منه. سنشرح اليوم جميع الرخص الحرة واستخداماتها والشروط الخاصة بكل رخصة. أولا تراخيص الملفات الرقميةتراخيص تصلح للصور بأنواعها والكتب والنصوص والتصميمات والوثائق والفيديو والصوت وملفات المالتيميديا بكل أنواعها وغيرها.. تراخيص المشاع الإبداعي Creative Commonsتسمح لك هذه الرخصة بتوزيع وتعديل وإعادة نشر المواد أو إنتاج أعمال مشتقة منه بشكل حر، ولكنها تحتفظ للمؤلف بحقه الأدبي فقط (أي في حالة توزيعه كما هو لا يمكنك أن تنسب العمل لنفسك أو لشخص آخر)، تحتوي هذه الرخصة على 6 أنواع و3 فقط منها يصلح للاستخدام التجاري وهي: نسب المصنف (CC-BY) تشترط: ذكر اسم المؤلف ونسب العمل إليه – لا قيود أخرى.نسب المصنف – الترخيص بالمثل (CC-BY-SA) تشترط: ذكر اسم المؤلف ونسب العمل إليه – أي أعمال مشتقة يجب أن تكون تحت المشاع الإبداعي أيضا بنفس الترخيص – لا قيود أخرىنسب المصنف – بلااشتقاق (CC-BY-ND) تشترط: ذكر اسم المؤلف ولكن لا يسمح لك بإنتاج أعمال مشتقة منه (يمكنه توزيعه أو بيعه كما هو بدون تغيير).الملكية العامة Public domainالملكية العامة تعني أن سقوط الحقوق الفكرية وتصبح هذه المواد حرة بشكل كامل ويحق لك استخدامها بلا قيود. تصبح المواد ملكية عامة في حالتين: مواد انتهت حقوق الملكية لها نظراً لسقوطها بالتقادم حسب القانون المنظم لكل دولة، ولكن بشكل عام أغلب المواد تكون في الملكية العامة إذا مر على نشرها 70 عام ومر على وفاة مؤلفها 50 عام، مثال: الكتب التراثية القديمة أو اللوحات والأعمال الفنية التي مضى عليها 100 عام واكثر وغيرها.مواد قام مؤلفها بالتنازل عنها للملكية العامة وصرح بذلك، ومن أحد الأمثلة على ذلك: الصور والمنشورات الصادرة عن الحكومة الأمريكية ووكالة ناسا، وغيرها.هناك أيضا العديد من المؤلفين لا يستخدمون التراخيص السابقة وإنما قد تتخذ أشكال مشابهة لها، مثل أن يصرحوا بالاستخدام التجاري فقط أو يسمحوا بالتعديل والاستخدام التجاري معا، أهم شرط يجب ان تبحث عنه دائما هو إمكانية الاستغلال التجاري أم لا، فإذا لم يسمح لك بذلك بشكل صريح فلا يمكنك القيام ببيعه كمنتج لك. ثانيا تراخيص البرمجيات بشتى أنواعهاوتعرف عند الكثيرين بـ”رخص البرمجيات الحرة”: 1. ترخيص Apacheتسمح لك باستخدام البرمجة بشكل حر من: تعديل – إضافة – إعادة نشر- منح ترخيص جديد لها، ولكن تشترط: أن يتم ذكر اسم المؤلف داخل الملفات النصية للبرمجة documentation، ولا يسمح الترخيص لك باستغلال العلامة التجارية للمنشأ. وله عدة إصدارات ولكن جميعها يسمح لك بالاستغلال التجاري. 2. ترخيص GPL وهو اختصار GNU General Public Licenseيعتبر أشهر أنواع التراخيص البرمجية وأكثرها انتشاراً، وهو مشابهة لترخيص اباتشي السابق ولكن يختلف عنه في أنه يطبق فقط علي البرمجيات ذات المصدر المفتوح ويجب أن تستخدم معها المصادر المفتوحة فقط ويشترط أن تقوم بالإشارة إلى التغييرات التي قمت بها علي الكود الأصلي، ولا يسمح لك بأن تقوم بإصدار تراخيص جديدة بل يجب أن يظل بنفس الترخيص حتى مع الأعمال المشتقة، وهذا الترخيص له 3 إصدارات ولكن جميعها يسمح لك بالاستخدام التجاري. 3. ترخيص LGPL وهو اختصار لـ GNU Lesser General Public Licenseهو ترخيص مشابه للـ GPL تماما ولكن الاختلاف البسيط هو أنه يسمح لك بأن تستخدم مكتبات وأدوات خارجية قد تكون مغلقة المصدر (وليس كلها مفتوحة المصدر كما تشترط GPL) وبالتالي لا تجبرك على أن تبقي مصدر البرنامج مفتوحاً. 4. ترخيص MITوهو ترخيص تم إنشاؤه بواسطة معهد ماساتشوستس للتقنية ويعتبر مشابه للرخص السابقة من حيث التعديل والتوزيع، وتتيح لك هذه الرخصة استخدام المصدر في البرامج التجارية والإبقاء على شفرتك الخاصة مغلقة المصدر ولكل يجب أن ترفق نسخة من الملفات التي استخدمتها ضمن برنامجك وهذه الملفات ستظل تحت رخصة MIT. 5. ترخيص MPL وهو اختصار لـ Mozilla Public Licenseوهو ترخيص من إنشاء شركة موزيلا وهو مشابه لترخيص GPL ولكن يشترط فقط أن جميع الأعمال المشتقة يجب أن تبقى مفتوحة المصدر حتى ولو كانت تجارية ولكنها لاتعطي المستخدم أي حق في استخدام الشفرة دون إذن المالك. 6. ترخيص BSDويشترط فقط أن تقوم بالإشارة إلى أنك استخدمت الكود المصدري تحت هذا الترخيص ولا يلزمك بأن يكون المصدر مفتوحا أو مغلقا بل يكون حسب رغبتك. وهناك أيضا بعض التراخيص الأخرى ولكننا قمنا باستعراض اشهرها وأكثرها استخداما، وعلى أي حال يبقى عليك في النهاية أن تطلع جيدا على ترخيص أي مواد أو برامج قد تقوم باستخدامها وإعادة بيعها حتى تضمن أنك تقدم محتوى سليما وصحيحا ولا يحتوي على أي أخطاء أو انتهاكات قد تسبب لك أي مشاكل لاحقا.
×
×
  • أضف...