こどもが算数ドリルがほしいということなので、MathTeX工房さんが作ってくださっているMathTeXを使ってみた。 小学生から高校生までの計算ドリルを自動で生成してくれる。100マス計算、25マス計算も作れる。これ、かなりいいツールだ。

ただ、僕の環境ではpLaTeX環境がない。そこで、LuaLaTeXに対応させてみた。

ポイントは次の３点。

• ドキュメントクラスが違う
• 文字コードがSJIS
• 全角文字の幅指定が違う

以下、順次対応する。

Linuxとかwslなら、sedとnkf使えば簡単なんだけど、僕の手元にあるのは純粋はWindows。 パワーシェルでなんとかしよう。

オプションでドキュメントクラスは変えられるのだが、ここにjlreqがない。

そこで、オプションの「一行目」に「\documentclass{jlreq}」を入れる。

生成される文字コードがSJISなので、これをUTF-8に変換しなければならない。

パワーシェルのスクリプトを使う。

$file_contents = $(Get-Content -Encoding SHIFT_JIS $filepath)
$file_contents | Set-Content -Encoding UTF8 $outfile

jlreqでは、一文字分が\zw、一行分が\zhなので、それぞれzw, zhから変換する。

変換は、パワーシェルで、-replaceすればよい。

以上をまとめると、以下のようなバッチファイル（パワーシェルのスクリプトファイル）になる。

ついでにLuaLaTeXでコンパイルしてpdfをビューアに表示させるまでやってみた。

latexファイルをLuaLaTeXに関連付けているなら、１つ目のStart-ProcessのFilePathに直接outfileを指定しても動くはず。

$outfile = $filepath -replace ".tex", "U.tex" -replace ".\\", ""
$pdffile = $outfile -replace ".tex", ".pdf"
$file_contents = $(Get-Content -Encoding SHIFT_JIS $filepath) -replace "zh", "\zh" -replace "zw", "\zw"
$file_contents | Set-Content -Encoding UTF8 $outfile
Start-Process -FilePath "＜LuaLaTeXのパス＞lualatex.exe" -ArgumentList $outfile
Start-Process -FilePath $pdffile

以上を、「コマンド名.ps1」というファイル名にしておいて、MathTeXで生成したtexファイルを呼び出せば、pdfが生成されて、ビューアに表示される。

WordからMarkdownなりOrg-modeなりに移行すると、「今、図をここに書きたい」ということがある。

こういうとき、「やっぱりWordじゃないとな」とか思ってしまう。

ただ、方法を知り、慣れると、実は楽に図を書くことができる方法がある。

それが、Mermaid.jsやGraphvizといった作図ツールだ。 これらは、マウスではなくテキストで指示して作図する。慣れればそれなりの図を簡単に書ける。

例えば、こんな書き方でちょっとした図を作ることができる。

flowchart LR
問題意識 -.-> 資料 -.-> 主張

こうしたちょっとした図というかチャートを書きたいときには、一瞬でしかもキーボードから手を離さずに書けるのでとても楽だ。

ちなみに僕はWordに図を挿入するときには、PowerPointで図を作成して貼り込んでいるのだが、それよりも簡単だ。

設定方法は、公式サイトを参照して設定すると簡単だ。

なお、サイトには、mermaid.cliを使えと書いてあるが、おそらく間違いだ。mermaidのコマンドラインインターフェイスにはmermaid.cliとmermaid-cliがある。 前者はもう古いようだ。

後者を使う。

@IF EXIST "%~dp0\node.exe" (
  "%~dp0\node.exe"  "c:\Users\<username>\node_modules\@mermaid-js\mermaid-cli\index.bundle.js" %*
) ELSE (
  @SETLOCAL
  @SET PATHEXT=%PATHEXT:;.JS;=;%
  node  "c:\Users\<username>\node_modules\@mermaid-js\mermaid-cli\index.bundle.js" %*
)

Orgモードはあいかわらず便利で、いろいろと活用している。 プレゼンテーションも作れてしまうというので、今回挑戦してみた。

非公開のイベントでの報告なので、サンプルを出せないのが心苦しいところだが、時間があればサンプルを追加してみよう。

PowerPointではなく、Orgモードでプレゼンテーションを作るメリットはいくつかある。

1. プログラムの計算結果をそのまま掲載できる
2. LaTeXで書いたものをタイプセットして出力できる
3. エディタで書類を作成できる
4. テンプレートがまともならデザインに気を使わなくてよい

