بناء دماغ ثانٍ يعمل فعلاً

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

اختر طبقة التخزين أولاً وليس التطبيق

قبل اختيار Obsidian أو Notion أو مجلد من ملفات Markdown عادية، حدد ما تقوم بتحسينه. إذا كنت تكتب الكثير من مقاطع الكود وتريد version control، ملفات نصية عادية في git repo تفوز في كل مرة — يمكنك البحث بـ grep عبر سنوات من الملاحظات في أقل من ثانية. إذا كنت تريد رسوم بيانية للروابط المرئية ولا تعترض على vendor lock-in، vault Obsidian للملفات Markdown المحلية هو وسط معقول. Notion بخير للملاحظات الخاصة بإدارة المشاريع لكنه بطيء لأي شيء تحتاج للبحث عنه بسرعة أثناء incident.

أشغل git repo بمجلدات باسم daily/ و projects/ و reference/ و snippets/. كل ملف هو Markdown. لا قاعدة بيانات، لا صيغة proprietary، لا خدمة sync تحتفظ بملاحظاتي رهينة.

عادة الالتقاط أهم من الأداة

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

alias note='cd ~/notes && $EDITOR daily/$(date +%F).md'

شغّل note من أي terminal وأنت تكتب في أقل من ثانيتين. كل شيء يذهب إلى ملف اليوم اليومي أولاً — بدون اتخاذ قرار بشأن التصنيف بينما أنت وسط المهمة. رتبها لاحقاً.

افصل الملاحظات المؤقتة عن ملاحظات المرجع

الملاحظات اليومية مؤقتة: أفكار غير مكتملة، مخرجات أوامر نسختها، رسالة Slack تريد تذكرها. ملاحظات المرجع دائمة: كيف يعمل إعداد VPN split-tunnel لديك، قواعد iptables الدقيقة لـ homelab الخاص بك، writeup لصندوق CTF قمت بفتحه.

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