２０１０年冬の掲示板

ははあ、なるほど。最後に選択したファイルが別枠でソートされるということですか。
ふむふむ、だからこうやってうしろ側から選択すれば、先頭が別枠になるから全部うまくいく、……たしかに！

……て、あやうく納得しかけたけどさ、でもやっぱりそんな動きかたが好ましいとは思えないし、プログラムのつくりとしてもそうなる必然性はないと思う、つまり、そういうふうに動くプログラムを作ろうとしたらむしろ面倒になると思う。

Ctrlでひとつずつ選択したときにはどういう挙動になるかと思ってちょっと試してみたんだけど、やはりまたなんか違うような、私が休日ボケしてるだけか、とにかく自然に納得できる順序にはならないようですな。

んー、これが何か「便利な機能」だったら、ああまたかしょうがないなと思うところなんだけどな。

Xpでもそうなりますよ。

1,2,3,4,5と選んだとき、マウスのカーソルは5にあると思います。

で、5からまず開き、1,2,3,4と開くようです。

なので、順番に開きたいときは、マウスのカーソルを明示的に1にしてやったりしてます。

そんなもんだと諦めているというわけです。

数の話がまだ続く……わけではなくて、Windows Vistaの妙な挙動がまたひとつ出てきました。

どうも、複数のファイルをドラッグ＆ドロップしたりしてアプリケーションソフトに開かせたときに、ファイルがけったいな順序で開かれるんです。どうけったいかというと標題のとおりで、たとえば1,2,3,4,5と5つのファイルを開かせると、5,1,2,3,4という順になる。末尾のファイルがまず最初に開かれ、その後は先頭から順に開かれるのです。

いくつかのソフトで同じことが起こるので、Windowsがアプリケーションにファイルを引き渡す順序がそうなっているんだと思われますが、理由がなぜだかぜんぜんわからん。
意図的にそうしている、わけはないだろうし、何か処理上の都合でそうなってしまうのだとしても、いったいどんな処理をしたらそうなってしまうのか、想像が付きません。

それほど困るわけではないんだけど、どうもやりにくいこともときどきあるし、理由が納得できないとつまり信用できないわけで、どうにも落ち着かない気分です。

単数複数の続き……ではなくてたまたまこのあいだ客先で、数える表現をどう書くか尋ねられたことがありました。つまり……
　　　ひらがな：ひとつ、ふたつ、みっつ
　　　算用数字：1つ、2つ、3つ
　　　漢数字　：一つ、二つ、三つ
……のどれがいいか、という話。既存のドキュメントを見たらバラついているので使い分けの基準があったら教えてください、ということでした。

技術文だから基本は算用数字、見た目が若干おかしいけれど気にしない、ただし慣用句的な、たとえば「〜〜するのもひとつの方法です」みたいな場合はひらがな、……とお答えしたのですが、んーまあ正直なところ私としては、どっちでも、バラついていても、たいした問題じゃないと思ってます。

数に限らず、たとえば「ユーザ」「ユーザー」とか「すべて」「全て」とか「動作」「作動」とか、よくある用語用字のルールをその客先では設けていません。まあ、私が消極的だからというのも理由のひとつでしょう。
ルールが決まっているほうが書きやすいと言われることもときにはあって、それは一理あるなあと思うんだけど、でもやはりそんなのは後でも誰でも直せることなんで、書く人にはまずとにかく内容面・技術面に注力してもらいたいわけです。
正しいこと、読み手の要求を十分に満たせること、順序・軽重が適切であること。「用語統一」にしても、文字使いのレベルではなく、技術上の要点となる物事・概念にうまく名前を付けてその名前を一貫して使う、といったレベルで考えてもらいたいわけです。

て、そうか、つまり私としては用字ルールの代わりにそういうことをまとめて、「ドキュメントの書きかた」といって配ればいいわけだな。
……難しいよな。
……けど、やらないといけないんだよな。

＞単数か複数か明確になるから英語は日本語よりすぐれているとか言う人がいるようですが、寝言の類だと思っています。

