لماذا تحتاج إلى مكتبة المعرفة

**لماذا يجب أن يكون هناك مستودع للمعرفة بدلاً من تدفق المقالات؟** 

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

من جهة أخرى، في مقالة سابقة عن [**كتابة البطاقات**](https://wiki-power.com/%E5%8D%A1%E7%89%87%E5%BC%8F%E5%86%99%E4%BD%9C)، ذكرت سابقًا أن كل معرفة أساسية تشبه بطاقة صغيرة، وتتم استخدامها بشكل متكرر في مقالات مختلفة. هذا يزيد من فعالية استخدام المعرفة ويقلل من تكرار الجهد.

## اختيار الأدوات

فيما يتعلق باختيار مستودع المعرفة، هذه هي النقاط التي أضعها في اعتباري:

- **الوظائف الأساسية**: يجب أن يمكن للشريط الجانبي عرض عناوين المقالات وفئاتها، ويجب أن تكون الصفحة الرئيسية قابلة لعرض محتوى المقالات، مع دعم للصيغة Markdown، ويجب أن تكون المحتوى والإطار مستقلين.
- **البحث**: البحث يكمل تصنيف المقالات. في بعض الأحيان، البحث في الفئات الكبرى للعثور على معرفة محددة قد لا يكون ملائمًا، ولكن مع محرك بحث للموقع بأكمله، يمكن الانتقال مباشرة إلى الهدف.
- **المشروع مفتوح المصدر**: يجب أن يكون منصة مستودع المعرفة مفتوحة المصدر، حيث أن المشروعات المغلقة قد تتوقف عن التحديث أو الدعم بسبب أسباب شخصية للمطورين أو الفرق. وإذا واجهت مشكلة ما، قد لا يتم معالجتها بسرعة (هذا يشمل بشكل خاص GitBook و Bitcron).
- **موقع ويب ثابت**: يمكن تسويق موقع الويب الثابت على منصات مثل GitHub Pages دون الحاجة إلى شراء خادم منفصل، مما يوفر الوقت والجهد ويكون صديقًا لمحركات البحث.
- **سهولة الإعداد والتحديث**: يجب ألا يستغرق إعداد مستودع المعرفة وقتًا طويلاً، ويجب أن تكون عملية تحديث المحتوى بسيطة.
- **واجهة المستخدم البسيطة والجميلة**: يجب أن تكون واجهة المستخدم واضحة وجميلة لتحسين تجربة القراءة، ويفضل أن يتوفر وضع الليل.

## قيود إنشاء مستودع المعرفة الخاص

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

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

**نقاط المعرفة تنتمي في الوقت نفسه إلى عدة فئات**. عمومًا، يتم تصنيف المقالات في قواعد البيانات المعرفة وفق الفئات فقط، ولتجنب التعقيد، يمكن لمقال واحد أن ينتمي فقط إلى فئة واحدة. ومع ذلك، دعنا نأخذ مثالًا على مقال مثل "[**كيفية تصميم أصغر نظام لمتحكم أحادي الرقاقة**](https://wiki-power.com/%E5%A6%82%E4%BD%95%E8%AE%BE%E8%AE%A1%E4%B8%80%E6%AC%BE%E5%8D%95%E7%89%87%E6%9C%BA%E7%9A%84%E6%9C%80%E5%B0%8F%E7%B3%BB%E7%BB%9F)"، حيث ينتمي إلى الفئة "تصميم الدوائر" وفي الوقت نفسه ينتمي إلى الفئة "STM32". فكيف يمكن تصنيفه؟ حلاي الشخصي لهذا الأمر هو تصنيف المقال وفقًا لمدى ارتباطه بالفئة ذات الصلة بمحتواه بشكل أقوى. والسبب في عدم استخدام نظام العلامات هو أن العلامات يمكن أن تصبح متواترة بسرعة، وبعد التكاثر الزائد للعلامات، يصبح البحث أقل فعالية مما هو الحال مع تصنيف الفئات مع إمكانية البحث.

## ما هي الأنظمة التي استخدمتها؟

- **ووردبريس (WordPress)**: سهل الاستخدام ولكن يعاني من تعقيد في البنية الأساسية ويتطلب استخدام قاعدة بيانات، مما يجعله أقل ملاءمة للاستيراد.
- **هيكسو (Hexo)**: يعتبر أكثر تعقيدًا ويفتقر إلى قوالب Wiki جميلة.
- **جيت بوك (GitBook)**: تم إيقاف تحديث الإصدار النصي (CLI) والإصدار V2 يعاني من بطء في الوصول من داخل الصين.
- **جيكيل (Jekyll)**: تقنية نسبياً قديمة وتفتقر إلى الدعم المستمر.
- **قضية جيت هاب / قصص جيت هاب / ويكي جيت هاب (GitHub Issues/Gist/Wiki)**: الوصول من الصين يكون بطيئًا ولا يمكن تخصيص واجهة المستخدم.
- **بيتكرون (Bitcron)**: يستضيف مواقع ويب ديناميكية ولكنه يفتقر إلى قدرة التخصيص وسرعة الوصول متقلبة.
- **دوكو ويكي (DokuWiki)**: يتطلب خادم خاص وبنيته تعتبر قديمة.
- **جريديا (Gridea)**: سهل الاستخدام من ناحية الاستضافة، ولكنه يعاني من قلة التخصيص ويتطلب استخدام محرر خاص به.
- **ويكي JS (wiki.js)**: يتطلب خادم خاص ويعتبر مناسبًا بشكل عام لقواعد المعرفة الجماعية، ولكنه يعاني من بعض المشكلات الصغيرة.
- **يوكي (Yuque)**: منصة جيدة نسبياً لقواعد المعرفة من جهة التطوير الخارجي، لكن العيب هو عدم قابلية تخصيص واجهة المستخدم وصعوبة نقل البيانات.
- **هوغو (Hugo)**: يتميز بسرعة الاستضافة ولكن يفتقر إلى قوالب واجهة ويكي جميلة.
- **جاتسبي (Gatsby)**: مشابه لهوغو.
- **جوست (Ghost)**: موقع ديناميكي بواجهة جميلة، ولكن يتطلب الاستضافة الذاتية (أو دفع مبلغ مالي للخدمة) ويفتقر إلى قدرة التخصيص.
- **دوكسيفاي (docsify)**: يعتبر خيارًا موصى به بشدة. سهل الاستضافة ويتميز بواجهة جميلة، لكن أداء التشغيل يكون أقل فعالية في بعض الأجهزة بسبب طريقة عرض الم

```markdown
- [بناء ويكي شخصي باستخدام Docsify](https://wiki-power.com/unlist/%E5%9F%BA%E4%BA%8Edocsify%E6%90%AD%E5%BB%BA%E4%B8%AA%E4%BA%BAWiki)
- [العودة إلى المدونة](https://wiki-power.com/unlist/%E5%9B%9E%E5%BD%92%E5%8D%9A%E5%AE%A2)
- [مناقشة سطحية حول منصة بيتكرون للمدونات](https://wiki-power.com/unlist/%E6%B5%85%E8%B0%88Bitcron%E5%8D%9A%E5%AE%A2%E5%B9%B2%E5%8F%B0)
- [نقل المدونة إلى GitBook](https://wiki-power.com/unlist/%E5%8D%9A%E5%AE%A2%E8%BD%AC%E8%87%B3GitBook)
- [دليل بسيط لإنشاء مكتبة معرفية شخصية باستخدام VuePress](https://wiki-power.com/unlist/%E4%B8%AA%E4%BA%BA%E7%9F%A5%E8%AF%86%E5%BA%93%E6%9E%81%E7%AE%80%E6%90%AD%E5%BB%BA%E6%8C%87%E5%8D%97-VuePress)
- [سجل بناء مكتبة معرفية للفريق باستخدام DokuWiki](https://wiki-power.com/unlist/%E5%9B%A2%E9%98%9F%E7%9F%A5%E8%AF%86%E5%BA%93%E6%90%AD%E5%BB%BA%E8%AE%B0%E5%BD%95-DokuWiki)
- [بناء نظام إدارة المعرفة](https://wiki-power.com/unlist/%E6%9E%84%E5%BB%BA%E7%9F%A5%E8%AF%86%E7%AE%A1%E7%90%86%E7%B3%BB%E7%BB%9F)

## الاستنتاج

على الساحل، أتمنى لك صيد الأسماك، لكن الأفضل أن تنسحب وتبني شبكتك. في المقالة القادمة [**بناء مكتبة معرفية شخصية - بناء على Docusaurus**](https://wiki-power.com/%E4%B8%AA%E4%BA%BA%E7%9F%A5%E8%AF%86%E5%BA%93%E7%9A%84%E6%90%AD%E5%BB%BA-%E5%9F%BA%E4%BA%8EDocusaurus)، سأشرح بالتفصيل كيفية إنشاء مكتبة المعرفة الخاصة بك.

## المراجع والشكر

- [لماذا ويكي](https://wiki.imshuai.com/why-wiki.html)
- [لماذا يجب عليك كتابة المقالات على مدونة مستقلة تقليدية قديمة](https://zoomyale.com/2016/why_blogging/)
- [لماذا قمت بإنشاء هذه المدونة](https://ehippocampus.xyz/whyblog)

> عنوان النص: <https://wiki-power.com/>
> يتم حماية هذا المقال بموجب اتفاقية [CC BY-NC-SA 4.0](https://creativecommons.org/licenses/by/4.0/deed.zh)، يُرجى ذكر المصدر عند إعادة النشر.