作成者別アーカイブ: Yu Tamura

不明 のアバター

Yu Tamura について

第二言語習得の研究者。博士(学術)。英語教育のことや統計・データ分析に関わること、趣味のサッカーのことなどについて書いています。

ノート探しの旅②:アイデアを書き留める

はじめに

ブログ記事のネタになりそうだなみたいな,そういうパッと浮かんできた思考みたいなのを書き留めておく,そういう目的のために使うノートアプリでNotionが「個人的には」うまく使えないというお話。下のポストに書いたことが端的に言いたいことです。

自分がノートアプリに求めていること

自分がどういうノートアプリを求めているんだろうなと思って書き出してみたら,次のような感じになりました。

  • デバイス間のシームレスな同期
  • ノートをカテゴリ分けできること
  • Markdownが使える
  • ノートを自由に共有できること
  • とにかくメモしておきたいという欲求にダイレクトに答えてくれて、それをあとで整理しやすいこと

最後のとにかくさっとメモしたいというときにNotionっていまいちだなって思うのですよね。その一方で,Evernoteの「スクラッチパッド」はめっちゃ神機能だと個人的には思っています。スマホでもブラウザでも,ホーム画面にどしんと構えていて,そこになんでもとにかく形式だのなんだのとかはとりあえず置いていて思考を書き留められる。バーっと書いたら,あとはそれをノートに変換しておけば,ホーム画面のスクラッチパッドはまた空になる。変換されたノートは変換するときにカテゴリ分けしておいて,授業メモならその授業のノートにいれるし,ブログネタならブログネタのノートにいれるという感じ。スマホでObsidianを使っていない私にとって,こういう使い方のできるノートアプリでの最強はEvernoteです。結構なお値段するし色々すったもんだありましたけど,なんだかんだでもう10年以上使い続けているという愛着もあって気に入っています。あれ,もう全部Evernoteでいいのかな?という気もしますが,階層性をもたせた共有というのはEvernoteにはできません。アカウントがあれば,ノートブック単位で共有ができるし,権限を閲覧のみにすれば,私が思っているような共有ができます。ただ,こういう用途でゼミとかならまだしもそうではない授業で全員にアカウントを作らせるっていうのはちょっと気が引けます。よって,その用途ではNotion一択。

では,アイデアを書き留めるっていう目的でNotionは使えないのか?っていうのをちょっと試行錯誤しました。以下,その手順。

1. Scrachpadというページを用意

まずScrachpadというページを用意して,それをお気に入りにしておきます。そうすると,左側のバーの一番上にそれが表示されるのでアクセスしやすくなりますし,スマホアプリでもそれが上に表示されます。お気に入りにしていると,iPhoneのウィジェットに Notionを入れておけば,アプリを開かなくてもワンタップでそのページを開けます。

2. Scrachpadページにとにかく書く

まっさらなノートにバーっとメモします。

3. テキストを選択してページに変換

そして,そのメモを全選択して,ページに変換をするわけです。そうすると,そのメモが新しい独立したページになって,Scrachpad内にはその新しいページへのリンクができます。最初は箇条書きで書いていて,その箇条書きを全選択してページ変換しようとしたら,その一つ一つが独立したページになってしまって,いやそういうわけじゃねーよとなりました。よって,書き込みを一つの段落にしました。これで大丈夫だ,と。そしてリンク先に飛ぶとそれが….

こんな感じで,書いたやつが全部タイトルにされてしまうんです。いやそういうことじゃねーなー感が満載ですよね。タイトルって最初に考えるんじゃなくて,文章を書いて最後に考えるじゃないですか?だって,メモし始めたときには思考がどこに着地するのかもわからないわけですから。

有料版だと解決する?

もしかすると,有料版にしたらホーム画面を自由にカスタマイズできるようになって,私が求めているEvernoteでいうScrachpadみたいなものが設置できたりするんでしょうか?正直,もしそうなら課金してもいいくらいには考えています。かといってEvernoteを完全に辞められるかどうかはまだわからないのですけどもね(禁断症状)。

なにをゆう たむらゆう。

おしまい。

ノート探しの旅①:書き込めない問題

はじめに

「①」とつけましたが,いくつまで続くかはわからないまま書き始めています。先日,Obsidian publishを使ってみた感想という記事を書きました。その記事内で,次のように書きました。

この状況を考えると,授業関連のメモをそもそもObsidian上で集中的に管理し,それをPublish機能で公開するという運用自体が,私の使い方には合っていないのかもしれません。Notionならこういうことができるんですかね。となると,授業関係のメモは全部Notion使ったほうが良いのかもしれません(識者情報求む)。

すぐに,「識者」の方から情報提供が寄せられました。

直面した問題

その後,Notionを実際に使ってみて,Obsidian Publishingではできなかったような,授業ごとに資料を独立させて,その中に個別のノートへのリンクを貼っておくというようなことができるようになりました。しかしながら,授業でそういった使い方をしようしたその瞬間に,あることに気づきました。

これだと,学生は資料に書き込みしたりハイライトしたりできないな?

アカウントがあって,共有の設定を工夫すれば,もしかすると学生が自分でPDFにエキスポートしたりできるのかもしれません。しかしながら,それでは元の資料との「断絶」を生むことになります。教員側が行った更新は,コピーした学生の資料には反映されないわけなので。

これに対して従来のPDF形式の資料には,学生が自由にハイライトを付けたり,メモを書き込んだりできるという利点があります。多くの学生にとって,この機能は学習過程において必要不可欠なものかもしれません。

Notionのいいところ

