北海道だと、まだまだIT化さえ進んでいない所が多いというのに、第1段階目のIT化されているレベル、第2段階目のIT化によってデータが集積できているレベル、第3段階目の集積されたデータを活用できているレベル、このうちの3段目のレベルのお話です。ほんの1年前までは、NoSQLやHadoopなんて、ちょっと毛色の変わった人の話という感じでした。最近では頻繁に、これらの事例を目にするように(ウェブ上)なりました。うちの社長には、ビッグデータ・ビジネスは、うちの会社のビジネスじゃないだろ・・・という風に言われました。半分は当たってますが、今から念頭に置いておかないと浦島太郎になりそうです。本書を読んで、そう思いました。この本を読む前から、データ実証主義の行き着く先は、この辺になるだろうから、どこかでビッグデータを取り扱う話にぶち当たる予感はありました。「グレイトフル・デッドにマーケティングを学ぶ」いやいや、凄いビジネス書です。万人にわかりやすく書かれていて、素晴らしい。今の時代のビジネスの本質をついてると思います。BOOKどんどんと生産が海外に流れていくが...もの作りの生産における人件費の占める割合って、いったい、いかほどのものなんだろうか?ソフトウェアのように、ほとんどが人件費のものならば、人件費が安いところで開発しようというのは、頷ける。酔っ払ってて、いまいち記憶が曖昧だが正月に自動車メーカーにいる友人と話てて、車のような大きいものでは、部品代と比較して人件費の割合なんて存外たいした事ないんじゃない?って聞いたような聞かないような・・・。G+で知った「togetterにまとめきれなかった、グローバリゼーションの本質」にもあるように、世界の大衆車の販売を目指すのならば、やっぱり標準化してコストダウンしていかないと、お話にならないですよね?何が言いたいかというと、生産拠点を移しただけで勝てるとでも思ってるのかね?という事なんです。みんな、薄々そう感じながらも、コストダウン命で海外に生産拠点を移転ってやってるけど、本当に本質はそこですか?と、書いてみたかった。いや、どんどん生産拠点が海外に行ってる上に、NECが1万人削減とか、寂しい話が多いなーという訳で、書いてみました。センサーはカオスで、加速度系の方向が機種によって違うとか、いろいろ聞きます。山をやる人には馴染みの磁北線ですが、国土地理院のページに詳しく書かれています。現在は時計回りを正とした場合、日本では反時計回り方向に磁北線があり、西偏X度というような表現をします。日本でも過去には東偏だった事があるようです。検証したところ、方位は時計回りを正として表現されています。取得できるべき値は負であるべき気がしますが正。取得できる値は正であるべき気がするのですが負。取得できる値は正負が逆のような気がしてならない・・・。いうものばかり・・・俺、間違ってるのかな・・・自信なくなってきた・・・。取得できる偏角は単位が度なので、注意が必要です。小学校からやり直しですな...。センサが方位0度を示している時、真北の値はX度な訳です。写像にすると、X度を0度にが補正写像な訳ですから、-X度を足し算すれば良い事になります。正解で良い事になります。皆さん、新年あけましておめでとうございます。今年は嫁さんの実家に行って、その後、五色温泉~グスベリと、まわりました。お約束の五色温泉は、こんな感じです。坊ちゃんと、旧友の家族とで初滑りしたのですが、風が凄くて一本で敗退・・・。ほら、冬山に登ると空気が変わって、もの凄い厳しい風雪に見舞われる事があるじゃないですか?スキー場がそんな感じでした。旧友の坊ちゃん、うちの坊ちゃんより一歳年下なんですが、ちょっとだけ可哀想な感じでした...。次はグスベリさんのところへロケーションは、バッチシです。夜には、雪で寝かせた真狩村名産の百合根のグラタンが美味かった。こんな感じの正月でした。開発、難しいですね~。こんな事は、もう語り尽くされているだろうと思ったかもしれませんが、もうちょい突っ込んだ内容になります。違いと、あるんで、基本は、これでオッケーなんです。2重起動している状態になります。この時に初期化処理と終了処理が前後してしまう事があるんですわ。いやいや、ちゃんと行儀よくActivityを書いていれば、何の問題もないんです。}みたいな事をやってるんです。関連を持って利用しなければならないとなると、こうするより他無いんです。こんなんで共有できてしまうのは、将来的に地雷を踏む可能性もあります。使いましょう」だからです。相当するメソッドがありません。呼ばれるので、うざくてしょうがありません。作成して、そこで共通リソースの初期化と破棄を行なってます。何回呼ばれようが気にしなくて済みます。一時的に2重起動してもプロセスが別なら問題ないんじゃないですか?と思うやないですか?ところが、違うんです。コールされる状況があるんです。}という感じで、プロセス?カウントをとって、対処してます。ちなみにタイミングがシビアじゃ無いので、カウントの保護は一切行なっていません。変数の記述場所を間違えてたので修正しました。カウンタは同期保護した方が良いかもしれません。synchronized(this)ではダメっぽい気がしますが、突っ込んでません。修飾子が余計だったのを取った。等で細かく異なるようである。参考になるサイトを見つけた。こちらも目を通した方が良いです。コールされるので思わしくない。選択する事にしました。コールされ破棄されるので、使えない。ある必要は無い気がしてきた...。突っ込んで、整理した後に書く予定。追試する度に、挙動が違って困る...。変更の影響を受けている事がわかった。コールされる事になる。この辺の挙動は、かなりトリッキーだ。縦横変更時にどんどん増殖するという恐ろしい事態を引き起こしていた。コードが、データベースを開いたプロセスと閉じたプロセスが同一でないと、エラーで動作しないようなチェックが入っております。アプリケーションを終了するようにしました。入れてみたんですが、プロセス|スレッドのコンテキストが全く切り替わりません。このため、2重起動を自前で防ぐコードを選択せざるを得ませんでした。指定しているんだから、アプリがやる仕事じゃ無いと思います。