図書館をもう少し身近に

Share

本を読むことのハードルは、思っているよりも高い。

「本を読め」と言われる機会は多いけれど、ではなぜ多くの人が読まないのかという問いに正面から答えるのは案外難しい。忙しいから、何を手に取ればいいのかわからないから、そもそも読書という行為が日常から遠いから。理由はいくらでも挙がるし、そのどれもがたぶん本当だ。

大学の図書館には膨大な蔵書がある。自由に手に取って、好きなだけ読める。それだけでも恵まれた環境のはずなのに、実際には試験前の自習スペースとして使われていることが多い。本棚の前を通り過ぎて、席に着いて、ノートを開く。蔵書は風景の一部になってしまっている。

もったいない、と思う。

ただ、「もっと本を読みましょう」という呼びかけだけでは、たぶん何も変わらない。読書の勧めは、すでに読書が好きな人には響くが、そうでない人にはなかなか届かない。必要なのは、呼びかけよりも手前にある、ちょっとした仕掛けなのだと思う。

三つの条件

仕掛けを考えるにあたって、大事にしたい条件が三つある。

誰かの負担にならないこと。 特定の誰かが毎日頑張り続けないと回らない仕組みは、早晩息切れする。できるだけ多くの人が少しずつ関わって、無理なく続く形がいい。

陳腐化しないこと。 一度作って終わりではなく、自然に中身が入れ替わり続けるものであること。更新が止まった掲示物ほど寂しいものはない。

大がかりなシステム改修を必要としないこと。 新しい設備やソフトウェアの導入には、予算も調整も要る。今ある環境の中でできることに、意外と面白い余地がある。

こうした条件を満たしつつ、図書館と本との距離を少しだけ縮められそうなアイデアを、いくつか考えてみた。

今日の引用

図書館のどこか目につく場所に、一日ひとつ、短い引用を掲示する。本からの一節でもいいし、誰かの言葉でもいい。

形式はアナログで十分だ。小さなホワイトボードでも、カードを差し替える掲示板でも、黒板でもいい。大掛かりなデジタルサイネージは要らない。

面白くなるのは、引用を利用者から募る形にしたときだ。投稿者はニックネームでいい。自分の好きな一文を、匿名で差し出す。「誰かが選んだ一文」が毎日そこにある、という状態は、図書館に足を運ぶたびにちょっとした発見をもたらす。

引用のいいところは、短いことだ。本を一冊読む時間がなくても、一行の引用なら読める。そしてときどき、その一行が気になって、原典を手に取ってみたくなることがある。読書の入り口として、これほど軽いものはなかなかない。

書評を募る

教員に「印象に残った一冊」を挙げてもらう。学生に「お気に入りの一冊」を寄稿してもらう。

書評と聞くと身構えてしまうかもしれないが、数行の感想で十分だ。「なぜその本が好きなのか」を自分の言葉で書く。それだけで、読んだことのない人にとっては貴重な手がかりになる。

教員の寄稿には独特の面白さがある。普段は専門分野の顔しか見えない先生が、かつて読んだ本について語ると、意外な一面が覗く。「あの先生、こういう本を読んでいたのか」という驚きは、本そのものへの関心にもつながる。

学生同士の寄稿にも、別の価値がある。同じ立場の人間がすすめる本には、友人から「これ面白かったよ」と言われるのと似た親しみがある。書店の「店員のおすすめ」が手書きPOPで心を動かすのと同じ原理だ。

こうした寄稿は、掲示スペースに貼り出してもいいし、図書館のウェブサイトやSNSで紹介してもいい。形は何でも構わない。大切なのは、「この本を読んだ人がここにいる」という気配が図書館の中に生まれることだ。

日本の大学図書館では、学生ボランティアが選書や書評に関わる取り組みがすでにいくつか行われている。おすすめの本を黒板に書いて紹介する試みや、「ビブリオバトル」と呼ばれる書評合戦も広がりを見せている。こうした事例を見ると、書評を募るという仕掛けは十分に現実的だと思える。

読書会

もう少し踏み込んだ形として、読書会がある。

読書会と聞くと、参加者全員が同じ本を事前に読んできて議論する、という形を想像するかもしれない。もちろんそういうスタイルもあるけれど、もっと緩やかなものでもいい。たとえば、最近読んだ本を一冊持ってきて、何が面白かったかを話す。それだけで、自分では絶対に手に取らなかったであろう本に出会う機会になる。

