何となく Blog by Jitta

知っているわけではないけれど

はなおかじった — Fri, 28 Nov 2008 23:09:00 GMT

火災：消火中の消防団員、頭を打ち死亡　青森・十和田（毎日新聞）より：

青森県十和田市東二十三番町の…物置小屋から出火…。この火事で、屋外で消火活動をしていた同市の消防団員、角田大介さん（３２）が頭を強く打って間もなく死亡した。

十和田市消防といえば、1991年から1992年頃にお世話になったお客様です。私が直接面識があるのは、司令室にいらっしゃる数人の方だけなので、実際に現場で作業にあたる方を知っているわけではありません。また、年齢的にも、私がお世話になっていた頃は学生さんだったでしょうか。しかし、なんだか知人が亡くなったような、不思議な気分です。

ご冥福をお祈りします。

ちょっと悔しい Silverlight 2 の記事

はなおかじった — Fri, 28 Nov 2008 23:06:00 GMT

Silverlight 2の業務アプリケーションへの活用経由、第1回 Silverlight 2の紹介（Silverlight 2の業務アプリケーションへの活用）

左の「日記カテゴリ」に、「Silverlight」があります。これは、業務技術先行勉強会で勉強したことをつづっていたわけですが、年末あたりに「成果発表会」？をやるらしく、「まとめろ」という指令が下りました。

んで、まとめていたのですが、できあがった資料と似たことが書いてある。

ちょこっと修正して、わんくまか囲む会で使ってやろうと思っていたので、悔しい、と感じた。

できるヤツから離れていく

はなおかじった — Fri, 21 Nov 2008 19:31:00 GMT

ネタもと：護送船団方式→1メソッドは 50行以内

誰もができる→ダメダメな奴でもできる→できん子に足並み揃える

いやだ。。。

できん子は、あるいは「新人」に置き換えてもいいと思います。←これは、知識がたまっていないという意味です。

彫刻や絵画などの、手を動かす技術者は、何度も同じことを繰り返すことで、より短い時間、より少ない手間で同じものを作り、また、より美しいものを作ることができるようになります。ここに護送船団方式はあり得ません。言うなれば、「快速船方式」でしょうか。できるヤツに合わさなければ、売り物にならないのです。

しかし、ソフトウェア業界では、中身と外見が一致しないことがあります。どんな汚いコードでも、要望がかなっていれば良しとされます。そのため、護送船団方式が通ります。

このとき、できる人とできない人の差は、知識です。

επιστημηさんが書かれるコードは、時々理解できません。それは、私に STL の知識がないからです。Ｒ・田中一郎さんが書かれるコードが、時々理解できません。それは、私にラムダ式の知識がないからです。

じゃぁ、この3人が一緒に仕事をすることになったとき、どうするでしょう？個人組合であれば、それぞれがそれぞれの力量で行います。しかし、企業では、一番知識のない人、つまり私が理解できるコードを書くことが強要されます。なぜなら、新卒もまた、わからないと思われ、メンテナンスを担当することになってしまった人が理解できるかどうか、わからないからです。

できる人にとっては、面白くないですよね。第一、向上心が削がれます。できる、できないの差は、ここにこそあるはずです。そこを「評価しない」と言っているにも等しいことです。

結果。できる人から離れていく(辞めていく)ということになるでしょう。

言葉が生まれる瞬間

はなおかじった — Fri, 21 Nov 2008 19:28:00 GMT

いまだに検索キーワードとしてトップを走っている「押下」ですが、なんと！「言葉を広めたのは私かもしれない」という方からコメントをいただけました！！コメントとして埋もらせてしまうのはもったいないと思い、エントリとして取り上げて良いかと尋ねたところ、了解をいただきましたので、ここに引用してきます。

それは私かもより：

１９８４年頃、ある大手生保の端末システムの基本設計書を記述しているとき、画面の操作説明を記述する際、「Ｆ２キーを○○する」と言う文章の○○に何を使うか半日ほど悩みました。
「押す」では前方の物を向こうに押すニュアンスがある、「打鍵」ではピアノの様に叩くニュアンスがあり、字面的に「押下」が一番ピッタリで、広辞苑で調べても載って無く、漢字辞典で調べてもソンな言葉はありません。

しかし一度「押下」と言う字を頭に刷り込むとそれ以外は思いつかなくなり、「押下」で基本設計書を作成し、提出しました。

設計書のレビューの時に「この字はなんて読むの」と聞かれたとき赤面しながら「”おうか”と読んでます」と応えたのを覚えています。

その頃は、まだワープロもなく手書きで設計書を作っていた頃でしたので、どこかの文章を引用したのでは無いと思います。

その大手生保の端末システムは、日本の大手コンピュータメーカで、ホストシステムはＩＢＭでしたので、その後主にその２社を中心に「押下」が蔓延していったのだと思います。

すごい！！一度「押下」と言う字を頭に刷り込むとそれ以外は思いつかなくなりって、ありますね。言葉が思いつかなくて、「＊＊ということなんだけど、それよりもっといい言葉…」と思っていると、「＊＊」がもう頭から離れなくて、「それでいいや」となってしまう。でも、初めて見た人にでも、意味しているところは通じているのですからすごいですよね。