私がNotionでの共有に魅力を感じた理由の一つは,Markdownでの資料作成との相性の良さでした。Obsidianでは,PDFへのエクスポートには様々な不便さが伴います。例えば,1ページに収めたい内容が微妙に2ページ目にはみ出してしまい,文字サイズの調整が必要になることがあります。さらに、修正のたびにPDFを作り直してLMSにアップロードし直す必要があるという手間も気になっていました(Notionで書いたものをPDFにしようとすれば同じ問題にぶちあたります)。

Notionのページを直接見てもらえれば,こういった手間を省くことができます。修正が必要になったときにさっと修正して,それが学生側の資料にも反映されます。教員側からすれば,自分が見ている資料と同じものを学生と共有できれば効率的です。しかし,これは教員側の視点であって、学生側からすれば、LMSから外部リンクへの遷移が必要になることは余計な手間に感じられるかもしれないということも考える必要があるかもしれません。

適した資料と適さない資料

書き込み問題に対するtentativeな解決策は,書き込みが必要になるであろうというようなそういうタイプの資料はNotionのリンクを共有するというのは避けるということになるかと思います。逆に,参照型資料や,なにかの指示のような「読んでおくだけ」と考えられるようなものは,積極的にNotionに移行していくことがいいのかな,というのをなんとなく考えています。そうなると,授業の「メイン」となる資料はどうしようかな,というところが悩みどころです。

おわりに

ObsidianからNotionへと移行して,いいところはあったので,そこからObsidianに戻るという選択肢はいまのところありません。ただ,資料共有と階層性の問題は解決できた一方で,書き込み可能性という新たな課題が浮上してきました。資料共有の試行錯誤はまだまだ続きそうです。

ブログのアイデアを書き溜めるという用途でのNotionの利用も試行錯誤しているので,それについてもまた別記事で書こうかと思います。

なにをゆう たむらゆう。

おしまい。

論文を読むときは、全文読まないのが普通なのでしょうか

querie.meでいただいた質問です。質問の全文は以下のとおりです。

質問

論文を読むときは、全文読まないのが普通なのでしょうか。よくネットなどで論文の読み方を検索すると、効率的な読み方として、①結論を読んで主張が何かを探す、②イントロを読んで論文の問いを探す、ここからは必要に応じて③研究の方法や結果などのデータを扱っているところを見て批判的に検討する、という紹介がなされています。もし、何か論文を読む際に実践されていることがあれば、教えてもらえませんか。

回答

端的にいえば,「目的によるのでは?」ですね。あとは,どれくらいの時間がかけられるかも重要です。

拾い読みのケース

私自身が論文を読む際に実践していることについてお答えすると,「なんの目的のためにその論文を読むか」に大きく依存するのかなと思います。

実証研究の論文で,とりあえず「何をやって何がわかったのか」という核心部分を素早く把握したいのであれば,おっしゃるように,それが書いてある場所を拾い読みすることになるでしょう。私の場合は,まずアブストラクト(要旨)を読みます。そして,「これはもう少し詳しく読んだ方が良さそうだ」と感じたら,多くの場合、結論部分よりもディスカッションの最初のパラグラフを読むことが多いです。なぜなら,ディスカッションの冒頭部分で,著者が研究の目的を改めて述べ,どのような結果が得られたのかを要約してくれていることが多いからです。これは,私自身が論文を書く際にも,読者に分かりやすく伝えるために意識している構成でもあります。

自分があまり馴染みのない研究領域でどんなことがこれまでされているのかをまとめたいとか,そういった目的の場合も,拾い読み的なことをするでしょう。「ざっと領域全体の傾向やこれまでに何が分かっていて何がわかっていないのかをまとめたい」という場合には,論文を通読する必要はないからです。もちろん,時間がたくさんあれば全文読めるでしょうけれど。

全文を読むケース

一方で,そういった「つまみ食い」的な読み方とは異なり、自分の研究テーマ(または今書いている論文)に非常に近い論文を読む場合は,もっと丹念な作業になります。その論文がどのようにして研究課題を導き出しているのかというロジック,採用されている研究方法の妥当性,そして得られた結果の解釈など,細部にわたってじっくりと読み解いていきます。もちろん,全文読むケースでもとりあえずは拾い読みをしたうえで,「これは読んだほうが良さげだ」という判断をするので,拾い読みでふるいにかけられたものを精読するって感じでしょうか。

優れた論文には,やはり一本筋の通ったストーリーがあります。ですので,そういった論文を読む際には,できるだけ頭から順を追って読み進め,そのストーリーを追体験するように意識しているかもしれません。「拾い読み」だけを繰り返していると,確かに情報は効率よく集められるかもしれませんが,いざ自分が論文を書く側になったとき,果たしてストーリー性のある,説得力のある論文が書けるのだろうか,と思ってしまいますね。論文の構成力やロジックの組み立て方というのは,やはり質の高い論文を通読する経験を通じてこそ身についていく部分が大きいのではないでしょうか。

実証研究ではない論文はどうするの?

また,ご質問で触れられていた「結論→イントロ→必要に応じて詳細」という読み方は,主に実証研究の論文には有効な手法だと思います。しかし,例えば特定のテーマに関する既存の研究を幅広くまとめたレビュー論文や,理論的な考察が中心となる論文などには,そのままでは適用しにくいケースもあるでしょう。そういうタイプの論文のときには,別の読み方が必要になると思いますし,レビュー論文こそストーリーが大事なので,小説をつまみ食いしないのと同じように最初から最後まで読むのではないかなと思います。

おわりに

