例の八段まで認定する紙上認定でもし成績が良すぎたら、
いきなり高段者になってお金がかかっちゃうなと言う心配はしていたのだが、
逆に成績が悪すぎたら初段にも到達できないという心配は全くしていなかった。
しかし、応募しちゃった後で検証して間違いを発見したし、そう簡単にいくわけないことを痛感した。
確かに、簡単に出来るんならやる気も起きないし、簡単に出来ない方が挑み甲斐があるけれど、
飽きてやめそうになってきた今となっては、高い目標を掲げるほどのモチベーションはない。
やはり何をやっても半年持たずに飽きるという自己分析は正しかったようで、
せめて段を取ってからやめたいが、どうなるかわからなくなってきた。

囲碁未来12月号の返信ハガキは、2問間違えての92点でギリギリ1級合格で帰ってきた。
囲碁未来11月号の奇跡的に満点だったハガキは、嫁の車の荷物の下から、消印ナシで出てきた。
すなわち出し忘れだ。
これさえ応募していれば今日の時点で既に初段を名乗っていたはずだが、運命が邪魔をしたようだ。
で、次に応募する予定の囲碁未来の1月号がまだ来ていない。
発売日は毎月5日で、先月は5日、先々月は2日に届いているが、今日はもう7日。
まだ発売日の二日後だから遅いとは言えないんだろうけど、今までで一番遅いので気になる。
もし誤配か何かでこれが届かなかったら、それはよほど運命が初段にさせまいとしているんだろう。

運命が邪魔しなくても、12月号で92点ということは、1月号で94点以上取らないと初段になれない。
奇跡の満点をもう一度取ることは難しく、しかも最近は詰碁しかしてないから、
布石の勘はだいぶ鈍っていると思われ、さらに本人のやる気は激しく減退し、94点はとても難しい。
まだ問題をみていないので何とも言えないが。

1月号がまだ来てないから答え合わせも出来ないが、間違えたのは最初の二問だ。
そのうち1問は、次善ということで10点中8点もらい、8点は合格点なので悔やむことはない。
でももう一問の方は最悪の選択をしたので10点中4点ということになった。
何の意図もない平凡な手より悪い手だったわけで、打たない方がマシって事なのだろう。
自信を持って答えたものが最悪の一手だった、ということが今だにあるということは、
この12月号のハガキと同時に応募したキャンペーンの紙上認定も、それをやってる可能性が高い。
ギリギリ1級程度の腕前で八段までの紙上認定に応募し、初段も取れないのは当然の結果。

しかも興味が下降線の今、1月号で94点とれなきゃ2月号以降も取れるわけがない。
今取れなきゃずっと取れない。
取れないままならずっと興味が続くわけもない。

今は自称「11月号のハガキが嫁の車に放置されなければ初段」だが、
囲碁の話が出た時にこの長い肩書きを言うのと、単に「初段」じゃ全然違う。
面白くてずっと囲碁を続けるのであれば、そのうちもっと強くなるだろうからどうでも良い事だが、
飽きてやめるなら「（ホニャララの）初段だったけど今はやってない」になるので、そのホニャララはいらない。

ちなみに、あたしが高校一年の時には、所属した空手部は全国大会常連の強さだったのだが、
その強い空手部を育てたが名コーチが顧問とケンカしてやめたせいで、指導者不在の空手部となり、
二年と三年の時は、県大会の一回戦すら勝てない弱い空手部になってしまった。
あたしはその名コーチになぜかひいきされて、しょっちゅう世界チャンピオンになれると言われていた。
そのコーチさえやめさせられなければ、今頃は黒帯どころか世界チャンピオンになっていたはずの、
しかもムエタイやらサブミッションやらにも手を出した、今はただの白帯の素人だ。
この前置きが長い白帯の素人より、通信教育だろうがペーパーだろうが、前置きがない黒帯が良い。
囲碁も同様。

先日、よその某団体のサイトが置かれてあるサーバーが攻撃を受けてダウンした。
どうしようもなくなって、結局旧ホームページは捨てて、新しいアドレスにホームページを移転した。
その作業を手伝ったのだが、旧ホームーページに置いてあったHTMLファイルを全部検索して、
旧アドレスを新アドレスに全て置換するという場面が発生した。

ということで、grepに置換機能まで実装すれば便利になるという話は多いに伝わる。
その機能は欲しいし、欲しい機能は本人のやる気次第では実装するだろう。

問題は、「便利に」実装できるかどうかなんだな。
機能を詰め込むだけなら簡単だが、便利な実装にすると言うのは意外に難しい。
その、やるとしたらどうやるかっていうハードルがあるので、それを超えなきゃいけない。

例えば、あたしはバックアップファイルが大嫌いだ。
必要なファイルのバックアップは自分でやるから、アプリに勝手にバックアップされたくない。
ゆえに真魚にも、編集したファイルを勝手にバックアップする機能はない。
でも、バックアップなしにgrepで一気に置換する機能って、リスクが大きすぎる気がするんだよ。
かといって、大量のファイルを置換する際に、大量のバックアップを作られるのは絶対に許せない。
まずはこの辺をどうするか。

次に、これも置換時のリスクの問題だが、ユーザーが要求した操作に対して、確認が必要かどうか。
テキストエディタにファイルを全て読み込んで、置換箇所を目で確認して置換するのではなく、
自動で全部を一気に置換するから便利なのだが、逆にどこを置換したかもわからなくなりそう。
で、予想外の所も置換されて、そのことにも気がつかず、バックアップもないとかになっちゃうかも知れない。

だからといって、リスクを回避するために、いろんな項目を追加したり、余計な確認を出すことで、
その機能が必要ではないユーザーにとっては、かえって混乱を招くことにもなりかねない。
何かよくわからない機能があって、自分でもイエスだかノーだかわからないような問いかけをしてきて、
試しにやってみたら大事なファイルが全滅したなどという事故が起ったら嫌だろう。

そんな感じだ。
全く同一の機能を実装しても、かえって不便で使わない機能になるかも知れないし、
その機能のみならず、アプリそのものが意味不明で危険なモノだと感じるようになるかも知れない。
少なくとも、二人しかいないかも知れない真魚ユーザーの一人である嫁には必要ではない機能なので、
実装するとしても、嫁が不便に感じないよう、嫁の目に触れないように実装しなきゃいけない。
万が一それに気がついてしまっても、誤った操作で損害が発生しないように実装しなきゃいけない。

じゃぁどういう実装にするかということだが、それを考える余裕は今はないし、
「今は」どころか、面倒くさければずーっと考えずに後回しにするかも知れない。
確かにあれば便利だなぁ、でもなぁ、って言ったまま、帰らぬ人になるかも知れない。