...また爆弾発言ですいません。

山梨県の渓流にひとりで釣りに行き、翌日になっても戻らないので家族や会社の仲間が捜索したところ、夕方になって彼の車が無人の状態で見つかったそうです。
すでに暗くなっていたためその日の捜索は打ち切り。翌日、うつ伏せで倒れている彼が発見されたそうです。

歩いて入るには危険な個所も結構ある渓流らしく、15m ほど滑落したようです。
死因は外傷性ショックということなので、ほぼ即死状態だったものと思われます。

うちの夫よりも結構年下で、まだ40でした。
数年前に結婚した時は、夫と私も式に呼ばれたのに、私だけ体調不良で出席できませんでした。
その後、彼ら夫婦とうちら夫婦で何度か遊びに行ったり、うちに遊びに来たりしてくれました。

彼は浜松出身で、東京の釣り具メーカーに就職するために上京した時は、別の釣り仲間（浜松在住）から「よろしくね」なんて頼まれて、夫はよく面倒を見ていました。
（実際は一緒に釣りに行ってただけですが）
彼も、結婚当時「東京で一番世話になった人」と、新妻に夫のことを紹介してくれました。

うちの夫も相当なもんですが、彼はそれに輪をかけて釣りキチ○イで、釣りのために生きているような人でした。
普通、訃報を聞くと「信じられない！」って思いますが、釣りしてる最中の滑落事故なので、信じられなくないんですよ。ありえちゃうんですよね十分。
彼らしいなぁ、釣りしながら死ぬなんてある意味幸せじゃないか。

...なんて訳ねぇだろ！！！！死んじゃったんだぞ！！！幸せなわけねぇだろっつーの！！！
40になったばっかりだぞ！！！多く見積もって30年ちょっとぐらいしか釣りしてないんだよ！！！
幸せな死にかたなんてあるか！！そんなの生き残った奴の上から目線な詭弁だよ！！！

死んじゃダメだ！！死んじゃったらおしまいなんだよ！！！
おまえん家には、帰りを待ってた奥さんがいるだろう！おまえの釣りキ○ガイを理解してくれて、温かく見守ってくれた人じゃないか！！

生きて帰ってこなきゃだめなんだよ！！！！

ひと一倍涙腺が発達した私が、なんでこんなエントリを書いてるかというと、こうでもしないと「亡くなった」という事実を実感できそうもなかったからです。
かの「クレヨンしんちゃん」の作者様もそうでしたが、ほんの一瞬判断を誤っただけで、人生が大きく変わるというか、そこで終わるというか。

こんなことってあるんだ。
あるんだなぁ。
あるんだよねぇ。

彼の死は新聞の記事になったりしましたが、ニュース記事はいずれ web から消えるので、ここに残しておきたいと思います。

竹内 治 さんのご冥福をお祈りいたします。

ひさびさの更新で爆弾発言っぽくなっててびっくりですが、これ事実です。

いや実はみんなビックリの電撃ミッションで、おつきあいとやらが始まったのが去年の5/3だそうだから、正味１年ですよ。何度も言うがびっくりですよ。
もう付き合い始めの頃からｹｺｰﾝする！言っており、うちら両親に彼氏がご挨拶してくれたのが去年の７月かな。
それからいろいろと準備を重ね、無事一昨日ゴールイン（死後）いたしました。

今年2月下旬に彼氏宅近所（うちから高速道路使って１時間）に引っ越して行って、なんだかおままごとっぽいなーとか思ったけど自分の親にもかつてそう言われたことを思い出したりして。

なんつーか、あっけなかったな～～
正直、うちのムスメは結構なヲタクさんで、人づきあいも上手な方ではないし家事なんかできないし男と付き合うとかキモイしとか言ってるしで、絶対嫁になんか行かないいや行けないと思ってたのに。
まさかこんなことになるなんて。いやいいんですけど。バッチリなんですけど。

彼氏もその家族もとってもいい人ですよ。
なにより、家族全員素直に「ありがとう！」と言葉に出せるってところがイイ。なぼ家の人間の辞書にはそういう行動載ってないもん。

