埼玉県知事「教員やめろ」発言で思い出したこと

この話。

上田清司埼玉県知事は1日の県議会本会議で、県立学校の式典で君が代斉唱時に起立しない教員がいることについて「式典のルールに従って模範を示さなければならない教員が模範にならないようでは、どうにもならない」と述べた。その上で「そもそも、日本の国旗や国歌が嫌いだというような教員は辞めるしかないのではないか。そんなに嫌だったら辞めたらいい」と強調した。

「国旗・国歌、嫌いなら辞めよ」＝起立しない教員に－上田埼玉知事（時事通信） - Yahoo!ニュース

頭のいい右翼は，こういう発言はしないわけで，制度的・共感的・合法的に右的な環境を整備する。「教員やめろ」なんてあからさまな発言は，政治発言一般からみて失言なのはもちろん，右的な立ち位置からしても失言だろう。金魚のフンがくっついてくるだけ。

で，こちらの話。

この手のフレーズよく聞くけど「やれるもんならやってみな」発言だよなー。
辞められないのをわかってて言ってる。
ほんとに辞められたら、埼玉の教育崩壊どころの騒ぎじゃないのに。。。

「日の丸君が代がイヤなら教員やめろ」=> 全員ほんとうにやめる => 知事涙目ｗｗｗ - 女教師ブログ

そういや，会社側が勝訴した某有名労働裁判の判例があるんだけれども，後日談を聞いたのを思い出す。

会社側が裁判で勝ったのは（会社にとって）よかったんだけれども，翌年以降，「押忍っ！」みたいな大学の応募者ばっかになって困ったとかいった話。主要大学の法学部は，どちらかというと左系が多いから，そゆのの学生がその会社への応募を敬遠したんだとか。

ま，実際問題として，今後教員の卵は政治的な立ち位置も，勤め先を決める要素のひとつになるんだろうとは思う。アホな教員が増えるのは，私立か公立か。どっちだろう。

「ダーウィンが来た！」の方程式について

NHK の動物番組「ダーウィンが来た！生きもの新伝説」を毎週見ているんですけれど，毎回赤ちゃん，というか次の世代で終わるんだなー……と，気が付いたのでメモ。それだけなんですが。

「ダーウィンが来た！」の構成は，覚えている限りで言うと，大体こんなもんだった気がします。テーマによって多少前後はするけれど。

• 導入：テーマになっている動物の特徴にクローズアップ。
• そうした特徴を持つにいたった学的な理由付け。
• 食：狩りの方法とか（前掲特徴と絡めて）。
• 住：普段の生活。群れを作る動物の場合は群れの構造とか（前掲特徴と絡めて）。
• 天敵：身の守り方。厳しい自然。
• 性：いわゆる「恋の季節」という発情期について。
• 赤ちゃん（次世代）誕生。

これって，動物ドキュメントの編集手法として確立しているんだろうか。「ダーウィンが来た！」だけでなく，他の番組もこんな感じだったりする。

おそらく，次世代の誕生で終わるってのは，「最後はかわいい画で終わろう」といった話ではなく（それもあるんだろうけど），主にリフレインの効果を狙ったもんなんだと思います。この赤ちゃんも，これまで説明してきたことを繰り返して生きていくのです，みたいな感じで。

こうした構成は，言ってみれば番組の終わりを初めに連結することなわけで，ひとつの閉じた円環を作ることになります。こうすることで，番組は終わるけれども，物語は無限に繰り返される。そしてその結果，その種の種としての完結性というか，同一性みたいなものが際立って保存されるんじゃないだろうか。

一方，こうした円環の構成は，ヒトに適用されると意外とステレオタイプなりキャラ付けなりを醸成する作法として成立するんじゃないかと思ったりもします。ま，思ったからなんだってなもんでもないんですが。大手プロモ番組「情熱大陸」なんて，見事に円環を構成しているようにも見える。

ただそれだけなんですけどね。

次の本はいいからまずまとまったもんを作りましょうの話

なんだか，また説教くさい話なので，じじいの戯言だと思って読み流してもらいたいんだけれども。

C言語初心者です。

pythonが取っ付きやすいと聞きそちらから入って現在はC言語習得を目指しています。友人のすすめで柴田さんという方の「解きながら学ぶC言語」という本を数周読みまして、次の本にステップアップしようかと考えています。(snip)

