薬が切れる←まもなくここ。※1ちなみに、健康診断の結果が悪かったのは肝機能。みんな、脂っこい物やアルコールには気をつけようね。その他、ついでに受けている治療も少々。昼に整理券をとって夜にいくと、すぐに診療には入れるので助かっていた。off某、遠隔操作事件のウイルスの解析結果の一部が、警察によって公開されている:http://www.keishicho.metro.tokyo.jp/jiken/jikenbo/enkaku/sub4.htmあまり時間もないのでチラ見をした程度だけど・C#一筋という人ではなく、どちらかというとJava等の畑の人。・少なくとも一定水準のプログラム知識があると言うことが見て取れる。前者は、命名方法がC#で一般的な方法では無いことから容易に推測出来る。C#一筋の人ならば、AaaBbbCccといった、最初の文字も大文字にしたキャメル型を好んで使うけど、Java畑の人ならば、aaaBbbCccというった命名規則を好むからね。後者については、使っている英単語がそれなりに専門である点。「fetch」なんて、そこそこ深い部分の実装をしないと覚えない単語だと思う。「sanitize」はWebサイトの開発を結構やっている事を示唆している。これを見た感じとしては・C#は恐らく初心者だけど、C/C++でのマルチメディア開発経験があって、Web開発にも長けている中堅技術者といった印象を受ける。「Tick」と言う単語。自分の中で、Tickという単語を使う命令はマルチメディア系の命令ではよく目にするけど、それ以外で使うことはまずないと思っている。単純に犯人が英語に堪能というのも否定は出来無けれど、そうじゃ無いならば、Tickという単語をわざわざここで使うというのは、マルチメディア系の開発経験があるんだろうなと。ちなみにWindowsAPIだと、OS起動時の通算ミリ秒を取得する命令として、GetTickCountという命令がある。1件のコメント昨日の続き。郵送でパスワードが送られ来たわけですよ。自分がメモっていたパスワードと比較したら、1文字だけでした。「このログインIDはログインロックがかかっています」orz再度、サポートに電話。サポート「ロックの解除ですね。お客様を確認するために、郵送したパスワードを口頭でお伝えください。」おいら「いや、口頭で伝えたくないから郵送にしているわけですが・・・」サポート「あぁ、そうですね。訪問してきた事象銀行の人が、銀行の暗証番号を事件は絶えないだろうなと。そんなことを思う、サポートへの連絡でした。いうわけで、サポートに電話したわけですが・・・サポート「料金確認ページに最初にログインするときに、ID/PASSの変更をして、本登録しないといけないのですがお客様はされてないですね」サポート「この状態だとパスワードリマインダーも使えないです。」サポート「登録時の仮パスワードを入れて初期登録をして下さい。」おいら「ログイン画面では、自分が使いそうな番号は全て入れたのですが・・・」サポート「では、それらの番号を、今ここで、口頭でお伝え下さい。正しいのがあれば「それです!」と言いますので。」おいら「えっ?」サポート「ですから、お客様がよくお使いになるという、パスワードを順番におっしゃって下さい。」おいら「いや、そうじゃなくて、銀行とかいろんな所のパスワードを口頭で伝えろと?」サポート「ええ、私からパスワードを申し上げることは出来ませんので」おいら「もっと、たとえば、そちらでログインロックを解除してもらって、私の方で色々試すとかできないですか?」サポート「できますよ?」おいら「すみません、まず、それでお願いします。」~でしばらく思いつくパスワードを入れて歩く~おいら「やっぱり駄目ですね。ロックされてしまいました。タイプミスか何か登録時に自分がしているんだと思います。」サポート「そうしましたら、どうしましょう?」おいら「パスワードの再発行はできませんか?」サポート「できません。お電話で、パスワードは伝えられませんので。」おいら「いや、パスワードを口頭で伝えるのは絶対にナシだと自分も分かります。郵送でも良いのですが」サポート「あ、それならできますけど、お時間かかりますよ?」おいら「すみません、それでお願いします。」もはや、どこから突っ込めば良いやら。某、通信会社のサポートでの先週~今週の問い合わせ事例。■前振りこの会社、請求書はWebで確認するんだけど、どうがんばっても、確認サイトにログイン出来ない。しているうちに、ログインロックがかかってしまった。ログインロック画面には「ロックを解除するにはパスワードリマインダーを使用して下さい」と言う記載があったので、パスワードリマインダーを実行。off今日は、色々忙しくて出来なかった、いろんなサポートへの連絡を一つ一つ潰す。その中で酷かったサポートの事例を2つほど掲載。今日は、某マルチメディアソフトのメーカーの例。某ソフトの技術サポートに昨年10月末から何度か連絡を入れている。・・・一向に返事が無い。このメーカー、時期によってサポートの対応が乱高下するんだよね。細菌だとこの10月頃のサポートが一番酷くて、サポートに連絡しても梨の礫、のれんに腕押し、糠に釘。・PASSを3回間違えたら、そのユーザーは不正コピー利用者としてサポートを打ち切ります。いう酷い規約でサポートサイトを運営していた。offいくら何でも、忙しすぎるわ。体調も芳しくないわで。不定期更新にしたいと思います。以上、業務連絡でした。良い入札物件が出たので、入札をしてみた。最低落札価格の2割増しぐらいで。応札者8名で、自分たちは落札できませんでしたorzやっぱり、過去の物件と違って建物有りというのが以外と効いたようで、あの地域は国立公園内だから、建築許可とか大変。住民では無く、法人とかだと特に大変なので、そのあたりもあって、応札者が結構いた者ではないかと推測。いうか、最低落札金額の7倍で落札っていくら何でも太刀打ちできません><あ~がっくし。off「変数に型は無い」はメリットか?http://developers.slashdot.jp/story/13/03/01/0228235/./ネタが続いて申し訳ないけど、非常に論争になるこの話題が./に載っていた。自分は、変数に型があるべき派。確かに、小規模なプログラムならば、変数に型があるのは煩わしいのはわかる。型をしっかり管理した方がエラーが事前に見つけやすいと自分は思う。業務案件でこれは大切。書いているそばから型がおかしいと言われれば、直すわけだし。一度完成したプログラムを修正したら、芋づる式に、影響範囲が分かって、修正漏れが無い。正しいと思える動きをしてくれるから楽だろうという意見もわからなくはない。それって、言語の型の推論機能が優秀なだけでたまたま動いているんだよね?優秀というか、たまたま、自分が望んだ通りに動いただけだよね?と思っちゃう。いえば、某Webサービスからデータを取り出すときに、WSDLを喰わせて、それを元に最終的にDBに格納する処理を、C#とPHPで書いたけど、そのWebサービスのとあるデータが数値型から文字列型に変わったことがあった。C#は、WSDLを喰わせなおしただけで、コンパイルエラーが出て、その場所を重点的にチェックすれば良かったけど、PHPだと、プログラムの仕様書から、影響範囲を調べるだけでも一苦労。自分は断然、型有り派です。プライベートでコード書くときには、アセンブラレベルで書くことがあったり、Cのライブラリを作ってC#から使うとかしたりもするので、データがどうなっているかが分からないと気持ち悪いという気持ちもあるのかも知れない。off./から:RSA暗号の生みの親曰く「暗号化の重要性は薄れてきている」http://security.slashdot.jp/story/13/02/28/0722256/との記事が。暗号化に代わる別の手法もどんどん考えないとね。非常に解読が困難な暗号化方式。暗号化がセキュリティーの全てでは無いわけだ。いえ、他にどんな防御策があるのかと言われると、それはそれで画期的な方法は思いつかない。次のステージに進む必要がそろそろあるのかも知れない。