情報をいただきましたu_2さん、ありがとうございます。

Live Search で「押下」を検索すると、関連検索として、「押下とは」「押下読み方」が出てきます。Google では他に「押下対義語」がありますね。ほぇ～

あらゆる可能性に思いを馳せる

はなおかじった — Fri, 21 Nov 2008 19:26:00 GMT

スレッドについて（Insider.NET 会議室）より：

言語：Visual Stdio2008 C#
プロジェクト形態：Windowsサービス

１つのスレッドで、複数（5種類）のメソッドに優先順位をつけて同期処理したいの
ですがどのようなスレッドの作りにしたらいいでしょうか？
スレッドについてのアドバイスをご教授下さい。

すてき。。。

「1つのスレッドで」と書いてあるのに、いくつかのメソッドを「同期処理したい」とは、どんな感じ？

と思ったら、メソッドを逐次処理したい、と。

締め切りが迫って焦っているのかなぁ？だったら掲示板なんかで聞いてないで、上司に相談した方がいいよ。

で終わると、ネタにならないので。

いったい質問者は、どんなことを聞いて、プログラムを始めたのでしょう？このスレッドに出ている情報だけでは、正しく安全なプログラムを作ることはできません。

まず、メソッド A～D の内容がわかりません。「投稿日時: 2008-11-20 10:37」には、あるメソッドが終了しない状態になった場合、各メソッドをタイムアウトで終了させようと考えていますとあります。A～D のメソッドで行う処理は、いつでも中断して良いのでしょうか。

例えばですね、ファイルを処理します。具体例を出すと、Microsoft Office の場合、ファイルの第2ストリーム？か何かに、使用中であることを記録します。そのため、他のインスタンスから同じファイルを使用しようとすると、「＊＊が使用中です」というメッセージが出ます。時々、この記録を消さずに死んでくれるときがあります。そうすると、編集できなくなってしまいます、何とかしてください。。。

メソッド A～D の間に、そういう処理はないのかな、と。そもそも、なぜ「30秒周期」なのか。その「30秒周期」というのは、どのようなことを検討して、どのようにして妥当性を確認したのか。

また、メソッド A～D は、どれくらいの時間で終了することが見込まれるのか。それは、どのような条件で計測したものなのか。どのような条件だと、どれくらい遅くなるのか。どうやってそれを計測して、どのように分析したのか。

んと。情報処理技術者試験（プロジェクトマネージャ）にでます。マジで。過去、遭遇しました。プロジェクトマネージャなんかじゃないから関係ない？じゃぁ、あなたがプロマネから質問されたら、どう答えます？

はい。あらゆる可能性に思いを巡らせましょう。抜けるのは仕方がないことです。また、普通はあり得ないけど、あってもおかしくない可能性というものもあります。例えば、「ネズミがケーブルをかじった為に停電した」とか。実際にあったことですが、まずあり得ないことです。そんなところまでは、必要ありません。線引きも大事です。

読み直していて気がついたのだけど、A～D？4つしかあらへんやん！！

不用意に投げ出（キャスト）さない

はなおかじった — Fri, 21 Nov 2008 19:25:00 GMT

一行で書くのは難しいなぁ。ルビ使っても、IE 以外は一行になるしなぁ。。。(タイトル)

閑話休題。ネタ元から。

Formを閉じたときの処理（わんくま掲示板）より：

No 28057
■No28055 (のろさん) に返信
> (2)classの中でprivate Form1 f1;と宣言しておき、Form2が呼び出されたとき、Form1を引数に入れる。

>
> public Form2(Form1 form1)
> {
> InitializeComponent();
> f1 = form1;
> }
>

こんなことしなくても、f2.ShowDialog(this); とすれば、OwnerプロパティでForm1が参照できます。

No 28134
# それと Owner は情報を得るために設定するものではないと思います。
# Owner から取得するくらいならフツーにプライベートメンバで厳密な型を設定した方がマシです。

これ、じゃんぬさんに賛成。理由は、Owner から参照するなら、キャストをしなければならないから。

キャストする、ってこと以外でも、ここで Form2 が他のフォームから表示される可能性について考えなければなりません。その場合、インターフェイスでもってプロパティを用意することになるでしょう。

ってなわけで、cast、投げるという意味もあるので、「不用意に投げ出さない」というタイトルにしてみました。

社内でＣプログラミング診断室というページが紹介されていることに気がつきました。最後に仲間にも本ページのURLや、本の存在を知らせるのですよ。とあるので、義務を果たすことにします。ここにね、あるんですよ(苦笑)

レコードプレイヤー

はなおかじった — Tue, 11 Nov 2008 21:31:00 GMT

ティアック「LP-R500」--アナログプレーヤーにCD、カセット、チューナーを一体化

懐かしい思いに浸りたい曲が、レコードでしか残ってないんですよ。MZ23 の「マニアックコレクション」とか、MACROSS の「銀河に降る雪」とか、モスピーダの「Love, Live, Alive!」とか。