その場合、次の段階としてどのようなジャンルの本を選ぶのが良いのでしょうか？

C言語初心者です。 - Yahoo!知恵袋

回答するのは飽きたものの，たまに Yahoo!知恵袋を見ていると，周期的にこういう話が出てきます。

で，いつも思うのだけれども，この方を初めとして入門本を「読んだ」だけで，なぜ「次のステップ」なるものを考え付くのだろう，とか云々。「C言語の習得」というのは，C言語仕様評論家になることじゃないのだろうから，その本の内容を書けて初めてマスターしたと言えるはずです。少し前にも書いたけれども，プログラミング本の類は3回読もうが4回読もうが，実際に自分で何かを作らない限り，何もその本から学び取っていないとすら思います。

というわけで，あるプログラミング本を読んで，もうこの本から学ぶことは何もないと思ったら，こういうことを自問してみるべきなんじゃないだろうか。

「で，私は何を作れるようになったのだろう？」

6月を終えて7月を迎えるにあたっての近況とか

なんというか，今月は怒涛の月だったもんで，ストンと落ちてしまった感覚がある。

今月初め，仕事で作ってた製品プロトタイプを，主要なお客さんに試用してもらっていたのだけれども，今日購入してもらえることが決まって，ストン。ついでに正式なリリース時期も決まって，まぁこのストン感。β版で難儀していたバグも，今日ひょんなことからあっさりと解決して，もうこのストン感。個人的には試験の結果も出たので，ストン。

一方で，このサイトでは何度も書いているけれども，あたしの場合，アッパーな状態があると，必ず揺り戻しがあるわけで，もう早くもダウナーな状態に揺れつつあります。こうなるともう，何を見ても「つまらない」としか思えない。軽い欝かと思ってしまうくらい（そうなのかもしれないけど）。

ちとだけ元気が出たのは，先日買った Gonzalo Rubalcaba（ゴンサロ・ルバルカバ）のアルバムが予想以上に良かったこと。

ロマンティック

posted with amazlet at 09.06.30

ゴンサロ・ルバルカバ
EMIミュージック・ジャパン (1998-05-20)
売り上げランキング: 200879

Amazon.co.jp で詳細を見る

やっぱりキューバンジャズは元気が出るにゃー……としみじみ。しばらくの間，目覚まし時計（CD プレーヤー）に仕込むことにします。

7月は，ちとマッタリ過ごす予定。

プロマネ試験に受かってたらしい

午前IIは88点， 午後Iが（言えないほど）超ぎりぎり。午後IIはなぜかA。ということで，あまり自慢できません。ま，受かってたと。それだけ。そのうち，気が向いたらまとめるかもしれません。何やったか忘れてるので，ロクなこと書けないんですが。

で，次はどうしようか，ということになるわけです。去年爆死したシステムアーキテクト（SA）（旧アプリケーションエンジニア（AE））にするか，ネットワークスペシャリスト（NW）にするか，ちと悩んでます。そろそろちゃんとキャリアを考えて，テクニカル系をコツコツと取っていった方がいい気もする。テクニカル系の試験も免除制度が適用されるようになりましたしね。

実際，SA にしろ PM にしろ，あたしの業務では何の役にも立たなかったりします。一方で，ネットワークを持っていると，あたしの周りでは一目置かれると思ったりもする（妄想ですが）。SW すら（みんなが持ってるからというわけでなく，元から興味がないという意味で）「ふーん」で済まされてるので，どうだか分からんのですが。

とりあえず，使った参考書を捨てることにします（この瞬間が気持ちいい）。

昨日買ったアルバムと Terry Bozzio のこと

そういや Jeff Beck ってあまり聴いてないなー……と思って『Jeff Beck's Guitar Shop』買いました。それにしても安くなってるな。輸入盤。

Jeff Beck's Guitar Shop

posted with amazlet at 09.06.29

Jeff Beck with Terry Bozzio & Tony Hymas
Sony/Epic (2008-02-01)
売り上げランキング: 37740

おすすめ度の平均:

ギターの限界に挑むような、...
リズム隊
ロックなベック！
2番目の出来

Amazon.co.jp で詳細を見る

