فترتان، بناية واحدة
يصل نصف طلاب مدرستك في السابعة ويغادرون عند الظهر، بينما يصل النصف الآخر عند الظهر، في حين تفترض معظم أدوات الجدولة أن مدرستك كيان واحد.

في السابعة صباحاً تمتلئ البناية. وفي الثانية عشرة والنصف ظهراً تفرغ لتمتلئ مجدداً بطلاب مختلفين، يدرسهم جزئياً نفس المدرسين، وفي نفس القاعات تماماً.
إذا كنت تدير مدرسة تعمل بهذا النظام، فأنت تدرك بالفعل الحقيقتين اللتين تجعلانه أمراً صعباً. القاعات لا تحصل على توقف، وكذلك بعض الموظفين. كل ما يعتبر مجرد إزعاج في مدرسة ذات دوام واحد — مثل حجز مختبر مرتين في عشرين دقيقة، أو مدرس ليس لديه فاصل بين آخر حصة صباحية وأول حصة مسائية — يصبح مشكلة هيكلية.
ثم تفتح أداة إعداد الجدول وتكتشف أنها تعتقد أنك مدرسة واحدة بيوم طويل جداً.
اليوم الطويل ليس دوامين
الفرق ليس تجميلياً. في نموذج الدوام الواحد، "الحصة 7" تأتي ببساطة بعد "الحصة 6". لا شيء يمنع جدولة مدرس عبر هذا الفاصل، لأن البرنامج لا يرى أي فاصل — بل يرى صفاً أطول فقط.
لكن الفاصل موجود. إنه السبب في أن موظفي فترة ما بعد الظهر يمكن أن يكونوا أشخاصاً مختلفين، والسبب في حاجة القاعة إلى الإخلاء، والسبب في أن عبارة "هي تدرس في الصباح فقط" هي جملة ذات معنى.
النموذج الذي لا يستطيع التعبير عن الفاصل لا يمكنه حمايته. ينتهي بك الأمر بفرض ذلك يدوياً، والتحقق من كل مسودة بحثاً عن تداخلات كان يجب أن يكون من المستحيل حدوثها.
FET يعرف ذلك بالفعل
هذا الأمر يستحق أن يُقال بوضوح، لأنه الجزء الذي يغفله الناس: برنامج FET نفسه يتعامل مع هذا بشكل صحيح. إنه ليس حلاً مؤقتاً أو تعديلاً من المجتمع. يعمل FET في واحد من أربعة أوضاع، وهذا الوضع يحدد أي عائلات القيود ستكون موجودة أصلاً.
أحد هذه الأوضاع هو الصباحي-المسائي. في هذا الوضع، يعمل المحرك في أنصاف أيام بدلاً من أيام كاملة، وتظهر عائلة قيود كاملة لا وجود لها في غيره — وهي قواعد تتعلق بالصباح والمساء كأشياء متميزة.

لذا يتوقف الفاصل عن كونه شيئاً تراقبه بنفسك. بل يصبح شيئاً يعرفه النموذج.
قراءة البيانات هي النصف الآخر
شبكة نصف اليوم هي الشكل الصحيح للمحرك والشكل الخاطئ للإنسان. لا أحد يفكر في اثني عشر نصف يوم. بل يفكرون في خمسة أيام، كل منها يحتوي على صباح ومساء.
يعرف FET ذلك، ويسجل كلاً منهما: أنصاف الأيام التي يعمل فيها المحرك، وقائمة منفصلة تربطها مجدداً بأيام حقيقية. تقريباً نصف ملفات الصباحي-المسائي الحقيقية التي رأيناها تحمل هذا الربط؛ والبقية تحمل أنصاف الأيام فقط.
نحن نحتفظ بما يحتويه ملفك. إذا كان الربط موجوداً، فإنه يأتي مع كل شيء آخر ويخرج عند التصدير دون تغيير. إذا لم يكن موجوداً، فنحن لا نقوم بإنشائه — وعندما تقوم أنت بتحويل الجدول إلى الصباحي-المسائي، نقوم نحن ببنائه، لأنه في تلك اللحظة لا يوجد شيء لنقله وقد طلبت أنت هذا الشكل.

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