式にはダンナのお母さん（ムスメのおばあちゃん）87歳（！）も参列したんですが、あちらの家族みなさんで「おばあちゃん」「おばあちゃん」言ってくれて、なんて優しいんだと感動した。
そんなことで感動する私がダメなのかとも思うが、私にはああはできないだろうと思うもん。
ふつー、20歳のお嬢さん（新郎の妹さん）が他人のばーさんに対して、まるで自分の親戚のように接することってできるもんかね？
最近の若いお嬢さんはみんなそうなのか？いやそんなことないだろ？

「お嬢さんいなくなって寂しいんじゃ？」なんて人には言われますが、特に寂しさはないっすね～。
うちには可愛いリーヤくんがいるので(･∀･)

ただ、婚姻届出すために戸籍謄本を取ってきたのだが、その謄本を見たら軽く泣けた(T_T)
夫や私の出生届を誰がいつ出していつ戸籍上の手続きが終わったか、うちらの婚姻届を誰が出して（夫だ）いつ受理されたとか、ムスメの出生届を誰が出した（夫だ）とか、私らの歴史が書かれているわけですよ。

歴史 なんて言葉で言うと簡単だが、ここまで来るには結構な年数と大勢の人との関係があったわけで、それら無視してはなにも語れないのだなぁと改めて思ったり。

「もうだめ死にたい」とか思った人は、一度市役所に行って自分の謄本を見てみるといいよ。
生まれて育って大人になるってそんな簡単なもんじゃないよ。自分勝手に死ぬのはｲｸﾅｲよ。うん。

# なぜ最後がこんな話に...

しかししかし、普通の suica （PASMOでもいいんだけど）だと、どうにもこうにもチャージが面倒！
「あ、金はいってない」と思ったところで、チャージできる現金を常に持ち歩いてるぐらいなら苦労しねーんだっつーんだよ。

というわけで、モバイル suica を復活させるために、ルミネ view カードを作ったとそういうわけさ。で、オートチャージ機能もついてるからついでにつけたと。

そしたら今度はオートチャージの便利さにどっぷりはまっちゃって（笑
モバイル suica はあまり使われず、ルミネカードばっかし使うようになってしまったのですよ。

と
こ
ろ
が

先日のモバイル suica アプリのバージョンアップで、モバイル suica にも「オートチャージ機能」がついちゃったああああああああああああ！！！！

モバイル suica オートチャージ設定
http://www.jreast.co.jp/mobilesuica/use/sf/chrg/auto_chrg.html

もう何も言うことはありません、suica万歳。
こんなほめまくってると関係者みたいだけど、ルミネカードを作った本当の理由が立川ルミネにロクシタンが入ったからだ というあたりから「無関係」だということがおわかりいただけるかと。

注）ルミネカードでお買い物するといつでも5％OFF、どうかすると10％OFFになる時期も。基本値引きなんかない品物を買うには非常に有益なのです。

連載! とことん Visual Basic
第 5 回 4 バイト長の文字を含む文字列の操作 ～ホッケが仲間はずれの理由～http://msdn.microsoft.com/ja-jp/ff382735.aspx

どうせ書くならこのぐらいのクオリティのものを書かないといかんよね。
ついでだから全部読んじゃいなさい↓

連載! とことん Visual Basic
http://msdn.microsoft.com/ja-jp/ff357686.aspx

Windows Azure Platform - SQL Azure
http://www.microsoft.com/japan/windowsazure/developers/sqlazure/

このサイト見て、喜んで 「SQL Azure と SQL Server の共通点と相違点」をクリックしたんだけど... 元のページがリロードされるだけやん orz
やっぱ英語の記事を読まないとだめなのかな...

噂に聞くところによると、SQL Azure とは、

