対面式授業は要らない？

 後期の授業が始まって、対面式とオンラインの「ハイブリッド型」での実施が要請されるようになりました。単に登校を求めるだけでなく新入生の「仲間づくり」の機会を設ける意味でも、対面式の授業が必要だろうと、私もそう思います。

そんな中、２年生の授業(数学)で希望する授業スタイルについてのアンケートを実施したところ、6割以上の学生はオンライン（のみ）を希望しているようです。寒い時期の朝にわざわざ大学に出向くよりは、自室でパソコンに対面していたほうが「楽」でしょうし、実際のところ、対面授業の際に直接私に質問を投げかけてくる学生はごく少数でしたから、教室で教員と時空間を共有することに、彼らはあまり意味を感じていないのかもしれません。

実習室などを除けば、いずれ大学のキャンパスから一般教室は消えて、教材収録スタジオや共有学習スペースとして様変わりするのかもしれません。

時計の狂い

 LTI連携で大福帳.jsをお使いの方から問い合わせがあって、突然「過去に使われた情報が使い回されている...」というエラーが出るようになったとのこと。

調べてみると、LMS側から送られてきたLTIのナンスの時刻が数十分以上も過去のものなっていたため、チェックに引っかかっていたようです。

先方のLMSの時刻設定の狂いを疑い調べていただいたところ、停電でサーバーを落とした際に、時刻設定がずれてしまっていたとのこと。時計を直してトラブルは解消しました。

メールでまたトラブル

マイクロソフトのメールサービスを使っている学校の方から、サインアップのメールが届かないとの問い合わせがありました。ログを調べてみても

relay=xxxxx.mail.protection.outlook.com, .... , status=sent, ...

のように、正常に配送されているように見えます。さらに調べてみると、どうやら、大福帳.js サーバーからの受信を拒否しているのだけれども、エラーは返さない、という仕様のようです。

メールの管理者の方から、ブラックリストの登録解除の依頼を出していただいたところ、じきに、メールが届くようになりました。

備忘録として、「Office 365 スパム対策 IP 除外ポータル」のURLを記しておきます：
https://sender.office.com/

オンライン授業での成績評価

新型コロナウイルス感染拡大防止のため、当面のあいだ、授業はオンラインで行うことになりました。当面のあいだ、が、どれくらいの期間になるのか、誰もわかりません。

オンライン授業用の教材を作るのも大変ですが、成績評価をどうやったら良いのか、といった声もよく聞かれます。

通常の定期試験のやり方をそのまま遠隔で実施しようとするのは、明らかに、無理があるように思います。まるで「遠隔囚人監視システム」を構築しようとするようなものです。

一回きりの到達度の評価から、累積的な普段の取り組みの状況へと、評価の軸を変えるほか無さそうですし、そちらのほうが、むしろ教育的ではないかと思っています。

遠隔教育

新型コロナウイルス対応のため、好むと好まざるとに関わらず、殆どの大学で遠隔授業が実施されるようになってきました。私の所属する大学でも、バタバタとその準備を進めているところです。

私が中学生の頃、電子工学に興味があったので、雑誌で見つけた通信教育を申し込んだことがありました。しばらくすると、何冊もの教科書と課題の束が郵送されてきました。熱心に教科書を読んで、課題に解答し、質問も添えて送ったところ、しばらくして、採点結果と質問への回答が本当に返ってきたので、とても興奮したことを今でも覚えています。先生から「とてもよい質問です」とあったのが、とても嬉しかった。今になって思えば、その「先生」は、どこかの大学生のアルバイトだったのかもしれません。

ともあれ、そんな風に、とてものんびりしたペースで学習は進んでいきました。

そんなことを思い出しながら、現代の遠隔授業の要件

「毎回の授業の実施に当たって、指導補助者が教室等以外の場所において学生等に対面することにより、又は当該授業を行う教員若しくは指導補助者が当該授業の終了後すみやかにインターネットその他の適切な方法を利用することにより、設問解答、添削指導、質疑応答等による十分な指導を併せ行うものであって、かつ、当該授業に関する学生等の意見の交換の機会が確保されているもの」（文部科学省告示第百十四号）

を読むと、随分とハードルが高くなったものだなぁ、と思わざるを得ません。通学制ということで、仕方ないのかもしれませんが。

メールでトラブル

新しいクォーターが始まり、130名ほどのクラスで 大福帳.js にサインアップするよう指示したところ、確認メールが届かない、という学生が少なからずありました。

その後調べたところ、どうやら、大学が提供している学生用のメールのサーバーが、大福帳.js から短時間に多数のメールが送られてきたため、「着信拒否」をしていた模様。詳しくは書けませんが、諸々の事情で、以前よりも学生メールのガードを固くせざるを得なかったようです。

大きなクラスで一斉にサインアップする場合は、受信側のメールサーバーの設定によっては、このような事態も想定されます。

機関として Gmail(G Suite for education) を使っている場合は、サインアップの際に、メールではなく、「Googe でサインアップ」を使うよう指示するのも手かもしれません。

シラバスの検索サービス

大福帳.js とは全く関係のないトピックですが、勤務する大学のシラバス検索用のサービスを開発したときに思ったことを書き留めておきます。

どこの大学でもシラバス検索用のシステムを提供していると思いますが、それらのほとんどが「SQLデータベース検索システム」を基本骨格にしているように思います。改めていろいろと触ってみると、その設計は業務システム的とでも言いますか、いまどきの学生向けでは無いような印象を強く感じました。

そこで、いつもスマホをいじっている学生達の様子などを思い浮かべながら制作してみたのが、QuickSyllabus (QSL) というサービスです。

今も昔も、ほとんどの学生は、「時間割上、選択可能な科目から無難な線でピックアップ」しているだけで、シラバスなんてきちんと読んでいるはずもなく、こうした取り組みの効果については、自分でもちょっと懐疑的なところもあります。

ただ、動作テストのために、あれこれ検索してみると、案外と大学の授業の様子がわかって、教員側の読み物、としては価値があるように感じました。かなり前からシラバスの内容充実が要請されたり、また、科目自体の多様化に伴って、科目数も増え、「ビッグデータ」とまでは言えないにせよ、シラバスは全体としてかなりのデータ量に膨らんでいます。その点では、読み応えもあります。

ただ、一番興ざめなのは、科目毎に標準化されているシラバスで、教員名と曜日、講時だけが違うリストが並んでいるのを見ると、ちょっと開いてみようという気が削がれます・・・†。