هذا الفصل كنت أدفع ثلاثة أمور في الوقت نفسه: مشروع التخرج، ومسابقة، ومشروعين كبيرين لمقررين. في بداية الفصل كنت مليئًا بالثقة، وفي منتصفه كدت أنهار — وعند المراجعة اكتشفت أن ما سحقني لم يكن كثرة المهام، بل «تكلفة التبديل».
النصف الأول من الفصل: مسار محادثة مستقل لكل خط
استخدمت لمشروع التخرج سلسلة محادثات WorkBuddy، وفتحت للمسابقة سلسلة أخرى، وفتحت للمشاريع الدراسية سلسلة ثالثة. كل مرة أعود فيها إلى مشروع التخرج، كنت أضطر إلى تمهيد الخلفية من جديد لمدة عشرين دقيقة؛ والمجموعة نفسها من المراجع أدخلتها مرة في كل مسار من المسارات الثلاثة؛ والبيانات التي تحتاجها المسابقة كانت موجودة أصلًا ضمن معرفة مشروع التخرج، لكنني لم أتذكر في أي محادثة كانت.
النصف الثاني من الفصل: المسارات الثلاثة تتشارك مكتبة واحدة
بعد الانتقال إلى MuchSci تغيّرت البنية: المسارات الثلاثة تتشارك قاعدة المعرفة نفسها. مراجع مشروع التخرج وإطاره، ومواد مسار المسابقة، وأرشيف مشاريع المقررات، كلها مترابطة داخل المكتبة — فالبيانات التجريبية التي تحتاج المسابقة إلى الاستشهاد بها تُؤخذ مباشرة من مسار مشروع التخرج؛ وخلفية المشاريع الدراسية سبق أن كُتبت مرة واحدة في مسودة المسابقة. وعند الإنهاء، أنتج كل مسار مسودته الخاصة دون أن يعيق بعضها بعضًا.
الخلاصة من المقارنة واضحة: WorkBuddy لاعب ممتاز في مسار واحد، ويستطيع أن يؤدي في كل مسار؛ لكن عنق الزجاجة في العمل المتوازي لم يكن يومًا في قوة الأداء داخل المسار الواحد، بل في الدعم اللوجستي — هل تستطيع السياق والمواد والتقدم أن ترافقك عند التبديل؟ إن «مكتبة واحدة ومسارات متعددة» في MuchSci تسد هذه الفجوة تحديدًا.
طريقة العمل كما في الشكل: مسار مشروع التخرج، ومسار المسابقة،