そういうことを言う人がいたら、英語だと「あなたを愛している」なのか「みんな大好き」なのか明確にならない、と言ってやるとよいです。アイドルグループのファンであればそれを曖昧にしたい場合もありますけれども、よりによってyouが単複同形なのはどういうことか、おおいに謎ですよ。

それはさておき、単数か複数か明確になるとよいかどうか。実は昔、自分用のメモで「ファイルs」「宛先s」とかいうふうな複数形を使ってみたことがありました。単数か複数かでプログラムの作りが変わることがあるので、設計段階のメモで単数複数を区別するといいかなと思ったのですね。
しかし、たぶんあんまり役に立たなかったんだろうな、いつの間にかやめてしまいました。

あらためて考えてみると、役に立たなかったというよりつまり、単数か複数かはたいした問題じゃないのですな。それよりもプログラムの造りに大きく影響するのは、個数が決まっているか決まっていないか、ということです。
たとえば12個と決まっているなら、1個と決まっているのと実はたいして変わりません。しかし、個数がそのつど変わるのだとすると、プログラムやデータ構造やデータ内容にあれこれ工夫が要り、バグる危険も格段に大きくなります。
特に危険なのが0個の場合。データが無い場合の処理を作り忘れることはしばしばあるし、動作テストを忘れることはもっとしばしばあります。データベースにデータが無い場合を考えなくて済むようにダミーのデータを1個入れておくという手法もあるんですが、客先でいざセットアップしたところでダミーを入れ忘れるという落とし穴があったりもします。

そんなわけで、とりあえずプログラミングに関しては、単数か複数かが明確になるより、固定数か不定数か・0を含むか含まないかが明確になるほうが有用だろうと思います。UMLなんかはそのへんの区別ができるようになっているはずですが。

鉄道が題材のSFで「線路たち」という表記を見たときはぶっとびましたが、最近の人は平気なんですかな。

単数か複数か明確になるから英語は日本語よりすぐれているとか言う人がいるようですが、寝言の類だと思っています。

コンビニで「お箸は一本でよろしいですか？」と聞かれて「一本じゃ食べられない」と返事してしまう私は狭量でしょうか。

あぁ確かに今の居場所を書いちゃ駄目ですね
と言うわたしもやった事有ります福岡の空港から今飛行機待ってますって（＾＾；

今で言うとTwitterで「●●なう」ってヤツですね
知らないフォローが増えているのでこれも気をつけないといけ無いなぁと思っているところです

このあいだ1日仕事を休んで、確定申告をしてきました。きちんと税金を納めてほしいと総理大臣が言ったそうですが、あいにくと還付申告。昨年前歯を4本挿し歯にした分の医療費控除と、定額給付金をそっくり緑の東京募金に寄附した分の寄付金控除で、納めた税金を4万円ほど返してもらうことになりました。失恋控除が効けばもっと増えたのですが、適用対象外でした。

してきたというか、正確に言うとe-taxです。国税庁のWebサイトで、必要事項を入力すると申告書のPDFファイルができて、印刷して源泉徴収表などを添えれば提出できるというしくみ。電子証明書があればそのままオンラインで提出できて税額が5000円下がるということなのですが、区役所へ行って電子証明書付きの住民基本台帳カードを作り、ヨドバシカメラかどこかでカードリーダを買ってきて、さらにActiveXモジュールをインストールしないとならない、ようなのでとりあえず見送りました。やってみてもいい、というかぜひそういうことを試してみるべきだけど、ひとまず紙提出も試してみていいわけですし。

で、試してみて思ったこと。
e-taxの入り口にあたるページはお役所らしくない、そこそこ見栄えのするWebサイトになっているのに、e-tax本体は、まあたぶん担当部署も違うのでしょうね、やれやれこんなものかでもまあちゃんと動くことが優先だものなという感じでした。
いや、見栄えに落差があるのは差し支えないと思うんですが、「説明」にも差が感じられましたね。入り口ページはおおむね素人目線で説明できているようだったけど、本体はまだまだお役所論理で、何を言われているのかつまりどうすればいいのか、考えてしまうことが何度かありました。んー、特に、オンライン提出と紙提出の選択・その説明がどうもスムーズでなかった印象があります。