正直、テンプレートはそこまで良いとは思わないのだが、前３者は重要だ。 特に、エディタで編集できるというのは大きなメリットだ。

Orgモードでプレゼンテーションをつくるには、従来はBeamerを使うのが一般的だったようだが、最近はReveal.jsの使用がよいようだ。

BeamerはLaTeX用のものであり、最終的にはPDF書類が出来上がるので、それをフルスクリーン表示してプレゼンテーションする。（と理解している）

それに対して、Reveal.jsは、ブラウザにプレゼンテーションを表示して、PowerPointのプレゼンと同じようにプレゼンを行える。PowerPointのプレゼンテーションモードをJavascriptで書いてしまったようなものだ。発表者用画面も使えるし、ポインタでマークしたりペンで書いたりもできる。

テンプレートに関してはあまり気にしていない。僕のうプレゼンは営業用ではなく、レクチャーと学会報告用にプレゼンを作ることが多いので、デザインに凝る必要はない。 だから、プレゼンソフトはなんでもいい。 資料を作成しやすいかどうかだけが重要だ。

論文などの文書作成では、Org-modeにより脱Wordを実践している。計算はPythonにより脱Excelできている。おまけにPythonもbabelの存在のおかげで、Orgモードの文書中に書き込める。（これはJupyterと同じようなものだ）

というわけで、プレゼン作成もOrgモードで完結できれば便利なことこのうえない。

しかも、今回は一つの文書で調べ物メモと出版原稿、スライドをまとめて作成する。 やってみて、そこまでやる必要もないなあとは思ったのだが、まあ、やってしまったものはしょうがない。

PowerPointを使いたくない！ということだけで見れば、代替手段はいろいろとある。

そのなかでReveal.jsとOrg-modeをあえて使う意味があるのか？という問いへの答えはYES!だ。

Reveal.jsを使うための設定は、ネットにたくさんあるので今回は割愛する。

emacsのorg-modeでは、org-re-revealというパッケージがある。僕はこれを使っている。

なぜわざわざorg-mode?という疑問もあるだろうけれど、長期的に見るとorg-modeを習得することは作業効率の改善に大幅に役立つ。

org-modeでの３段階目までの見出しが新規ページに相当して、見出しが各ページのタイトルになることだけ理解していれば、とりあえずプレゼンを作ろうと思えばつくれる。

娘がずっと遊んでいるリカちゃんの首が折れてしまった。

ネットで調べるといろいろと修理事例が載っているのだが、どうもモデルが違うみたいで、構造が違う。

うちのは、頭とボディをつなぐプラスチックのパーツがついている。頭の側は鉛筆の先のようになっていて、ボディ側は先に輪がついている。ボディには、首の中に２つの突起が出ている。輪をボディに差し込むと固定される。突起を起点に首が前後に動くので上を向いたりうなずいたりできる。

頭の方は頭のパーツにねじ込む。このため、首がぐるぐる回る。

今回はこのボディの突起が壊れてしまった。 けっこう狭いところだし、ポリプロピレン？だとおもうけど、接着剤がつかない。おまけに首を動かすとかひっぱる（^^;）とかするときに力がかかる。 中途半端に治してもすぐにまた取れてしまう。

どうしたものかなあといろいろと試行錯誤してみたものの、なかなかうまくいかない。

首にさすパーツの下がボディに固定できたらいい。パーツの先に先が広がるフック状のものをつけて、ボディにさせばいいのでは？というのが最初の案。

輪っかにフック的なものをつけて試してみる。 ボディにさした後に広がるようなものがうまい具合になくて、ヘアピンなどでやってみたが、しっかりはまらない。

ピンが緩いとグラグラするし、きついとしばらく遊んでいると外れてしまう。

リカちゃんの修理はうまくいかない。

リカちゃんの病院もコロナの関係で空いていないようだ。

ついでに正直なところ、修理に出す料金と手間を考えると新しいリカちゃんを買ったほうが簡単な気がする。その方向で娘を説得しようと、サンタさんを引き合いに出してみた。

「サンタさんが新しいリカちゃんを届けてくれるなら、今のリカちゃんともう遊ばなくてもいい。でも、このリカちゃんは大事だから、首を外れないようにして飾っておく」

という条件で、ようやく娘の了承を得た。

