学内の掲示板やSNS、在学生への取材から浮かび上がってくるのは、大学側のシステム設計と学生の実態との間にある「運用上のギャップ」です。
「深夜23時59分の締め切り直前、アクセスが集中してMoodleの画面が真っ白になり、送信ボタンを押した瞬間に日付が変わって未提出扱いになった」という悲痛な叫びは、毎期末の風物詩のように耳にします。特に江別キャンパスの図書館や新札幌キャンパスのオープン演習室など、学内の共用PCから一斉にアクセスが行われる時間帯には、回線帯域の圧迫によるタイムラグが生じやすくなります。
また、留年回避や単位修得がかかった重要な課題において、「自分は確実に提出したつもりだった」という認識の齟齬も目立ちます。Moodleの提出箱の仕様として、ファイルをアップロードした段階では「ドラフト（下書き）」状態に留まり、最終確認の「提出完了」ボタンを押さない限り教員側には未提出として表示される科目設定が存在します。この「下書きトラップ」に引っかかり、救済措置を求めて教務窓口へ駆け込む学生の姿は決して珍しくありません。
現場の実態を見る限り、システムエラーの大半は「締め切り数十分前という極限状態」で発生しています。提出サーバーの負荷上昇は不可避の現実であり、システムを責める前に「締め切り2時間前までの完了」を習慣化している学生ほど、トラブルに遭遇する確率はゼロに近づいています。