もひとつ、e-tax本体に入った途端に、ブラウザのウィンドウがスクリーンいっぱいに広げられてメニューやアドレスバーが消えるのですが、うーむ私はこういうの嫌いなんですよね。まあ、中身が全部見えないといけない、やたらにソース表示などされてはいけない、という理由はわかるけど、でもやはりそうしないといけないものか、ちょっと印象悪いです。
そういえば、ブラウザのポップアップブロックを解除する必要があるのですが、こっちは理由がわかりませんね。ポップアップなんかなくてもちゃんと使えるWebアプリケーションは作れるはずです。いや実はここの掲示板システムでも投稿時のプレビューをポップアップで表示しているのですが、最近になってそれはまずい設計だったなと、おおいに反省しているのであります。
それはともかく、ポップアップブロックを解除する方法の説明がけっこうな量になっているし、この説明があってもユーザによっては難しいだろうし、ポップアップしないシステムを作ればいいのになぜそうしなかったんだろうと、どうも不思議です。

あともうひとつ。出力された申告書の見栄えが私としてはちょっと勘弁してほしいものでした。欄と文字のバランスがどうにもこうにも合ってないところが目に付くし、書体がなぜかところどころだけ明朝体だったりする。
既定の欄にユーザが勝手に入力する文字を押し込むのだからしょうがないとも思うし、お役所の書類だから見栄えを問題にする必要はまったく無いんですが、でもやっぱりこの紙面を私が作ったと思われるのはいやだなあと、そんな感じです。まあ、そのまま提出してきてしまったわけですが。

や、それはちょっと、自分が今どこにいるとか今からどこへ行くとかって、ネットでやたらに書いちゃいけないことのひとつだと思いますが、……オレ書いてないよな。……うは、書いてるわ。「ただいま羽田空港第2ターミナル」って、その場でアップしてたりもしますね、やれやれ。

ブログの話で言うと、なのかさんのブログについて私は何か言うべきところだと思うんですが、自分にどう跳ね返ってくるのか読み切れなくて、ちょっと口ごもっておりますです。

ちょっと引っ張って、私の仕事と英語の話。

私はふだんある客先で技術ドキュメントのリライトをしています。リライトというのはつまり、読みにくい日本語を読みやすい日本語に書き直すことですが、それは同時に英訳のための下準備という側面もあります。や、その客先で作ってる製品はワールドワイドプロダクトで、ドキュメントも日英韓の3ヶ国語で作られていて、まあ韓国語版は省かれることが多いのですが、私がリライトした文章はほぼすべて英語に翻訳されるのです。
で、リライトが下手だと後で翻訳担当者に質問されるのですね。この語はどこにかかっているのか、この述語の主語はどれなのか、みたいな。
わかりやすくなるように書き直したつもりの文章をわからないと言われるとけっこうコタエるのですが、つまり技術翻訳というのはそれだけきっちり文章を捉えないとできない、ということでしょう。最近では私も、質問されそうなところ翻訳しにくそうなところを予想して書き直すとかコメントを付けておくとか、ときには頭の中でざっと英訳してから再和訳するみたいなこともしてみたりするようになりました。

で、「英訳しやすい日本語」を書く技術について何か言えるといいのですが、てゆうかそれを言わないとわざわざ引っ張った意味がないのですが、ううむ、考えてみたけどやはりどうも、はっきり手法みたいな形にして言えるようなものがありません。