まあ、たしかにリカちゃんがごみ箱にほかされてるシーンはちょっと想像してもつらいものがある。 火葬しようにもすごい黒煙が出て、リカちゃんのお葬式どころか公害になりそうだ。

そして迎えた、クリスマス。

新しいリカちゃんは無事に届いた。

壊れたリカちゃんは首を保存用にボディ固定するべく、娘から受け取った。

首が外れないように、強めの接着剤で固定するというのがこのときの案。

息子にはサンタさんからプラモデルが届いた。

それを手伝うともなしにいじっていると、突然ひらめいた。

もしかして、このランナーがちょうどいいのでは？

というわけで、ボディにドリルで穴を開けて、ランナーを差し込んでみた。 ドリルは目分量で３ミリぐらいのものを使った。 かなりきつめだ。

遊んでいて抜けることはなさそうだ。

いい感じ、というか、首から黒い棒が出ているのはかなり不気味だ。

白にしてみた。

うん、いい感じ。

はみ出たところを削って、首をはめたら、動きも元通り。念のために接着剤もつけたけど、たぶん効いてない。汚くなっただけかも。

講義の計画・講義ノートの作成・ハンドアウトなどの管理を一貫したシステムで行う方法を紹介する。

本記事の説明を実施すれば、一つのテキストファイルで講義が管理できる。

３回程度に分けて執筆する予定だ。

• その１：システムの構築
• その２：システムを便利に使う
• その３：スライド作成への拡張

金の卵を産むガチョウの話はイソップ童話の一つだ。

あらすじは、有名な話だから、知っていると思う。

とにかく、ざっとはこんな話だ。金の卵を産むガチョウを手に入れた人が、もっと金を手に入れようとした。きっと腹の中には金が詰まっているに違いないとガチョウのお腹を裂いたところ、体の中はふつうのガチョウだった。しまったと思ったが、もうガチョウは死んでしまっていて、この人はそれ以後、金の卵を手に入れることができなくなった。

今回はこの話で、ガチョウの体調が悪くなっているときにどうするのかを考える話だ。

体調が悪くなっていると言っても、病気になっているのは、実際にはガチョウそのものではない。気候システムだ。

気候システムは僕たちに暮らしの基盤を与えてくれる。気候システムが与えてくれるものごとを金の卵だと考えてみよう。ガチョウが飼い主に金の卵を生んでくれたのと同じだ。

僕たちに金の与えてくれる提供する気候システムがおかしくなり始めている。

気候変動の兆候は、いろいろなところに見えるが、基本的には以下のIPCCの報告を見てもらいたい。

気候変動に関する政府間パネル（IPCC）第6次評価報告書 （出所：「環境省_気候変動に関する政府間パネル（IPCC）第6次評価報告書（AR6）サイクル」、http://www.env.go.jp/earth/ipcc/6th/index.html ）

病気になっているガチョウをどうするのか、人によって対応が違うので、タイプ分けしておく。

イソップ童話では、もっと儲けようとしてガチョウのお腹を裂いて殺してしまう。 気候変動ではどうなんだろうか。気候システムは自然環境の循環メカニズムから生まれている。その自然の循環メカニズムを壊すことが、ガチョウを殺すことに相当する。

さて、今、ガチョウが死にそうになっているとしよう。みなさんはどうするだろう。

1. 多少無理させてでも、生きている間に最大限の利益を得ようとする
2. 最低限の延命をして、生きている間に最大限の利益を得ようとする
3. ガチョウを癒やそうとする
4. 新しいガチョウを生みだそうとする
5. 誰かが対応してくれると思い、なにもしない

文字主体のプレゼンテーションを作るときに、パワーポイントはわざわざ使うまでもない。 なにより、おおまかなプランをエディタで作ってしまったときには、それをいちいちパワーポイントにコピペするのはかなりめんどうだ。

先日、草だらけになっていた庭の一角を掃除した。 最近はツユクサが多くて、これに庭が覆われている。

ツユクサは根にも種ができるらしくて、これが繁茂しだすと根絶は厳しいらしい。 そもそもツユクサは水分の多いところに多いと聞くので、畑や花壇スペースはレイズドベッドにしてしまう予定だ。

伸び放題になっているツユクサをざーと抜いていると、背中に何かが入った感覚があった。 枯れ葉のような感じだ。