あたしが高校生の頃は，「三大ギタリスト」なんて言葉がまだ少し残っていて，Jeff Beck も言わずと知れたそのひとりだったのでした。ただ，Led Zeppelin や Cream は，あたしの世代でも聴いていたものの，Jeff Beck はほとんど聴いていなかった気がします。ドラムをやってたので，ギタリストをあまり聴いていなかったってのもあるんですけど。Led Zeppelin を聴くにしても，Jimmy Page より John Bonham みたいな感じだった。

で，Jeff Beck なんですけれど，このアルバムにも Terry Bozzio という超絶ドラマーが参加しているのでした。高校生の頃，あたしとおなじくドラムをやってた友人が，ぼじおさんの教則ビデオを貸してくれたんですけど，これがもう，ほんとにすごかった。

Solo Drums [VHS] [Import]

posted with amazlet at 09.06.30

Warner Bros. (2000-10-21)
売り上げランキング: 72335

Amazon.co.jp で詳細を見る

「バスドラム（ツーバスだから両足）は3拍子で，その他は4拍子を刻みます」みたいな具合。できるかっ！と思いながら見てました。見るだけは見てた。上手くなった気がしたもんで。

プログラミングメモ - Adobe Reader は %%EOF マークを見ていない

適当な PDF ファイルをエディタで開いて，一番最後の方を見ると，%%EOF というマークがあるはずです。で，そのひとつ上に数字列，で，そのひとつ上に，startxref というキーワードがあります。

これ，PDF の仕様からすると，次のような処理を想定しているんですね。

• 最初にファイルを後ろから読んでいき，%%EOF キーワードを見つける（%%EOF は PDF ファイルの終わりから1024バイト以内にある）。
• 次に，%%EOF よりも前にある startxref キーワードを見つける。
• 最後に，その直後にある数値を読み取る。

最後の数値が何を表しているかというと，相互参照表という PDF ファイルフォーマットの中でも超重要なデータのある場所（ファイル先頭からのバイト数）を示しています。つまり，PDF ファイルを読む場合，まず，この %%EOF マークを探すことから始まるはずなんですね。

けど，ためしに適当な PDF ファイルの %%EOF マークを外して Adobe Reader 9 で開いたところ，普通に開けちゃいました。なんだ，見てないじゃん。

今時はパソコンのメモリもたくさん積めるようになったし，ファイルからちびちび読むよりは，いっぺんにメモリに読み込んで処理する方が効率がいいのかもしれません。それにしても，読んでないのか……なんだか仕様と違う動きが結構ありそうな感じ。

コーディング規約つれづれ

少し前の話だけれども，/.J より。この手の話にネタは尽きないわけですが。

/.J諸氏が実践してきたコーディング規約で特に有効だったのはどんなものだろうか？逆に規約のせいで問題が起きてしまったケースなどあるだろうか？他にも、使える「自分ルール」などもあれば是非。

いいコーディング規約、悪いコーディング規約？

いいコーディング規約は，大抵意識しなくても準拠するもんなので，普通は悪い（と思われる）コーディング規約が目に付くんだと思います。あたしが見た規約の中でやだなぁ，と思ったのはこゆもの。引用先とかぶってるのもあるけれど。ちなみに，以下は自社内の規約ではありません。受託では客先の規約に従ってコーディングすることが多いので，そのときに見た規約。

1. 修正したらコメントに修正日や修正者の名前を書くこと。
2. 静的型付け言語でハンガリアン記法。
3. Javadoc/Doxygen のようなツールとは無縁のコメント規約
4. C++ では例外の使用禁止。
5. C++ では参照の使用禁止。
6. C++ ではコピーコンストラクタの使用禁止。
7. C++ では代入演算子の使用禁止。
8. C++ では名前空間の使用禁止。
9. C++ ではテンプレートの使用禁止。
10. C++ のメンバ変数の名前は，頭にアンダースコア（_）を入れる。
11. OOP 言語のメンバは，変数/メソッドを含め，すべて public で。
12. インデントはタブで。

