أذكر ذلك اليوم جيدًا، كان يوم ثلاثاء خانق في منتصف مشروع “زي الزفت”، كما نقول في فلسطين. كنت أعمل على تكامل معقد مع واجهة برمجية (API) لخدمة دفع خارجية، وواجهتني مشكلة في التعامل مع توقيعات الـ Webhooks. شعرت بإحساس الـ “Déjà vu” المزعج ذاك، “يا زلمة، أنا متأكد إني حليت هالمشكلة قبل هيك!”.
بدأت رحلة العذاب. فتحت جوجل وبدأت في كتابة كل الكلمات المفتاحية التي تخطر ببالي. قلّبت في سجل المتصفح (History) لأسابيع مضت. بحثت في محادثات Slack القديمة، وفي مستودعات Git لمشاريع سابقة. قضيت ما يقرب من ثلاث ساعات، وأنا أحفر في مقبرة رقمية من المعلومات المتناثرة، والضغط يزداد مع كل دقيقة تمر. وفي النهاية، وجدتها! كانت الحل في تعليق صغير داخل ملف “Dockerfile” في مشروع جانبي كنت قد نسيته تمامًا.
في تلك اللحظة، “ولعت معي”. لم تكن المشكلة في صعوبة الحل، بل في الوقت الذي أضعته لأجد شيئًا كنت أعرفه بالفعل. كانت ذاكرتي، أو بالأحرى اعتمادي عليها وعلى طرق البحث الفوضوية، هي عنق الزجاجة الحقيقي في إنتاجيتي. هنا قررت أن هذا الوضع لا يمكن أن يستمر، وبدأت رحلتي في البحث عن نظام لإدارة معرفتي كمطور.
لماذا ذاكرتنا هي أسوأ نظام لإدارة المعرفة؟
قبل أن أغوص في الحلول، دعونا نعترف بالمشكلة. نحن كمبرمجين نتعامل مع كم هائل من المعلومات يوميًا:
- أكواد وحلول ذكية: تلك الدالة الأنيقة التي كتبتها لحل مشكلة معقدة، أو ذلك الأمر الطرفي (Terminal command) الذي ينقذ يومك.
- إعدادات وتكوينات: خطوات إعداد بيئة تطوير لمشروع جديد، أو ملفات التكوين المعقدة لـ Docker أو Kubernetes.
- مفاهيم وتقنيات جديدة: كل يوم نتعلم عن مكتبة جديدة، أو نمط تصميم، أو مفهوم في الذكاء الاصطناعي.
- قرارات المشروع: لماذا اخترنا هذه المكتبة بدلًا من تلك؟ ما هي الحجة وراء هذا القرار المعماري؟
المشكلة أن كل هذه المعلومات الثمينة تتناثر في أماكن مختلفة: ذاكرتنا غير الموثوقة، سجل المتصفح، محادثات الفريق، ملفات عشوائية على سطح المكتب، ومستودعات الكود. عندما نحتاج إلى معلومة، نبدأ رحلة بحث فوضوية تستهلك وقتًا وطاقة ذهنية ثمينة. هذه الظاهرة أسميها “ضريبة البحث المتكرر”، وهي ضريبة باهظة جدًا.
اللقاء الأول مع “العقل الثاني” وأداة Obsidian
بعد تجربتي المريرة، بدأت أبحث عن مصطلح “إدارة المعرفة الشخصية” (Personal Knowledge Management – PKM). جربت العديد من الأدوات: Notion, Evernote, Google Keep. كانت جيدة، لكنها لم “تُطبِق على الجرح” كما نقول. كانت إما بطيئة، أو تعتمد على السحابة بشكل كامل، أو تفرض عليّ هيكلية معينة. كنت أريد شيئًا سريعًا، محليًا (local-first)، ومرنًا كعقل المبرمج.
وهنا، عن طريق الصدفة، قرأت عن Obsidian. الوصف كان بسيطًا وجذابًا: “عقلك الثاني، يعمل على ملفات Markdown نصية عادية على جهازك المحلي”. هذا الوصف وحده كان كافيًا لإثارة فضولي.
ما هو Obsidian ولماذا هو مختلف؟
ببساطة، Obsidian ليس مجرد تطبيق لتدوين الملاحظات، بل هو بيئة عمل لبناء قاعدة معرفية شخصية. ما يميزه عن غيره، خاصة للمطورين، هو فلسفته الأساسية:
- ملفات نصية (Markdown): ملاحظاتك هي مجرد ملفات
.mdفي مجلد على جهازك. هذا يعني أنك تملك بياناتك 100%، وهي قابلة للقراءة في أي محرر نصوص، ومناسبة جدًا للتحكم في الإصدارات باستخدام Git. لا يوجد حبس في نظام مغلق (vendor lock-in). - الربط ثنائي الاتجاه (Bi-directional Linking): هذه هي الميزة السحرية. عندما تذكر ملاحظة داخل أخرى باستخدام القوسين المزدوجين
[[اسم الملاحظة]]، لا يقوم Obsidian بإنشاء رابط فحسب، بل يُظهر لك في الملاحظة المستهدفة كل الأماكن التي أشارت إليها. هذا يحاكي طريقة عمل الدماغ البشري في ربط الأفكار. - الرسم البياني (Graph View): ميزة بصرية مذهلة تُظهر لك شبكة من الأفكار والملاحظات المترابطة. كلما كتبت وربطت أكثر، نمت هذه الشبكة وأصبحت أداة قوية للاكتشاف والإبداع.
- قابلية التخصيص الهائلة (Plugins): مجتمع Obsidian نشط جدًا، وهناك مئات الإضافات (Plugins) التي تحول التطبيق إلى أداة خارقة. سنتحدث عن بعضها لاحقًا.
كيف أستخدم Obsidian عمليًا في يومي كمبرمج؟ (نظام أبو عمر)
الحكي سهل، لكن كيف يبدو التطبيق العملي؟ سأشارككم نظامي البسيط الذي تطور مع الوقت.
1. الهيكلية الأساسية للمجلدات (The Vault)
أؤمن بالبساطة. هيكلية مجلداتي (ما يسميه Obsidian بالـ Vault) بسيطة جدًا:
00-Inbox/: كل فكرة جديدة أو ملاحظة سريعة أضعها هنا مؤقتًا لأقوم بتصنيفها لاحقًا.10-Projects/: لكل مشروع أعمل عليه (سواء في العمل أو شخصي) مجلد خاص به.20-Areas/: للمجالات الحياتية والمهنية المستمرة مثل “البرمجة”، “الصحة”، “المالية”.30-Resources/: هذا هو كنز المعلومات. يحتوي على ملاحظات عن المفاهيم التقنية، مقتطفات الأكواد، ملخصات الكتب، إلخ.40-Archive/: للمشاريع والملاحظات المنتهية التي لا أحتاجها يوميًا ولكن لا أريد حذفها.90-Templates/: يحتوي على قوالب للملاحظات المتكررة.
2. الملاحظات اليومية (Daily Notes): نقطة البداية
كل يوم، أبدأ بملاحظة يومية جديدة باستخدام قالب جاهز. هذه الملاحظة هي لوحة التحكم ليومي. تحتوي على:
- مهام اليوم.
- روابط للملاحظات التي أعمل عليها (مثلاً:
[[مشروع ألفا - إصلاح مشكلة المصادقة]]). - قسم “ما تعلمته اليوم”: أي معلومة جديدة، مهما كانت صغيرة، أسجلها هنا مع رابط لملاحظة مفصلة عنها.
نصيحة من خبرة: الملاحظات اليومية هي أهم عادة يمكنك بناؤها. إنها البوابة التي تدخل منها كل المعرفة إلى “عقلك الثاني”. حتى لو لم تسجل شيئًا آخر، سجل ملاحظاتك اليومية.
3. توثيق مقتطفات الأكواد (Code Snippets)
وداعًا للـ Gists العشوائية والبحث في المشاريع القديمة! الآن، كلما كتبت كودًا مفيدًا أو وجدت أمرًا طرفيًا سحريًا، أقوم بإنشاء ملاحظة جديدة له في مجلد 30-Resources/Snippets/.
مثال لملاحظة اسمها [[أمر ffmpeg لضغط الفيديو]]:
#ffmpeg #video #cli
أمر طرفية مفيد لضغط ملف فيديو مع الحفاظ على جودة معقولة باستخدام `ffmpeg`.
## الأمر
```bash
ffmpeg -i input.mp4 -vcodec libx264 -crf 28 output.mp4
```
## شرح الخيارات
- `-i input.mp4`: ملف الفيديو المدخل.
- `-vcodec libx264`: استخدام مرمّز الفيديو H.264.
- `-crf 28`: عامل الجودة (Constant Rate Factor). رقم أقل يعني جودة أعلى وحجم أكبر. القيمة `28` هي توازن جيد.
## روابط
- [[FFmpeg]]
- [[التعامل مع الفيديو في سطر الأوامر]]
لاحظوا استخدام الوسوم (Tags) مثل #ffmpeg والروابط الداخلية مثل [[FFmpeg]]. الآن عندما أبحث عن “ضغط فيديو” أو “ffmpeg”، تظهر لي هذه الملاحظة فورًا.
4. تفكيك المفاهيم المعقدة (Zettelkasten)
عندما أتعلم تقنية جديدة مثل “gRPC” أو “Micro-frontends”، لا أكتب مقالًا طويلًا عنها. بدلًا من ذلك، أتبع طريقة Zettelkasten (صناديق القصاصات) بشكل مبسط. أقوم بإنشاء ملاحظات صغيرة ومركزة (ذرّية) لكل مفهوم فرعي:
- ملاحظة اسمها
[[gRPC]]تحتوي على تعريف عام وروابط للمفاهيم الفرعية. - ملاحظة اسمها
[[Protocol Buffers]]تشرح ما هي وكيف تعمل. - ملاحظة اسمها
[[الفرق بين gRPC و REST]]. - ملاحظة اسمها
[[مثال كود gRPC باستخدام Python]].
كل ملاحظة ترتبط بالأخرى. مع الوقت، تتكون لديّ شبكة معرفية قوية حول هذا الموضوع، يمكنني التنقل خلالها بسهولة وفهم العلاقات بين المفاهيم المختلفة، وهو ما لا توفره مقالة واحدة طويلة.
إضافات (Plugins) لا أستطيع العيش بدونها
جمال Obsidian يكمن في إضافاته. هذه بعض الإضافات التي أعتبرها أساسية لأي مطور:
- Dataview: هذه الإضافة تحول الـ Vault الخاص بك إلى قاعدة بيانات. يمكنك كتابة استعلامات لسحب وعرض المعلومات من ملاحظاتك. على سبيل المثال، يمكنني إنشاء صفحة تعرض لي “كل مقتطفات الأكواد التي تحمل وسم #python والتي أنشأتها في آخر 30 يومًا”.
- Templates: لإنشاء قوالب للملاحظات المتكررة (ملاحظة يومية، تقرير خطأ، ملاحظة مشروع جديد).
- Git: تقوم بعمل commit و push تلقائي لملاحظاتك إلى مستودع Git خاص. هذا يعني نسخ احتياطي مجاني، وتاريخ للتعديلات، ومزامنة بين أجهزتك. عنجد، ولا أروع!
- Advanced Tables: لجعل التعامل مع الجداول في Markdown أسهل بكثير.
مثال على استخدام Dataview
لأعرض كل الاجتماعات المتعلقة بمشروع معين، أضع هذا الكود في ملاحظة المشروع الرئيسية:
```dataview
TABLE file.ctime as "تاريخ الإنشاء"
FROM "10-Projects/مشروع ألفا/اجتماعات"
SORT file.ctime DESC
```
هذا الكود سيقوم تلقائيًا بإنشاء جدول يحتوي على كل ملاحظات الاجتماعات من المجلد المخصص، مرتبة من الأحدث إلى الأقدم. كل هذا بشكل آلي!
الخلاصة: ابدأ اليوم، لا تنتظر النظام المثالي
التحول من الفوضى إلى نظام معرفي منظم لم يحدث بين عشية وضحاها. لقد استغرق الأمر وقتًا لبناء هذه العادة. لكن العائد على الاستثمار كان هائلاً. لم أعد أخشى نسيان المعلومات، لأنني أعرف أن “عقلي الثاني” يحتفظ بها بشكل منظم ويمكن البحث فيه بسهولة.
إذا كنت تشعر بنفس الإحباط الذي شعرت به، وبأنك تقضي وقتًا أطول في البحث في جوجل بدلًا من الإبداع، فأنصحك بشدة أن تبدأ. لا يجب أن يكون نظامك مثاليًا من اليوم الأول. ابدأ بسيطًا:
- حمّل Obsidian (إنه مجاني).
- أنشئ ملاحظتك اليومية الأولى.
- في المرة القادمة التي تحل فيها مشكلة، أو تتعلم أمرًا جديدًا، خذ دقيقتين لتدوينها في ملاحظة بسيطة.
صدقني، “أبو عمر” المستقبلي سيشكرك على هذا. بناء هذه العادة هو واحد من أفضل الاستثمارات التي يمكنك القيام بها في مسيرتك المهنية كمطور. ابدأ الآن، ولا تكن أنت عنق الزجاجة في إنتاجيتك. 👍