夜、なんとなく背中の左側がかゆいなあと思って、朝みたら、赤い斑点が大量に背中にでていた。 斑点といっても一つ一つが蚊に刺されたあとぐらいの大きさで、それが無数にある。 かゆい。

家にある虫刺され薬を塗って我慢したけれど、二日目の夜はかゆみで眠れなかった。

翌朝、病院に行くと「チャドクガね」と言われて、飲み薬を一週間分と塗り薬をもらった。 かゆみ止めの飲み薬は劇的に効いて、その夜からはゆっくりと眠れるようになった。他には抗アレルギー剤と抗生物質。 こんなものに抗生物質？と思ったけど、あまりに腫れてて眠れないので、おとなしく服用した。

そして確かに、一週間程度で痒みも腫れもなくなった。 みかけはすごかくて、医者の冷静さにちょっと腹が立ったけど、やっぱり驚くほどのことはなかった。

庭にはこどもたちも出入りするので、できるだけ農薬を使いたくない。 なにより、バッタとかカマキリとかカナヘビなど、いろんな生き物がいるのがなんだかうれしい。

一方で、害虫はつく。（ちなみにバッタも害虫）

僕の好きな生き物を残して、それ以外を殺すような便利な薬はない以上、これはしょうがない。

ただ、今回のチャドクガのように、あまりに被害がひどいものはやはり駆除したい。 最近はヒアリとかセアカゴケグモなど、危険度が高そうな生き物も日本に上陸していて、少しずつ生息域を広げているように聞く。 それだけに、選択的な駆除には魅力を感じる。

虫といえば、蚊もそうだ。 蚊は薬剤で不胎化したオスの蚊を大量に放つことで数を劇的に減らすことができるという。ぜひやってもらいたいものだけれど、なかなか普及しない。

生態系への影響なのだそうだ。

うーん、僕は基本的に遺伝子組み換えなど、生態系に大きな影響を与える化学的操作とかはやらないほうがいいと思っている。 けれど、こういう都合がいいときだけ、生態系に化学が介入してもいいんじゃない？と思ってしまう。

なんともわがままで、一貫性のないことだ。

Audibleのヘビーユーザだ。英語版のサービスしかなかった頃から使っていて、100冊以上すでに本を持っている。

僕は車での通勤時間が長い（週に10時間以上）ので、オーディオブックはありがたい。 車で聴く場合、しっかり集中して聴くわけではないので、ある程度知っている物語のほうが理解しやすい。

ただ、日本語版は使ったことはあるけれど今は契約していない。 英語版と比べて、ラインアップが少ないし、本が高いのでなんだか手が伸びない。 日本語版のサービス開始当初は、定額で聴き放題だったのでお得感が強かった。そこから月会費制ではあるものの、月一冊だけおまけについてくるという仕組みに変わった。 そうすると、かなり高くなった印象がして、やめてしまった。

自分でオーディをソースを作るために、新聞のニュースを話させるスクリプトを書いてみたりしたり、いろいろと試してきた。 それでも、小説やビジネス書をまるごと音声化できるとうれしいなあという気はずっとしてきた。

そんなときに、ふと、Androidのニュースに出てきたのがdaimatzさんの試みだった。 どうやら、Kindleの画面を全ページスクリーンショットして、音声化するというものらしい。

ぜひやりたい！

説明を読んでみると、全ページスクリーンショットを撮って、縦書きの画像をGoogle Cloudを使って音声化する。 肝心の全ページスクリーンショットの部分がMac（OSX）限定なのがちょっとした障害だ。

でも、画像さえ準備できたら、なんとかなりそうだ。

画像を準備する部分は自力でなんとかしてみようか。

ちなみに、今の音声合成ってどんな感じなんだろう。自然なんだろうか？ Youtubeの「ゆっくり」的な話し方だと、わかることはわかるけど、耳に残って夢に出てきそうだ。 ああいうレベルなら、がんばって画像準備の部分を実装してもすぐに使わなくなるのは目に見えている。 もっと自然なのがいい。

MicrosoftのText to Speechなら、自然な響きの音声でアプリに命を吹き込むことができるらしい。 ここでサンプルを試すことができた。かなり自然で、これならテキストを流し込んで快適に聴けるレベルだ。

問題は、縦書きテキストの画像からテキストを抽出することができるのか？

こちらは、この方法を紹介してくれたサイトの説明を見る限り、かなり精度がよさそうだ。