一番よく質問されるのが「ここで言ってる○○はひとつですか」、つまり単数形と複数形とどっちに訳したらいいかということです。なんでも、英文で単数複数をきちんと表現できていないのは、日本語で言ったら「文章おわかりやすく書くのわ難しい」みたいな、極めてみっともない文章なのだそうです。信頼性にも響くから単数か複数かはっきりさせないといけないと言われると、なるほどそうかとは思うけど、しかしこれ、日本語ではどうしようもないことですからねえ。
明らかに数を問題にしている場面であれば「ひとつの○○」「複数の××」と書くこともありますが、それでも頭の隅ではこんな文章おかしいよなあという気がします。「娘たち」とか「山々」とかいった言いかたもごく限られているし、まあ当面は……日本語に複数表現ができるまでは、翻訳者あてのコメントでしのぐしかなさそうです。

小坂さんは季節になると１８きっぷに乗る程度の鉄では有ったはずです…というのも非常にくだらない話なのですが神戸の友人宅から東に向かって１８きっぷで出発したら直後に友人からメールが来て「今小坂俊史がそのルートを逆に進んでる！！（ブログにアップされていたらしい）」と（＾＾；

今思うと私は、銀河にもながらにも乗ったけど両方廃止がきまる前だったなぁ…きまってから乗らなかったなぁと銀河はそもそもが一回しか乗っていないので問題外ですが。
能登と北陸の季節列車化ももう数週間ですねぇ

あー、実は私も以前は中野に住んでいたのですね。主人公が初日の出を見ようとした歩道橋というのもどこだかわかります。南口の丸井がなくなったというのはこれで知ってたしかに驚いたし、ドンキホーテができたというのもこれで知りました。

中央線の車両の話が面白かったかな。消え行く201系、乗らないくせに惜しむのはわがままでしょうかって話。
わがままですよ。
ブルートレインが無くなるのも、「ムーンライトながら」が無くなるのも、ローカル線が無くなるのも、つまるところ人が乗らないからで、たまにしか乗らない人や一度乗りたいと思っていた人なぞが感傷的にとやかく言うのは筋違いだと私は思ってます。廃止間際に人が押し寄せるのは恥ずかしいことだと思ってます。
その背景には「元鉄」として同族嫌悪みたいなものがあるわけですが、や、小坂俊史さんは鉄なんですかねえ。「乗らないくせに惜しむのはわがままでしょうか」と醒めたマニアが言うのは不思議じゃないけど、普通の人がそう言うのはだいぶ意外な感じでありますよ。

小坂俊史　竹書房　ISBN978-4-8124-7171-5 2009年10月31日　定価[本体743円]+税

何でそう言う流れになったのか忘れたけど結果的になんだかオススメされたようなので買ってみた…漫画（＾＾；
楽天ブックスで翌々日届きましたといえ注文は結構な夜中だったので実質翌日でしょう。

中野から武蔵境までの中央線各駅にそれぞれ女性キャラクターを住まわせ地元あるあるエピソードを交え…なんというのだろう？
小坂俊史のなんとなくあるこのやさぐれ感が好きなのですが（＾＾；
何というかみなさん自分の住んでいる街を愛しているのにツンデレですなぁ…

因みに小坂氏は中野以外すんでいた事がないそうです…よくある話ですね。

Windowsをアップデートしてからだと思うんだけど、どうも妙なことがひとつ起こっています。しばらく気が付かなかったくらいなので、まあつまりたいしたことじゃないと言えばたいしたことじゃないんだけど、しかしときと場合によってはなにかまずい結果を引き起こすこともありそうです。

何が起こっているかというと、ファイルやフォルダに対する操作が表示にすぐ反映されないことがあるのですね。
・フォルダを作ったとき、新しいフォルダが表示されない。
・ファイルを削除したとき、そのファイルが表示されたまま。
・「名前をつけて保存」でファイルを作ったとき、そのファイルが表示されない。
・画像ファイルを縮小したとき、表示されているファイルサイズが大きいまま。
……といったような現象です。