読書会で生まれた感想を書評として残していけば、先ほどの書評の仕組みと自然につながる。読んだ人が語り、語りが文字になり、文字が次の読者を呼ぶ。小さな循環が生まれる。

今日の一問

これは少し毛色の違うアイデアだ。

図書館のどこかに、毎日ひとつ、ちょっとした問いを掲示する。答えは図書館のどこかの本に載っている。

たとえば、「『くまのプーさん』で、イーヨーの誕生日にプーさんが持っていったプレゼントは何?」というような問い。答えを知りたければ、棚に行けばいい。

クイズとしてはささやかだけれど、「答えがこの建物のどこかにある」という感覚は面白い。図書館が「答えのある場所」として意識されること自体に、静かな意味がある。

問いの内容は幅広くていい。文学でも、科学でも、歴史でも。出題を利用者から募ることもできるだろう。出題する側は答えを知っているわけで、つまりその本を読んだ人だ。ここでもまた、小さな循環が生まれる。

そういう場所であること

どのアイデアも、それ単体で図書館の利用を劇的に変えるものではないだろう。

ただ、こうした小さな仕掛けの積み重ねが、図書館という場所の空気を少しだけ変える可能性はある。通りすがりに引用を読む。知らない誰かのおすすめに目が留まる。掲示された問いの答えがふと気になる。

そういう些細な出来事が、「あの棚にちょっと寄ってみようか」という気持ちにつながることがある。

大事なのは、これらの仕掛けがどれも「本を読め」とは言っていないことだ。一行の引用を眺めること、誰かの感想を読むこと、クイズの答えを探すこと。そのどれもが、本そのものを読むよりずっと気軽だ。でも、そうした気軽な接点の先に、ふと本を手に取る瞬間が生まれることがある。

図書館が、勉強するための場所であると同時に、何かにふと出会う場所でもあること。そのために必要なのは、大きな予算でも高度なシステムでもなく、「ここにはちょっと面白いものがあるらしい」と思ってもらえるような、ささやかな仕掛けなのかもしれない。

Read more

青空文庫のParser

青空文庫のParser

青空文庫のParserを作ってます。 GitHub - P4suta/aozora: Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks.Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks. - P4suta/aozoraGitHubP4suta Rustで作ってますが、配布物はcargoのほかにnpm/pypiでも入手できます Documentation * Playground — try it in

By Sakashita Yasunobu

イケイケなWinスクショアプリを作りました

パソコンのスクショってなんというか、地味というか、撮ってそのままだと何とものっぺりしていますよね。 特にWindowsだとMacっぽい丸っこい感じとかもなく、無骨だなあと。 ということで、それっぽくおしゃれな背景や角丸を付けておしゃれに撮影をしてくれるスクショアプリを作りました。 GitHubで公開しています。 GitHub - P4suta/Snaply: Snaply — a modern, clean-architecture Windows screenshot tool (WinUI 3 / .NET 10)Snaply — a modern, clean-architecture Windows screenshot tool (WinUI 3 / .NET 10) - P4suta/SnaplyGitHubP4suta ウィンドウ・領域選択・スクリーンのキャプチャができます。 タッチスクリーンなどにも対応しているはずです。 撮影をすると、クリップボードにコピーされ、フォルダーへの保存もされます。

By Sakashita Yasunobu
Find My Files

Find My Files

Windowsにおける爆速ファイル検索アプリの定番といえば、Everythingです。 voidtoolswebhost2 その高速さの理由は、NTFSの仕組みをうまく活用していることにあります。Windowsで一般的に使われているNTFSには、ファイル情報を管理するマスターファイルテーブル(MFT)と、ファイルシステムの変更履歴を記録するUSN Journalがあります。Everythingはこれらを利用することで、初回に高速にファイル一覧を構築し、その後はUSN Journalを監視してリアルタイムにインデックスを更新しています。そのため、数百万ファイル規模の環境でも非常に高速な検索を実現しています。 もちろん、単純にファイル名やパスを保持するだけでは、大量のメモリを消費してしまいます。また、数百万件ものファイルから一瞬で目的のものを見つけるためには、メモリ効率の高いデータ構造や高速な検索アルゴリズムなど、さまざまな工夫が必要になります。 このように、Everythingは見た目こそシンプルですが、中身はかなり高度なことをやっているソフトウェアです。 なお、Everyth

By Sakashita Yasunobu