結局のところ,論文の読み方は「目的」と「投入できる時間」の2つの要因で決まるものだと思います。まず要旨(と私の場合だとディスカッションの冒頭)を読み,短い時間でざっくり「何をやって何がわかったか」を把握します。その中で,読む価値が高いと判断した論文は精読しています。精読時には序論から順に論理展開を追い,方法の妥当性だったり結果の解釈だったりを検討します。メモはZoteroなどの文献管理ソフト上でハイライトしたりメモつけたりその訳をしたりとか色々したうえで,自分が研究目的で使っているObsidianに残しています。ローカルにメモを残さないと不安なので(cf. 過去記事)。

私に質問したい方は下記URLからどうぞ。

https://querie.me/user/tam07pb915¥

なにをゆう たむらゆう。

おしまい。

Obsidian publishを使ってみた感想

はじめに

研究や授業関係のノートはObsidianを使っています。ローカルのnoteをウェブ上に公開できる「Obsidian publish」というサービスがあるので,手元の授業資料をウェブに連携させて見て貰うの楽だなと思うことがたまにあるので,試しに使ってみました。使ってみた感想を書きます。一言でいうと,自分が「こういう使い方をしたい」という用途にはあっていないかなという感じです。手軽に情報を公開できるという期待があった一方で,特にノートを公開した際にそれらが意図せず関連付けられてしまう点(Obsidian上の構造がそのまま反映されてしまう点),そしてすべての情報が一つの場所に集約されてしまう点が,ちょっと自分がやりたいことと違うかなと。。

情報の見せ方・見え方

私が問題視しているのは,個人的なノートが公開されることそのものではありません。公開したいノートと公開したくないノートは選べます。そうではなく,公開されたすべてのノートは同じアドレス直下に位置することになるという点です。つまり,例えばある特定の授業を受講している学生にとって,全く関係のない別の授業の資料まで同じ場所から見えてしまうという状況が,どうもしっくりこないのです。そうやって,複数の場所に別々のノート群を公開しようと思えば,その数だけ料金を支払う必要があります。

理想の共有スタイルとObsidian Publishの特性

理想としては,それぞれのノート(この場合は授業資料)を独立したリンクとして個別にシェアし,必要な情報を必要なオーディエンスだけに見せたいと考えています。しかし,Obsidian Publishでは,基本的にすべてのノートが一つの場所にまとめて公開されるため,関連性の薄いノートを異なるオーディエンスに向けて整理して見せたい,といった私の用途には,残念ながらあまり向いていないように感じました。

授業関連の資料を例に挙げると,ある授業の学生に資料を共有したい場合,その学生とは無関係な別の授業の資料まで同じ場所からアクセスできてしまうのは,情報の整理という観点からも,学生の混乱を招く観点からも避けたいところです。特定のノートだけを選択的に,かつ整理された形で公開したいというニーズには,現状のObsidian Publishの仕組みでは応えにくい面があるようです。

Evernoteでもいいのか?

このような,特定の情報を独立して共有したいというニーズに対しては,Evernoteのリンク共有機能の方が適しているかもしれません。しかし,Obsidianの最大の魅力は,普段書き溜めている手元のMarkdownノートをそのまま手軽に公開できる点です。そのためだけにEvernoteにデータを移行するのは,せっかくのObsidianの利便性を損なってしまうため,避けたいところです。

この状況を考えると,授業関連のメモをそもそもObsidian上で集中的に管理し,それをPublish機能で公開するという運用自体が,私の使い方には合っていないのかもしれません。Notionならこういうことができるんですかね。となると,授業関係のメモは全部Notion使ったほうが良いのかもしれません(識者情報求む)。

代替案の模索:bookdown?OneDriveでいい?

Markdownで書いているという利点を活かすなら,私がRを使ったデータサイエンスの授業資料でやっているように,bookdownなどのツールを使ってオンラインに資料を体系的に蓄積していく方法も有効な選択肢にはなるのだと思います(それでもbookdownしたものをウェブにあげる作業がめんどいんですけどね)。

私がObsidian Publishで実現したかったのは,マイナーチェンジが頻繁にありそうで,かつ個々の資料自体の関連性があまりないケースでのノート公開でした。具体的には,「この授業のこの資料を学生に見ておいてほしい」といったマニュアル的なものを,それぞれの授業ごとに複数作成し,対象となる学生に必要なものだけを見せられるようにしたかったのです。

しかし,前述の通りObsidian Publishでは公開場所を複数に分けることができません。関連性のないノートも全てが一つの場所に公開されてしまうため,この点がネックとなりました。Evernoteはノート単位での共有は得意ですが,ノートブック単位での柔軟な共有はできず,複数の資料をまとめて共有するには手間がかかります。

そうなると,現状ではOneDriveなどのクラウドストレージでフォルダごと共有し,そこに資料を整理して格納していく形が,私のイメージしている使い方に最も近いのかもしれません。そうすると,もはや資料は全部Wordで作るってことになりますよねぇ…。

おわりに

Obsidian Publishは非常に手軽に情報を発信できる強力なツールですが,今回のような特定の用途においては,他の方法を検討する必要がありそうです。LMSに資料を全部載せればいいっていうのはそうなんですけど,やはりそうするとローカル上のものをいちいちアップロードすることになるし,毎年マイナーチェンジを繰り返すようなものは毎年過去のものと新しいものが混在化して,よくわからなくなったりするんですよね。Obsidianは気に入っているので,ツールはできればあまり増やしたくない気持ちもあります。悩ましい。

なにをゆう たむらゆう。

おしまい。

