不定期戯言

今回は実行委員として。そんなわけで発表をじっくり聞いてみようという気になれなくて，気持ちだけばたばたしていた。そんな中で何人かとPenFlowchartの今後について話ができて，少し腹が座った面がある。明日もこんな調子なんだろうか。

なんとか合格だった。午前II84，午後I70，午後II76。午後Iがイマイチなできだったので不安ではあったが（前回は午後Iが2点足りずに不合格だった），まずは一安心。何かメリットがあるわけではないのだけど，合格すれば嬉しい。

Yahoo知恵袋で遊んでたりしてよく思うこと。どうしてみんなそんなに「方法」を求めるんだろう。質問掲示板だから問題を解く方法が主になるのだけど，「○○が知りたい」を積み重ねればたいていは答えに行き着くはず。そのスモールステップは決して「方法」ではなく，当たり前のこと。

たぶん余計な試行錯誤をしたくなくて，最短距離を知りたくて質問してるんだと思う。でもなぁ…脇道に入り込んだ記憶とかがないと，正しい道の本当の正しさなんてわからないと思うんだけどなあ。

職場用のアプリを開発しているが，使用メモリが30M程度で収まっている。今のPCのスペックからすると，そんなにメモリをケチケチしなくていいんじゃないかと思って，ある処理でちょっと贅沢なメモリの使い方をしてみたら，使用メモリが100Mを超えた（実は印刷イメージの生成に随分使われているのだが）。ということは，普段は知らず知らずのうちにメモリを使わない方法を選択しているということなのだろう。

私がプログラミングを真剣にやりはじめたのはMS-DOSの頃，64KBの壁とかが常に気になっていた。きっとその頃の考え方がずっと染み付いているのだろう。しかしこうやってふんだんにメモリを使ってみると，これは癖になる…。メモリをたくさん使ってもいいやと思って処理を書いていると，その時の自分が「工夫」してないことも同時に感じてしまう。考えなくてもどんどんコードが書けてしまうのだ。

そういえばMS-DOS全盛期に調査書のプログラムをawkで書いているということを人に話したら，「メモリの少ない環境でUNIX系のツール使うのってどうなの」みたいなことを言われた。そのときには便利に使えていたので何のことを言っているのかわからなかったが，それは自分がメモリが少ない環境しか知らないからだった。メモリがふんだんにある環境を「知って」しまうと発想が変わる。おそらくこの環境からプログラミングを始めた人は，私と違う発想でコードを書くのだろう。

でもそれって，メモリだけの話じゃない。内田樹が「文化は偏在している」みたいなことを書いていたことをふと思い出した。

スマホが発熱する件で，オールリセットして様子を見ていたが，やはり1日半くらいで発熱するようだ。ショップに持っていくと，とりあえず修理に出してみるとのこと。お借りした代替機はSHL21（実機はSHL23）。ちょっと小ぶりで持ちやすい。必要最小限のアプリだけ入れて，直ってくるのを待つことにする。