・MSのデータセンター（どこかは知らない、多分外国）にデータベースを作れる
・当然のことながら、保証稼働率は99.99％とかそのぐらい
・つまり、落ちない
・あ、データセンターだから、ハードウェアのメンテナンスや更新プログラムのことは気にしなくていいんだ
・常に最新のハードウェアで動かしてくれるのかな？？超期待
・なんと、自分のマシンから Management Studio とかで接続できるらしいぞ
・え？プログラムから接続するのはどうすんの？ADO とかでもいいの？
・ってことはなにか？Access からリンクテーブルとか作れちゃうワケ？？

どうもデータ容量か通信料かで課金されるらしいんだが、単なるデータの入れ物として利用するのであれば、これ以上安心でお手軽なデータ格納場所ってないんじゃないの？
少なくとも私はそうおもう、ハードウェアの故障とかを見越してフルバックアップなんて取る必要ぜんぜんないし。

特に利用価値高いなぁと思うのが、キャンペーンね。
一時的には利用頻度がめっちゃ高くなるけど、キャンペーンおわってデータの分析も終われば当分見ることないじゃん。
いらなくなったらやめちゃえるってすごいわー。（まぁバックアップぐらいは手元に残してあげてもいいのよ）

あと、小規模の開発にも使えるんじゃないかな？
お客様の生データを上げるのはちょっとアレでも、開発段階のテストデータだったら別にいいよね。
ただ、本番環境に持ってってパフォーマンスがガタ落ちってのはあるかもしれないけど（笑

まるで新しいサービスなので、発想しだいで利用価値もでてくるんじゃないだろうか。期待。

できることが非常に限られている というかやれることって本当にケーキを作って並べる「だけ」なので、人によっては受け入れがたいゲームでしょう。
それでも、お店の壁の色やひさしのデザインを変えたり、デコレーションアイテムが増えてくることで 地味～～ に楽しめる人が徐々に増えつつある？アプリです。

最近、棚が１段増えて、店におけるスィーツの数（トレイの数）が３つから６つに激増しました。
それまでは特に気にして無かったんですが、棚が増えてからスィーツの売れ行き（=売り切れるまでの時間）がものすごく悪くなりまして。こらどうしたことだと。

噂では、「スィーツが売れる時間は１分に１個」（あくまでも噂）なんだそうで、トレイが３個だろうと６個だろうとそこは変わらないようなんですな。
ってことは、棚が増えて喜んでトレイをいっぱいっぱいにしておくと、いつまでも売れないで在庫を抱えて泣くことになる、とまぁそういうことですわ。

最初は、スィーツを仕込むタイミングとか種類とか考えたりしたんだけど、よく考えてみたら

・１日に仕込めるスィーツの数は、薪の数が 5 個なのでそれ以上はありえない（薪の繰越不可）
・１分に１個しか売れないのなら、１日に売れるスィーツの数は決まってくる（60*24=1440)
・ってことは、５個仕込んで 1440 個以下になる組み合わせで仕込めばいいんじゃね？

以上のことから

経験値優先： ショートケーキ５個 ＝ 1日合計 800 経験値
　（仕込み経験値15、仕上がり経験値145 )
　粗利益： ￥4,300.-

利益優先： プリン２個 マフィン３個 ＝ １日合計 ￥6,585.- の粗利益
　（プリン材料費 300×2、マフィン材料費 175x3、
　　プリン売上 ￥2,010.- x 2、マフィン売上 ￥1,230.- x 3）
　経験値： 404

＊レベル 21 までで作れるスィーツの範囲内での計算です。
＊オーブンは３台に増設済みであることが前提です。２台のままですと 24 時間以内に作り終わらない可能性があります。

というわけなので、しばらくは ショートケーキ専門店として運営していこうかとおもいます。

日本語照合順序 Japanese と Japanese_XJIS_100、Japanese_Bushu_Kakusu_100　の比較
http://blogs.msdn.com/sqljapan/archive/2008/06/16/japanese-japanese-xjis-100-japanese-bushu-kakusu-100.aspx

え？こういう時って トラックバック とかすんの？
正直しくみがよくわかってないんだよね（汗）