iPadで授業するのをやめてMacBookで授業するようになった話

はじめに

私は,授業のときに投影資料などを見せるために用いるデバイスは結構長い間iPadでした。それが,今年度はiPadよりもむしろMacBook Air(非タブレット)担っているというお話です。

iPadの欠点

iPadは基本ミラーリングになるので,何か写しながらこちらの手元で何かすることができません。MacBookならできます。これのおかげで,授業中にさっと気づいたことをメモすることができるようになりました。もちろん,メモを取るという行為自体はiPhoneでやってもいいのですが,なんか授業中にiPhone触って何かを入力するのは憚られるというか,それが学生にどう見られるかが気になってしまいます。

iPadを用いていた理由

iPadの利点はなんと言ってもペンシルでの書き込みです。これはMacBookでは真似ができません。教科書やワークシートをiPadに表示しておいて、机間巡視しながら、学生に書き込みしてもらってそれをスクリーンに写して全体に共有したりすることをよくしていました。その他にも,学生のワークシートを写真に撮ってそれをスクリーンに写して,そこに書き込みしながらフィードバックしたりもしていました(過去記事参照)。そういうのはやっぱりiPadならではですよね。

それが必要になる授業はとりあえずまだ今のところ多くはないので,メインがMacBook Airでも特に問題ありません。どうしても書き込みさせたい授業では,MacBook AirとiPadを2つ持っていっています。

MacBook Airの利点

MacBookで授業をやるようになって感じる一番大きなメリットは,振り返りがその場でできることです。というか,もはや振り返ってすらいません。なぜなら,資料の小さなミスへの気づきから,活動の回し方,時間の使い方,授業の後にやっておくことなど,授業中に気づいたときに10秒以内でメモできるからです。感覚としては,気づいた瞬間にメモしている感じです。それが,めっちゃいいなと。また,2コマ連続の時の休み時間に,次の授業の座席表をスクリーンに投影しながら,前の時間に気づいたことをすぐメモする,みたいなこともできます。授業後に研究室に戻ってそういうのをまとめて思い出そうとしても,そもそも授業後は疲れてて一息つきたいし,一息つくとなかなか全部を振り返るのは難しいので,振り返りはすぐにやりたいわけです、

授業中と授業直後に大きな気づきへのメモがあるおかげで,あとはそれをきっかけに別のことを思い出したりするだけでほぼほぼ振り返りのメモになります。あとは,それを生成AIに投げて,振り返りメモと次年度へのTodoリストとして整理してMarkdownで出力してもらっています。それを,個人的にメモを蓄積しているObsidianに貼り付ければ,授業の振り返りは完成です。

しっくりきていないこと

振り返りはObsidianに残していますが,そのObsidian上でどうやってメモを効果的に残していけるか,ということはまだまだしっくりきていません。メモをその日の授業ごとに独立したノートにしていくのか,はたまた科目ごとに1つのノート作って,そこに15週分の振り返りを蓄積させる形で書いていくのがいいのか。あるいは,科目のノートには独立させた振り返りノートへのリンクだけ貼っておくことにするのか。その辺の構造は最適解がまだ見えてないので,現状ではとりあえず科目ノートに全部振り返りメモを貼り付けています。ただし,Todoリストだけは,タグ付けしておいて,別のTodoリストだけをタグで拾って集めてくれるノートに蓄積されるようにしています。

おわりに

個人的には,授業をやって,色々思うことがあってもその振り返りがうまく残せていなくて次に繋げられていないという感覚がこれまであったので,それを解消するのにデバイスを変える,というのはとてもポジティブな変化だなと思っています。今後は,その蓄積の仕方の工夫で,より未来の自分にとって有益な振り返りを残せるかどうかというところかなと思います。

なにをゆう たむらゆう。

おしまい。

家族との時間(夫としての時間、父としての時間)、授業準備、研究とをどのようにバランスを取られているのか

querie.meでいただいた質問です。ずばりタイトルの通りの質問です。

回答

まず,同じような質問に過去に答えたことがあります。

ということで,過去の記事読んでくださいで終わってもいいのですが,子どもができたというのはとても大きな変化だったので,そのことについて書こうかなと思います。

私は何も考えなければ仕事に全振りする性格なので,意識的に仕事を諦めることにしています。例えば,毎晩子どもを寝かしつけたらそこからは全部自分の時間にして仕事をすることもできなくはないと思います。でもそれは本当にその日の夜に絶対にやらなければいけないというときだけにしています。それ以外は,妻と二人でお酒を飲みながら,子どものことやその他他愛もない話をする時間にしています。妻と家飲みしているときが一番日常って感じなんですが,それが一番幸せだなって思いますね。そういう時間は大事にしています。妻の誕生日には子どもを預けて二人だけで食事をするというのも,子連れで食事にいくのが大変なうちはやろうかなと思っています。やっぱり,子どもができても夫婦ふたりだけの時間は大切なので。

父としての時間は,昨年度の秋学期に復帰してからの学期中はなかなか難しかったです。仕事のブランクもあるし,初担当の講義科目も複数あったしで準備が大変でした。そういうなかでも,仕事に行く時間をできるだけ遅くしてなるべく家で子どもと一緒にいるようにはしていました。また,休みの日であれば妻が友人と出かける際には私がワンオペを積極的に引き受けるということもやっています。子連れ同士で出かけるほうがいいということもあるようで,その回数自体はあまり多くないのですが。

