Twitterで#おまいら15年前何してたよというタグをみかけたので，15年前のブログを読み返してみた（このブログは2003年から始まっている）。いやぁ，いろいろあるわ。鬱病がだいぶアレだったり，文鳥を飼い始めたり，東京に行ってPENを使うことに決めたり，C#使い始めたり，マインドマップの本を図書館に入れてもらったり，SSSに初参加したり，Syd Barrettが亡くなったり…なんと言っても本をけっこう読んでいた。最近は本を積むことに何の罪悪感も感じなくなってるなあ。
情報という教科が始まったばかりで，あちこち右往左往していた。そして随分発言がトゲトゲしていた。鬱病のことも影響しているだろうけど，今とは別のいろいろなことを抱えていたからなあ。
某解説動画を作っていたら，代入に「=」を使うとエラーになる部分があった。てっきり「代入の定義から間違って削っちゃったかな」と思って「←」に変更してやり過ごしたのだが，調べてみるとそういう事実はない。エラーになるのは「a=9個の0」というように「〜個の〜」を使っているところで，結局「〜個の〜」を演算子扱いしていることにより，「=」の結合規則（nonassoc）の影響を受けてしまったということらしい。「←」は演算子扱いしていないのでその影響は受けない。
「=」などの比較演算子をnonassocにしているのは，たとえば「a==b==c」が「a==(b==c)」と解釈されて，「エラーにならないけど思ったのと違う挙動をする（Cっぽい感じ）」ことを避けて「エラーにする」ためだ。しかしPythonでは「a<b<c」のような比較が認められているのだから，それに合わせて「a==b==c」を「a==bかつb==c」というように解釈するのも一つの解決になる。そういう感じの比較クラスを作ってしまえば解決するような気がするのだが，どうしたものか。DNCL2ではこのあたりどういう扱いになるんだろう。
そもそもは「=」が代入にも比較にも使えるとしてしまったことに原因があるので，比較は「==」でないとダメ，とするのもまた一つの解決になる。でもそれだとDNCL2と挙動が違ってしまう。
もう一つ解決方法があって，「=」などの比較演算子よりも「〜個の〜」の優先順位を上げて，「a=4個のx=y」のような比較演算を使うときは「a=4個の(x=y)」というようにカッコを強制するというものだ。それなりに悪くない気はするが，「a=4個の1+2」にはカッコがいらないのだからちょっと気分が悪い。
コメントの受付は終了しました。
文科省から出された表題の事例集の中から，プログラミングに関するものを紹介する動画を作って再生リストにしてみた。例によって一発撮りで細かい編集はしていないので，動画としての出来はよろしくないが，それはそれ。
コメントの受付は終了しました。
文科省のサイトで高等学校「情報」実践事例集が公開されたので，プログラミングのところをPyPENで実装してみようと思った。元ネタがPyPENのものは問題ないのだが，ライフゲームについてはなぜかうまくいかない。これは明らかにPyPENのバグなわけで…しかも先日気になっていたところと同じところに根がありそう。そんなわけで間に合わせ的にやってる前処理関数を全部廃止して，その代わりにマメにするべき処理をスタックに積むようにしてみた。これでだいぶ見通しは良くなったはず。なお，ライフゲームのプログラムはこんな感じ。たぶん実践事例集のプログラムは盤面初期化のときのhとwが逆になってる。
コメントの受付は終了しました。
「小江戸らぐ5月のオフな集まり」というオンラインの勉強会に参加させていただいた。「オフ」というところに突っ込んではいけない。半年ぶり2回目になるということで，okularに強引なパッチを書いた件について発表した。フォントに関する情報を真っ当に得る方法があるはずなのに…という話で，もっと調査の幅を広げたほうがいいのかもしれないという意見があった。私が調べたのはpopplerのコードそのものについてだが，そもそもKDEやQtではそのあたりをどのように処理しているのかというところから見ていくとよさげであろうと。気長にやるかな。
コメントの受付は終了しました。
コメントの受付は終了しました。