特に厄介なのがフォルダを作るときでね、あれ間違ったかなと、メニューを選択したつもりでマウスが滑って外れることってありますよね、それかと思ってもう一度やってみるわけです。それでも「新しいフォルダ」ができない。もういっぺん慎重にやってみるけど、またダメ。それで今度は[Alt]キーでメニューを表示させてカーソルキーで「新規作成」→「フォルダ」と選んでみてもやっぱりダメ。
そこでふと思って[F5]を押すと、「新しいフォルダ」「新しいフォルダ(2)」「新しいフォルダ(3)」「新しいフォルダ(4)」がぞろぞろっと表示されたりするわけです。

うむう、操作と表示の同期が取れないって、別スレッドなんだろうな。それにしてもへぼいと思うけど。

……考えてみたら、そもそも私はエンジニアと名乗っていいのかどうか、そこにも微妙な引け目を感じておりますねぇ。

学校で技能・技術や工学を専門的に勉強したことはなくて、それどころか、中学の技術の時間も木工と金工だけでなぜだか電気工作をした記憶がありません。
就いた仕事も編集者。中身はともかくとして、職業分類として技術職には含まれていない仕事です。
独立してからやってることも、ドキュメント・エンジニアってのは自分で言ってるだけ、普通はテクニカルライターと呼ばれます。ソフトウェアを作ったと言ってもAccessとかExcelとかがベースで、つまりちょっと器用なユーザができるような世界の話だし、掲示板システムを改造・開発したと言ってもそれで報酬をもらったわけじゃない。

や、自分にとっては肩書きなんかどうでもいいわけだけど、しかしどう名乗ってもいいということにはならないわけで、どうしたもんかなこれ。

ちょっと違うんですがトークマスターという主に語学学習用のラジオ録音機器を持ってます
これが電源の持ちがわるく
油断すると「時刻を設定してください」というような画面になります

つまり私が理解するに「時刻の設定が成されてない」状況でそのような警告を発信するのではと

ちなみにきちんとうごいているときにずれが少しだとラジオの時報をつかっての正時補正が行われるはずなのに結構ずれてます時間…

最近になって気になり出したのだけど、EmOneがときどきこんなことを言い出します。バッテリがなくなって交換した後が多いみたいですね。

最初は、ああ内蔵時計がずれちまったんだなと思って「設定」→「システム」→「時計とアラーム」といって再設定し、どうせならダイアログにこのリンクを付けてくれりゃいいのにと思っただけだったんですが、あるとき、たまたま時計が手近になくて時刻がわからないことがあって、それで、もっと根本的なことに気が付きました。

時計が合っているか間違っているか、正しい時刻がわからなかったら、わからない。
正しくありませんと言うからには、こいつ、正しい時刻がわかっているはずじゃないのか？
こんなこと言ってユーザを煩わせず、自分で再設定できるはずじゃないのか？

とりあえず「コード」はダメだよな、「マクロ」にそろえなきゃ。
「警告」もダメなんだと思う。標題を「警告を表示せずにマクロを無効にする」にしたのはそれが何かおかしいと思ったからなんだよな。何がおかしいかな。……ふーむ、「警告」が「マクロを無効にしちゃいますよ」という警告を指しているように読めて、「マクロは危険ですよ」という意味には読めないのがおかしい、のかな。いや、そういう意味に受け取っても、事実と違うけどこの文章自体がおかしいことにはならない。事実と違うことを私が知っているからおかしく思えるだけだな。
ううむ、分析はひとまずおいて、とりあえず書き直してみるか。

てな具合で書き直してみると、こんなふうになりました。
もとのスタンスより守りの姿勢が若干弱くなりましたが、……いや、元の文章は守ってるというよりただ縮こまってるだけですよ、4つの選択肢の説明としてはこんなところが妥当なところでしょう。

それで、書き直しているうちに気が付いたこと。元の文章は仕様書の言葉遣い、こういう動きをするようにプログラムを作れと設計者がプログラマに指示する言いかたそのものです。それじゃあ、ユーザーがどうしたらいいかわからなくて当たり前だし、どこがダメとか分析してもしょうがない。ダメなのはこの文章ではなく、仕様書の文章をそのままユーザインタフェースに使ったことですから。