2. についてはちょっと微妙で，個人的に静的に型付けされる言語（Java とか C/C++ とか）については，基本的にハンガリアン記法を使わない方がいいと思っています。型安全については，書かなくてもコンパイラが検出してくれますから。lpszBuffer とかって，無駄に長くなるのもなんだかなぁ……と。Windows のプログラムのときには合わせますけど，あれは純粋な C/C++ というよりは，Windows C/C++ のようなカテゴリにあるもんだと思っていたりします。メソッド名も Pascal 調だし。

一方，例えば Perl なんかの場合，$a + $b と $a . $b のどっちが正しいのか，その文だけだと判断できません。$strA + $strB とあったら，何か間違えてそうだ，と分かるので，こゆのはハンガリアン記法にしたほうがいいと思う。こう考える人は少ないかもしれませんけど。

今日買った本 - 『画像工学 (増補)』

最近の画像処理本は，猫も杓子も顔認識ばっかなもんで，もう少し広く画像処理を扱った本が欲しいと思っていたんですけれど，手ごろな書籍を見つけたので紹介。

画像工学 (増補)

posted with amazlet at 09.06.27

南 敏
コロナ社
売り上げランキング: 690339

Amazon.co.jp で詳細を見る

画像処理本は，大体2種類に分けられます。ひとつは，先述の顔認識のような画像認識本。もうひとつは，画像のエフェクトを扱った加工本です。この点，画像認識の視点からすると，加工本は画像認識する際の前処理として役立つんですけれど，本題がないもどかしさがある。一方で，画像認識本も顔認識のようなモノを除くと，昔ながらに画素の濃度値を直接参照して（例えば）ランを測ったりしています。もう少し，解析的なアプローチはないもんだろうか，と思っていたのでした。

本書は，画像解析の中でも，割とバランスよく解析的な手法を紹介していて，かなり参考にさせてもらいました。今日買ったんだけれども，面白かったので，すべて読んでしまった（分からないところは飛ばしているが）。

この頃は，画像の「分割・統合法」が面白いと思っていて，少し調べたり作ったりしているんですけれど，これについても，その周辺の知識と一緒に説明がありました（参考：画像を同じ特徴を持つ複数の領域に分ける方法：CodeZine）。多分，参照した記事もこの本が元ネタになっているんじゃないだろうか。説明図がそっくりだから。

あたしは画像処理の箇所を中心に読んだんですけれど，その他にも符号化や伝送方式等々，広くデジタル画像の扱い方を広く紹介しています。増補版には，ウェーブレット変換の章も追加されている。あたしが読む限り，薄い本（全233ページ）で広く話題を扱っている割に，内容は十分の濃さだと思います。

一方，本書の説明はほとんど数式なので，直接プログラミングに移せるほどの具体例はありません。ここら辺は，手元の開発環境に合わせて自分で実装するもんなので，本質的な話ではないはず。画像処理について行き詰っていて，何かいいアイデアはないもんか……と思っている方にはおすすめ。て，あたしなんですが。

プログラミングメモ - C++ のソースをヘッダと実装に分ける理由とか

こちらから。

(C＋＋)メソッドの機能分割を進めていくと，メソッドをヘッダファイルとソースファイルに分けるメリットが感じられないのですが，そういうものでしょうか．

(C＋＋)メソッドの機能分割を進めていくと，メソッドをヘッダファイルとソースファ... - Yahoo!知恵袋

この方は，ライブラリを公開するとき，実装（定義）もコンパイルせずにソースのまま一緒に配るつもりなんだろうか。いやこれ，ソースの中身が見られるのが嫌ってなことではありません（ま，それもあるんだけど）。そうではなくて，ライブラリの利用者側にコンパイルさせる（翻訳単位をライブラリの利用側でひとつにしてしまう）ことが問題だったりする。

宣言と定義を一緒に書いてしまうと，そのライブラリを利用する側は，使うソースがあるたびにそれをコンパイルしなくちゃいけません。名前解決できればいいだけなのに，コンパイルまでしなくちゃいけないのは，利用者にとって不便です。

回答では Java との対比があるけれども，Java の場合 import するモジュールは，コンパイル済みのファイル（*.class, *.jar）があることが前提になっているので，上のような問題は起きません。言ってみれば，Java の import は，コンパイルに必要な名前解決だけでなく，リンク先の解決にも使われるわけで（C++ のリンクとはかなり意味が異なるが），結局のところ，ライブラリの利用者は自分のソースだけをコンパイルすればいいことになる。