すべての"モノ"をインターネットにつなげるIoT(Internet of Things)はIT各社が注目し、2014年のキーワードに数えてもおかしくないほど認知度を高めた。そのIoTを実現する可能性の1つにTRON(トロン)プロジェクトがあるのをご存じだろうか。リアルタイムOSの仕様策定を核に、「どこでもコンピューター＝ユビキタスコンピューティング環境」を目指しながら、1984年から坂村健氏を中心に続けてきたプロジェクトだ。 今年で30周年を迎えるTRONプロジェクトを記念し、YRPユビキタス・ネットワーキング研究所は、最新の成果を紹介する「TRON Symposium -TRONSHOW-」を、2014年12月10日～12日の期間で開催する(場所は東京ミッドタウンホール)。IoTプラットフォームとなる「T-Kernel」や「μT-Kernel」といった組み込みリアルタイムOS、IoTの基
TRONプロジェクトの30周年を記念したイベントで、同プロジェクトの中心人物である坂村健氏が、BTRONに対し圧力をかけたのはMicrosoftではないとの見解を述べたという（マイナビニュース）。 1980年代後半に「教育用パソコン」としてTRONが導入されるという動きがあったが、アメリカ合衆国通商代表部がTRONを貿易障壁として挙げる事態があり、結局導入は阻止された（Wikipedia）。坂村氏はこれについてMicrosoftの関与を否定し、『大人げないため、ここでは語らないが、(発表会で配った雑誌「TRONWARE」を手に）ここで書いた』と発言した。この雑誌には『実は米国の企業ではなく日本人だということは後年分かったことだ。（中略）孫氏は（中略）TRONつぶしに動いたらしい』と書かれていたとのこと。 TRONつぶしの黒幕が孫正義氏であることは1999年に刊行された「孫正義 起業の若き獅
「発展的な解消であり、新たな第一歩を踏み出したと考えています」 今月2日、来年4月に合併すると発表したコンピュータエンターテインメント協会（CESA）とソーシャルゲーム協会（JASGA）。CESAがJASGAを吸収する形となるため、JASGAは設立からわずか2年余りで消滅することになる。 会見の席上でJASGAの共同会長を務めるディー・エヌ・エー（DeNA）の守安功社長は冒頭のコメントを述べ､「（JASGAの）発足当初と比べて、消費者センターからの問い合わせは４分の１以下に減少している。活動は一定の成果を収めた」と合併の理由を説明した。 コンプガチャ問題を機に発足 JASGAが発足したのは2012年11月。当時はソーシャルゲーム上での「コンプリートガチャ（コンプガチャ）」による高額課金トラブルが相次ぎ、社会問題となっていた。12年3月にはソーシャルゲームのプラットフォーム事業者が集まり「6
「2.5％だってさ」 居酒屋で鍋をつついていた。大手メーカーで企画開発をしている彼は、どこか投げやりな口調だった。 「何が？」 「イノベーターと呼ばれる人の割合だよ」 「ああ、『イノベーター理論』の」 マーケティング理論の1つだ。新製品を世に出すと、まずは「新しいもの好き」な消費者が飛びつく。彼らを〈イノベーター〉と呼び、全消費者の2.5％だと言われている。 「だけど、これって多すぎると思わないか」彼はビールジョッキを置いた。「たとえば潜在的に100万人の需要が見込める市場に向けた製品なら、最低でも2万5000人は買うことになるだろ」 「単価4,000円の製品なら、それだけで1億円の売上だよね」 「どう考えても楽観的すぎる。モノを作って、定常的なプロモーションをするだけで、そんなにたくさんの消費者が飛びつくなんて……今の日本ではありえないよ」 わずか10年前と比べても、モノを売りづらくなっ
ドワンゴがニコ動の画像配信向けにFPGAエンジニアを募集したり、マイクロソフトはBingをFPGA実装したり、Baiduもディープラーニングの高速化にFPGAを導入したりと、なんだか世の中急にハードウェアくさくなってきた。IoTとは違う意味で。 金融分野ではすでにCPUでは遅すぎてFPGAによるナノ秒単位の株取引が行われているって記事を書いたのは2年前だけど、ここ数年はIntelのCPUのクロックもあまり上がらなくなってきたし、Fusion-ioやNetezzaといった大手御用達のハイエンド鬼速ストレージも、フタを開ければ中身はすでにFPGAに移行済み。IBMが最近出したData Engine for NoSQLという製品ではPOWER8プロセッサにFPGAを直付けしてRedisを高速化したり。いよいよデータセンターにも、先の見えないCPUに代わってFPGAやGPUを導入する波が押し寄せつ
先週、httpvshttps.com というウェブサイトが公開されました。このウェブサイトでは、HTTP と HTTPS を用いてアクセスした場合のウェブページのダウンロード完了までにかかる時間の比較ができるのですが、多くの環境で HTTPS の方が HTTP よりも高速なことに驚きの声が上がっていました。 HTTP が TCP 上で平文を送受信するのに対し、HTTPS は TCP 上で TLS (SSL) という暗号化技術を用いて通信を行います。ならば、TLS のオーバーヘッドのぶん HTTPS のほうが遅いはずだ、という予測に反する結果になったのですから、驚くのも無理はありません。 実は、この結果にはからくりがありました。 Google Chrome、Mozilla Firefox、最近のSafari注1は、Google が開発した通信プロトコル「SPDY」に対応しており、HTTPS
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
