「IoT（モノのインターネット）」というと、真っ先に思い浮かぶのが製造業だ。機器や設備に取り付けたセンサーからネット経由で稼働データを収集し、運用・保守に生かす。典型例は米ゼネラル・エレクトリック（GE）の「インダストリアル・インターネット」構想やコマツの「コムトラックス」だろう。 例えば、GEが扱うのはガスタービンやジェットエンジンといった産業機器が中心だ。産業機器は高価で、維持管理に多額のコストがかかる。このため、「1％」でも稼働効率を高められれば、莫大なメリットが得られる。GEはガス火力発電プラントの効率を1％改善できれば、15年間で660億ドルの燃料費削減につながると試算している。 確かにガスタービンやジェットエンジンのように高価で、維持管理に多額のコストがかかる産業機器分野で、IoTシステムの導入が先行していることは確かだろう。とはいえ、小売りやサービス業界で導入例が全くないかと
書籍「プログラミングコンテスト攻略のためのアルゴリズムとデータ構造」が近日中に発売される予定です．会津大の渡部先生が著者で，Short Coding 本の Ozy さんと私が協力としての参加です．どうかよろしくお願いします． プログラミングコンテスト攻略のためのアルゴリズムとデータ構造 作者: 渡部有隆,Ozy(協力),秋葉拓哉(協力)出版社/メーカー: マイナビ発売日: 2015/01/30メディア: 単行本（ソフトカバー）この商品を含むブログ (4件) を見る 本書はアルゴリズムとデータ構造の入門書です．整列，探索，木構造などをはじめとする基礎的なアルゴリズムとデータ構造を初学者向けに説明します．前提とするのは基礎的なプログラミング能力のみです．コード例では C++ を用いています． これだけだと，よくある本のように思われるかもしれません．しかし，本書は非常にユニークな特徴として，オン
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
結論 まず最初に急いでる人向けに結論を先に書いておきます。2つの違いは以下の様に成っています。 yyyy 年(西暦)を出力 YYYY ある年における「最初の木曜日を含む週が、その年の第1週である」というルールで年(西暦)を出力。 例えば 2015/1/1 は木曜日なのでその週の日は日曜日〜土曜日まで全て2015年の第1週という解釈になります。この場合には2014年で有る、 2014/12/28(日曜)〜2014/12/31(水曜) の時でも YYYY では 2015 を返します。 きっかけ Podcast で Rebuild の第73回を聴いていたら日付フォーマットで yyyy ではなく、YYYY を使った為に Twitter の Android クライアントで不具合が出たという話が出てきました。 ※根本的な原因はこのルールでサーバ側が実装されていた為、 Android クライアントで正し
スチュアート・バターフィールドはついこの前、彼の企業、Slack Technologyのオフィスをサンフランシスコのフォルソンストリートに移したばかりだが、もう既に次の引っ越し（というより上のフロアへの移動）の事について話している。 「この4階を又貸しすることを考えてるよ」と彼は簡素なミーティングルームで語った。カナダ・バンクーバーにあるSlackの事務所も手狭になっており、現在増築中だという。 SlackのCEO、スチュアート・バターフィールドは、彼の前の会社Flickrを買収したヤフーを退社した。友人に送られた銅製のオブジェとメモと共に。 移ってきてから4ヶ月になるが、レンタル机、議論の場となるコーヒーマシン、そしてGlitchと書かれた大きなサイン看板（これについては後述する）の他にSlackの本社にはあまりモノがない。 関連記事：Airbnbの「マネジメントしない」マネジメント方法
この記事は iBeacon Advent Calendar 2013 の 22日目の記事です。 本当はestimoteを使って遊んでみた系の記事を書こうと思っていたのですが、とある事情で日本では使えないとのことで、仕方なく方針を変えて私の知っている知識を紹介したいと思います。（あまりiBeaconっぽい話じゃなくてすみません） 背景 タイトルの通り「iBeaconの電波強度 (RSSI) の測定値を使って正確な二次元座標を取ろう」という目論見です。 iBeaconではRSSIの値を使ってビーコンまでの距離が計算できますが、ざっくりとした近い・遠いの情報しかわかりません。 これをもっと精度よく、二次元座標がとれたらいいなと思った訳です*1。 RSSIを使った測位手法の中で、比較的精度の高い位置が得られる方法として、フィンガープリンティングという手法があります。iBeacon で実例がありませ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く