きょうは、いつも私を癒してくれる機械翻訳コンテンツから２件をご紹介しまふ。

言わずもがなだがつっこみどころは２点（もっとある）

・プラットフォーム「イ」
・区分：おっと

英語原文はこちら
http://support.microsoft.com/kb/961555/en-us

こちらはぴかちゅう発見

英語原文はこちら
http://support.microsoft.com/kb/816818/en-us

ひねり無いな。

とか思ってたわけじゃないが、ある日突然目に付いたのがこれ

Windows デスクトップ向け Microsoft SQL Server Compact 3.5 および Microsoft Synchronization Services for ADO.Net v1.0
http://www.microsoft.com/downloads/details.aspx?FamilyID=7849b34f-67ab-481f-a5a5-4990597b0297&displaylang=ja

Compactっつーぐらいだからずっとモバイル専用かと思ってたけど、普通にデスクトップでも使えるのな。

ほほうなになに。Jetエンジンの代替として利用できると。
しかしDAOがそのまま使えるわけではあるまい。
（しっかり Access からは使えない と書かれてる...）

• これまでの、いわゆる MDAC からの接続はできない
  どうやら DAO や ADO ではだめで、ADO .Net か LINQ を使うしかなさそう。ほんとにダメなのかな？見つけられてないだけかな？？まだ疑ってますが望みは薄そう...
• ODBC 接続もだめっぽい？（ドライバが無い？）
• 管理ツールが無い！
  なので、とあるプログラムからSQL Server Compact のデータベースを使おうと思ったら、そのプログラムの初回起動時とかでデータベースを作る処理を入れとかないといけないです。 当然テーブルも一緒に作らないといかんね。インデックスもか。 つまりは管理機能も自作しないといかんと。
• Access同様、サーバープロセスが動いてるわけではない
  なので、複数マシンからのアクセスが同時にあるような状況で使うのは自殺行為。 サーバーに置いて使いたいなら SQL Server 2008 Express にしようね。
• レスポンスは期待できない
  「Accessより早い！？」なんて期待はしないように。 計ってはいませんが、クライアント単体で動作するのが前提なので、そこは期待するとこと違うと思うよ。

さらに、ここを見ると「サポートされていません」の字がずらっと並ぶことにビックリ。
...まぁ、冷静によく読んでみると、これまでAccess mdbを使ってた人なら別にできなくても支障は無い機能がほとんどなんだけど。
（トリガとかビューとかが無くても困らないもんね）

利用の用途としては本当にJetと一緒かなぁと。
とあるマシンのバックエンドで人知れず動くデータベースエンジンが必要になるケースってたまにあると思うんだけど、そんな時クライアントに SQL Server Express を入れるわけにいかないよね。
常にSQL Server のサービスが動いてたら邪魔だし、奴らめっちゃメモリ消費するから重くなるし。
SQL Server Compact はサービスが常に待ち受けてるわけじゃなく、Jetと同じように利用されるときだけ動くから、アプリを使ってない時までメモリ使われるようなことにはなりませんな。

興味ある方はぜひ使ってみて、どんなもんか教えてください(^_^;;

SQL Server Compact 3.5 オンライン ブック
http://msdn.microsoft.com/ja-jp/library/bb734673.aspx

クライアント層および中間層のプログラミングでのデータ アクセス
SQL Server Compact 3.5 (Visual Studio) の使用
http://msdn.microsoft.com/ja-jp/library/aa983321.aspx

ずいぶん昔に書いたことありますが、書籍紹介をAmazonリンクにしてる理由は「クリックされたかどうかがトラッキングできるから」です。
正直売り上げは期待してないつーか実績もほぼゼロですので購入していただかなくてもぜんぜん構わないんです。
ただ、この紹介が役に立ってるのかどうかだけ知りたいので、興味をもたれたらクリックしていただけるとありがたいです。誰も期待してないようなら載せるのやめるし。
リンクはったまま放置しとくといつのまにか絶版になったりしてるから(^^; これでもメンテナンスは必要なんすよ。