家族との時間という意味では,夕食時以降はできるだけ仕事をしない,土日も仕事はしない,ということを意識しています。スマホでちゃちゃっとメール返したりとかくらいはしても,パソコンに向かってなにかやる,というのは,「やりたいなぁ」くらいならやらないって感じです。「まじで今やらないとやばい」というものなら,妻に断って仕事させてもらっています。

これから子どもが保育園に行って,そこから学校に通うようになったら,家族以外の人たちと過ごす時間のほうが長いくらいにだんだんなっていきますよねたぶん。そうなったらもっと,夕食後の時間や土日は大事な家族との時間になるのだと思います。そういう意味では土日に入る仕事(学会仕事とか)は極力避けたいですよね。アドミン仕事は仕方ないっていうのもあるのでやりますけど。あと泊まりの出張もできれば行きたくないというのが本音です。今後,学会は全部近畿圏でやってほしい(ただし運営はしたくない)みたいなめちゃくちゃワガママな気持ちですね…。家族で出張行けば解決だと思った人は,0-1歳児の旅行どれだけ大変か知らないな?って感じですね。あと,現地で学会行ったとして旅行先で妻にワンオペさせるってことでしょ?無理だろって私は思っちゃいますわ。

おわりに

質問したい方はどうぞ。

https://querie.me/user/tam07pb915

なにをゆう たむらゆう。

おしまい。

サマリーライティングの授業

querie.meでいただいた質問です。

質問

英語の授業について、相談させてください。TOEFLなどで英語のリーディングをした後にサマリーを書くといった問題があるなかで、サマリーライティングの授業を実践したいと考えています。一方で、自分がどのような形でサマリーライティングをしているのかについての、メタ的な視点が足りず、どのように指導したらよいのかわかりません。そこで、二つ伺いたいと思います。
①サマリーライティングをpost reading活動として設定する場合の授業手順について
②サマリーライティングの仕方やその指導法について解説している本など
自分のなかでもうまく構成がまとまっておらず、すみません。指導するのは、高校生から大学1・2年生ぐらいのところで、90分授業です。

回答

お返事遅くなりました。指導対象が高校生から大学1,2年ということは,高専の方ですか…?(質問者を特定しにいくスタイル

冗談はさておき,以下,私の回答です。

①TOEFLと最初に書かれているのでテスト対策の授業になるんでしょうか。そうだとしたらガッツリテスト対策だと言ってやるかなと思いますが,そうでなかったら,「なんのために要約するのか」「要約は誰が読むのか」というところを明確にして授業するかなと思います。例えば,自分のリサーチのために読んだ文章を自分があとでレポートを書くために要約しておくのと,他者のために自分の読んだ文章を要約して伝えるのでは要約のベースは同じでもまとめ方とかは変わってくると思うので。ライティングは、読み手の設定を意識したいです。

②研究室にある本をいくつか見てみましたが,サマリーにフォーカスした本はありませんでした。すみません。ただ,要約という行為の参考になるのは、もしかすると日本語のアカデミックスキルを扱った本かもしれないなとなんとなく思いました。私はそういう授業を担当したけ経験があるのですが,日本語だろうが英語だろうが、要約という行為は同じだと思うので,自分がサマリーライティングをやるならそういう教材を参考にするかなと思います。手元にあるものだと『知のナビゲーター』とか『知のステップ』とかでしょうか。

あとは,こういうときこそ,Google Scholar等でサマリーライティングについて調べると多くの実践報告の蓄積があるのではないかとおもったので,大学や学会の紀要に掲載されている実践報告を読むとなにか指導のヒントが得られるのではないかなと思いました。

おわりに

質問来てほしいなとか思いつつ学期始まるとなかなかブログ記事を書くにいたらず遅くなってしまいすみませんでした。

質問したい方はどうぞ。

https://querie.me/user/tam07pb915

なにをゆう たむらゆう。

おしまい。

研究をしているどの段階でブレストをしますか

querie.meでいただいた質問にお答えするブログ記事です。

質問

研究をしていることが幸せで今後研究を続けていきたいけど論文を書くのが苦手かもしれないと思い始めている4月からの修士2年生です。研究をすすめていく過程には様々なフェーズがあると思われます。たとえば、実施しようとする研究について先行研究を調べていく段階、リサーチ・クエスチョンを立てる段階、検証していく段階、まとめる段階、、、 それらの中のどの段階で、ブレインストーミング(メモ用紙などに、メモったりマインドマップのようなものを作っていく作業)をしますか? 学部生でレポートを書く段階では、ブレインストーミングが有効だと感じていたのですが、大きな論文を書こうとなると、なかなか難しくなってしまい、困っています。何かお考えや、実践されていることなどあれば教えてください。

回答

端的にお答えすると,研究のタネ(ネタ)が思い浮かんだ段階でメモしているかなと思います。ただ,質問者様のような修士課程の院生が論文(学位論文にせよ投稿論文にせよ)を書くプロセスと,私が全く同じような研究のプロセスを辿っているかと言われると,そうではないかもしれないなと思うところがあります。もう少し具体的に色々お聞きできれば,また違った答えになるかもしれません。「ブレインストーミング」をなんの目的で行うのかを私がうまく理解できていないかもしれないので,的はずれな回答になるかもしれません。とりあえず,「考えたことをメモする」と読み替えて書いていきます。

博士課程の時を思い出してみる

修士課程に在籍していたときは,研究をどうやって進めていたかの記憶がほぼないので,博士課程のときのことを思い出してみます。私はEvernoteというメモアプリを使っていて,そこに研究ネタで思いついたことはなんでもメモしていっていました。もちろん,正直そんなにぽんぽんとネタが思いついたことは一度もなくて,特に博士課程に入った1年の最初の頃とかは研究から1年弱離れていたことのブランクもあって,何も思い浮かばなくて悩んでいたことをよく覚えています。とはいえ,なにか論文を読んでいたり,あるいは書籍を読んでいたりしたときに,「こういう研究できないかな?」と思ったら,とにかくそれをはメモしておく,という感じです。今は,こういう用途はObsidianを使っています(参考:過去記事)。

研究を進めていく過程

質問者様は「実施しようとする研究について先行研究を調べていく段階、リサーチ・クエスチョンを立てる段階、検証していく段階、まとめる段階、、、 」と書かれていますが,私の中では一番メモっておきたいのはここに書かれた段階の前段階ですね。そもそも,「実施しようとする研究」というのがある時点で,何かしらのアイデアがあるってことですよね?そのアイデアが浮かんだ段階でもうメモのファイル作っちゃいます。そこにとにかくうわーっと浮かんだことをなぐり書きしていきます。関連する研究を調べるみたいな段階に移ったら,そのアイデアを書いたノートの中に,先行研究を読んでまとめたメモへのリンクを貼っていってます。Aという研究はこんなことやってて,Bという研究はこんなことやってて,みたいなざっくりしたことを大元のノートに書いておくこともあれば,著者名+出版年のノートタイトルのリンクだけを並べておくこともあります。これは結構気まぐれです。あとは,ChatGPTやClaudeなどとアイデアの壁打ちをしたりしたら,やりとりの内容をざっくりまとめてもらい,それもノートの中に貼り付けちゃったりしています(一応元を辿れるようにチャットのURLも貼ってます)。正直,フルタイム院生時代と違って毎日研究のことを考え続けられるような環境でもないので,ちょっと間があくと今まで何を考えていて,次に何をしようとしていたのかとかも忘れちゃうんですよね。それを思い出すハードルがあると,なかなかその研究に戻って来るのも難しくなってしまうと。Obsidianを使う様になってからは,意識的に,その研究ノートに日記的なことも残すようにしています。例えば,「今日はXX(YYYY)の論文を読んで….みたいなことを考えた。AA(BBBB)も多分読んだほうが良さげだから次に読む」とか「実験の要因としてAとBとCを考えたけれど,AとBは一つの実験に落とし込むことはできそうだけどたぶんCは一緒にできないから,とりあえずAとBの2by2のデザインで実験項目を作ってみる」とか。そういう日記を残していると,ある程度期間が空いちゃってから戻ってきても,ああそうだったそんなことを考えていたんだったとかわかるんですよね。実験項目を作るときも生成AIのお世話になることが多いわけですけど,それも作業したその日の終わりに,「今日やったことを研究ノートに残すから,ここまでのやりとりをまとめて」とお願いするようにしています。そして,そのまとめをノートに蓄積させていきます。そうすると,実験項目を作るのにどういう条件でお願いしていたかとか,何がうまくいかなくて躓いたのかとかも全部残せます。

修士課程の院生と違うかなと思うところ

私は,いまから自分がまったく知らない領域の研究をやろうっていうようにはあんまり思っていないんですね。自分がこれまでやってきたことの延長線上かまたはその周辺のことをやろうと思っています。私は能力が高くないので,全然知らない領域の研究に取り組んで成果を出せるというようには思っていないのが理由です。一方で,修士課程の院生さんは比較的,知らないことが多い状態でスタートして,とにかく知らないことを知っている,という状態にするプロセスと研究を構想して実現するプロセスがある種同時並行的に進んでいくのではないかなとなんとなく思っています(もちろん,修士課程に入る段階でかなり明確に研究の方向性が決まっていて,それが全く変わらずに修士論文を書き上げるという方もいるかもしれませんが)。となると,そもそも研究を進めていく過程がもしかすると私と修士課程の院生さんで違うのかもしれません。その結果,ブレインストーミングをする目的やそれが必要になるタイミングも違うかもしれません。

おわりに

学位論文をどう書いていくか,そしてどのようなクオリティのものが求められるのかといったことは,正直指導教員の先生によって全然異なると私は思っています。よって,論文をどうやって書くのか,研究をどうやって進めていくのかについて,私からアドバイスするのは非常に難しいことです。この記事で書いたことは,あくまで私が「メモを取る」という行為をどうやっているのかということで,それが普遍的なわけでも,私の真似をしたら研究が進むわけでも,研究のクオリティがあがるわけでもないこと,どうかご理解ください。こういう質問も,本来なら指導教員の先生とできたらいいのになと思ってしまいます。私には残念ながら学位論文の指導をする院生はいませんが,もしそういう院生が困っていて,その悩みを匿名で誰か別の教員に聞いていたらなんかショックだなって思っちゃいますね。自分に相談してくれたらいいのに!って。なんかこういう話,querie.me関連で前にもしたことがあるような…(それ私に聞かないほうがいいのではみたいなの)。

ちなみに,私自身は,質問される方がどなたでも,こういった質問を受ける事自体は嬉しいし,喜んで答えます。こんなブログ記事で丁寧に答えてるくらいですからね。質問すんなよって思ってたらこんな回答しませんしね。

質問者様が修士論文を無事に提出できることを心から祈っています。頑張ってください。

なにをゆう たむらゆう。

おしまい。

Wordで作った問題を1問ずつに分割してPDF化する

はじめに

ここ数年,絶対にやらなくちゃいけないわけではないけれども,できたらいいなと思っていて,でもめんどくさくて挫折していたのがタイトルの作業です(実際にはもとはPDFで,それをWordファイルにして扱いやすいフォーマットにしてから…という話なんですが)。PDFで持っている文法の練習問題があって,それをLMSで教材にすると,PDFを1枚貼り付けて,それを別画面で開いてそれを見ながら回答の入力はLMS上で行う,という運用になるわけです。ただ,学生側からすると問題入力する画面で問題も見せてくれよとなりますよね。それをどうにかしないとなぁとずっと思っていたのですが,めんどくさくて放置していて,生成AI(ChatGPT 4o or Claude 3.5)に助けを求めたりもしたのですがうまくいかず,今日「はっ!もしかして!」と今までと違うアプローチを試みたらうまくいったので,その嬉しさのあまりこの記事を書いています。人によっては,そんなこと最初から思いつけよと思うかもしれません。

なぜめんどくさいのか

普通の空欄補充問題とかなら,たぶん生成AIに渡して問題ごとにWordで出力してとか,あるいは選択肢もカラムで整理してcsv形式にしてLMSにそのまま流せるようにとか多分できるんですよ。でも,その文法問題は,空欄補充以外にも下線部のエラー特定問題も含まれています。下記画像のような感じです。

こういうのは,下線の下のアルファベット記号のレイアウトが肝なのでテキスト処理的にはうまく扱えないんですよね。それで,生成AIに頼んでもうまくいかないと。

私がどういうことをやりたいと生成AIに伝えていたかというと,PDFを見せて,これを問題ごとに分割して別のファイルにしたいんだということでした。どうしても下線部問題のレイアウトが崩れてしまったんですよね。それから,画像ファイルとしてLMSに上げることも考えました。画面のスクショを撮るなら正直1問数秒で終わりますから,数十問あってもそこまで時間はかかりませんし,ファイル名を連番に変えるというような作業は機械的にできるので。しかしながら,画像として問題をLMSにあげると,画質が悪くて問題が見づらいという問題にぶちあたってしまいました。これに悩んでいたときはo1のような推論モデルもなく,推論モデルにPDFファイルやWordファイルを見せることもできませんでした。もしかすると,その方法なら(私が思いついたのとは違う)良い解決策を提案できたかもしれません。

解決の糸口

ふと,Claude 3.7 sonnetにWordあるいはPDFでどっちならどうにかできるかと今日相談してみました。すると,WordでVBAを使えばできると言ってきました。なるほどその手があったか!と思いました。私は,Adobe AcrobatでPDFからWordに変換し(レイアウト崩れはゼロに近いクオリティ),VBAは使えないので,提案されたコードをただ貼り付けて,スクリプトを実行しました。すると,数十個のWordファイルが生成されました!あとは,Adobe Acrobatでこれを一括で読み込んでPDFにすればいいだけです(WordのままLMSに読み込ませるとレイアウト崩れがあるため)。ところが,出力されたファイルはやっぱり下線部問題でレイアウト崩れがありました。問題部分を抽出して,コピペするというやり方でしたが,新しいファイルを開いてコピペする際に,元のレイアウトを保持してコピペするというのがなかなか難しいようでした。

そのとき,私はひらめいたのです。

これもしかして,問題を分割することとファイルを分けることを一緒にやろうとしていたから難儀な作業になっていただけで,空行をページ区切りに置換して1ページ1問のWordファイルにすれば,あとはそのままPDF化してそのPDFを1ページごとに別個のPDFファイルに出力するだけいいのでは?

と!いやむしろなんで最初からそういう発想になってなかったのよメチャクチャ簡単やん!となりました。そこで,ClaudeにWordで空行をページ区切りに変換する方法を尋ねると…

  • 検索と置換機能(Ctrl+H)を使用
  • 検索欄で「^p^p」(2つの段落記号)を入力
  • 置換欄で「^m」(手動改ページ記号)を入力
  • 「すべて置換」をクリック

というサジェストがありました。あとはこの通りに置換して,1問が1ページになっていることを確認したらPDF化して,Adobe Acrobatの”organize pages”で1pageずつにsplitすれば,1問1PDFファイルの完成です。あとはLMSの仕様に従ってzipファイルにまとめてアップロードすれば,各問題ページにPDFの問題が配置された設問ができるというわけです。

余談

実は途中で,HTMLで下線部問題できないのか?と思って生成AIに聞いてみたこともありましたが,結果としてはやはりABCDをうまく表示させることができなくて失敗に終わりました。

おわりに

正直,この作業自体は絶対にやらないといけないわけではないし,むしろ何年もやらないままできたのできっとやらなくてもよかったのかもしれません。ただ,私としてはどうしてもいつもなんか引っかかるものがあって,なんとかしたいと思っていたので,今回解決できてよかったです。まだまだもっとこうしたいというのがあるので,そこにもしっかり手が回りますように…。

なにをゆう たむらゆう。

おしまい。

jsPsychで自己ペース読み課題を作りました

はじめに

querie.meで次のような質問をいただいたのがきっかけで,この記事を書いています。ただ,今回は直接的な回答をブログ記事にしたというわけではありません。

Jspsychで自己ペース読解を作りたいと思っているのですが、なかなか良いリソースにたどり着けません。 何を参考にして作成されましたか。

https://querie.me/answer/FoiIeOGRo0FxWcSAnwvx

参考までに,私が作ったものを公開しましたというお話です。

jsPsychというJavaScriptのライブラリを使って,Webブラウザ上で実験を行うことができます。私もコロナ禍以降,オンラインでできる実験プログラムの構築を色々と模索していて,様々なものに手を出したりしたのですが,最終的にはjsPsychでいくことにしました。特に理由はないんですが,コードベースだとやっぱり細かいところに手が届くっていうのが大きいかなと思います。心理学分野だと,心理学の様々な実験のサンプルを見ることができるのですが,残念ながら言語実験はあまりサンプルがないんですよね。そこで,jsPsychで私が作った自己ペース読み課題をGitHubに公開しました。

https://github.com/tam07pb915/spr-jspsych-experiment

詳しくはこのレポジトリを見てもらえたらと思いますが,補足的なことをこのブログ記事にも書いておこうと思います。

メインの部分

自己ペース読み課題にはいろいろなバージョンがありますが,私が作ったのは単語提示・移動窓方式と呼ばれるもので,一語ずつ,左から右に読み進めるタイプのものです。以下のリンクから短いデモができます。

https://tamura-jspsych-demo.netlify.app/spr-demo.html

自己ペース読み課題のトリッキーなところは,刺激は文として作るけれども,それを単語に分割して提示するっていう部分なんですよね。その仕組みのところは,

Week 4 practical | Online Experiments for Language Scientists

というページがかなり参考になりました。これをベースに,ChatGPTやClaudeに手伝ってもらいながらカスタマイズをしたという感じです。Githubには,私が実際のデータ収集に使ったフル実験のバージョンと,上のリンク先のデモ課題の2つを載せています。フル実験の方には,単なる自己ペース読み課題だけではなく,同意取得や質問紙のページがあったりします。また,異なるリストのランダム化や,途中で休憩を挟む,プログレスバーを入れる等々の違いがあります。

基本的には,

  1. 下線のみが画面に提示される
  2. スペースキーを押すと下線の1つが単語に変わる
  3. スペースキーを押して読み進めると,読んだ単語はまた下線に戻る
  4. 最後までいくと,次の画面でTrue/Falseの理解質問が出るので,FまたはJキーで回答する
  5. 試行と試行の間には「スペースキーを押して次にいってください」みたいな文言がある

という流れで進むようになっています。フル・サンプルのどちらにも練習セクションとメインタスクセクションがあり,練習セクションでは理解質問の回答に対して,CORRECT/INCORRECTのフィードバックがあります。メインタスクセクションではフィードバックはありません。

少しコードをいじれば、任意の記号(例えば”|”)で区切られた英文をその区切りごとに例えばフレーズ単位で提示することもできると思います。

全体的なこと

Firebaseとの連携

私は実験をfirebaseと連携させて,そこにデータを蓄積するという感じでデータ収集をしています。よって,firebaseと連携するための仕組みもコードの中に入っています。ただ,firebaseをどう使うのかみたいなところはウェブ上にたくさん資料が転がっているので,それを見て自分で勉強してみてくださいという感じにすみませんが今のところはなっています。

データ分析

jsPsychで得られたデータはJSONフォーマットになっています。これはそのままではデータ分析に適していないので,JSONデータをテーブルデータに変換する必要があります。これはそこまで難しくなくて,オンライン上でフォーマットを変換してくれるサービスもありますし,今なら生成AIに頼んだら多分やってくれる(またはコードを提案してくれる)と思います。とはいっても,その部分も結構大事ではあるので,一応サンプルの出力をRで読み込んで整形する過程もRmarkdownでドキュメントにしました。下記リンクからご覧いただけます(もとの.Rmdも含めてGithubのレポジトリに入ってます)

https://tam07pb915.github.io/spr-jspsych-experiment/sample-experiment/sample-data-transformation.html

使っている刺激

フル実験のメインタスク部分は,number attractionを見るための刺激文が入っていて,私の自作です(まだ発表すらできていないデータ…)。サンプルの方は,下の論文の実験1に使われた英文の一部を使っています。

Trueswell, Tanenhaus, & Garnsey (1994) Semantic influences on parsing: Use of thematic role information in syntactic ambiguity resolution. Journal of Memory and Language, 33(3), 285-318. https://doi.org/10.1006/jmla.1994.1014

理解質問は自作です(Copilotが勝手にサジェストしたものを使いました)。

刺激はコードの中に埋め込まず,別ファイルで用意してそれを読み込むという方法もあると思います。しかしながら,今回はすべてコードの中に刺激を埋め込む形にしています。Excelファイルで一般的には実験刺激は管理されるでしょうから,そこからjsPsychで扱われる形式への変換が必要です。これもおそらくはそこまで難しいことではないと思いますが,いずれRの例を作ろうと思っています。

注意点

私が公開したコードを,様々な実験に応用しようとすると,刺激の部分を入れ替えるだけではおそらくうまく動かないと思います。というのは,読み込んだ刺激の形に応じて,記録されるデータを選択しているからです。例えば,サンプルの実験では,実験要因として主語名詞句の有生性しか入れていません。1要因の実験というわけです。よって,そのサンプルコードを使って2要因以上の実験を行おうとすると,記録されるデータに反映されない要因が出てくることになります。もちろん,事後的に復元することは可能ではありますが。そのあたり,ここをいじったらここも必ず変えてねみたいな丁寧なコメントアウトまでは残念ながらできていません。ご了承ください。汎用性を意識してどんどん機能を追加して選べるようにするみたいなのはちょっと素人の私には難しいです。

おわりに

この記事では,心理言語実験で使う自己ペース読み課題のプログラムをjsPsychで実装して、GitHubに公開しましたという記事を書きました。冒頭の質問者様の役に立ちますように。自己ペース読みよりロジックは簡単ですが,プライミング語彙性判断課題のプログラムも手元にあるので,反響があればまた公開しようと思います。

なにをゆう たむらゆう。

おしまい。