IoTデータプラットフォームへの主要な要求仕様 | Hadoop Times
「モノ」のインターネット (IoT) について、このシリーズではこれまで、なぜIoTがその性質上ビッグデータに役立つかを明らかにし、IoTの現状を俯瞰し、IoTの実例 (スマートシティやスマートフォン、スマートハウス) のいくつかを調べてきました。 今回の記事では、IoTデータ処理プラットフォームの要求仕様について論じ、この要求仕様を満たす高レベルのアーキテクチャーを紹介します。 IoT対応機器から送られてくるデータを信頼性のある方法で処理する役割を持つデータプラットフォームは、その規模に応じて以下の要求仕様を満たさなくてはなりません。 それぞれのRAWデータに対応すること。データの取り込みとその処理の両方で、このプラットフォームはIoT機器から得られるデータをそのまま扱うことができなくてはなりません。Hadoopなら一般的に、また特にMapRデータプラットフォームならば、入力データをその
FFRKを支えるWebアプリケーションフレームワークの技術
1. Copyright (C) DeNA Co.,Ltd. All Rights Reserved. FINAL FANTASY Record Keeperを⽀支える Webアプリケーションフレームワークの技術 株式会社ディー・エヌ・エー Japanリージョン ゲーム事業本部 技術・編成部 開発基盤グループ 越智 琢正 takumasa.ochi@dena.com 2. Copyright (C) DeNA Co.,Ltd. All Rights Reserved. ⾃自⼰己紹介 ! 越智琢正（おち たくまさ） ! お仕事 ⁃ Webアプリケーションフレームワーク（GunyaSiF）のメンテナ ⁃ Game⽤用 BaaS の開発 ⁃ 某開発中タイトルの エンジニア リーダー ! 略略歴 ⁃ 〜～2013: 超⼩小型⼈人⼯工衛星（50cm級）の研究開発 • 主に姿勢制御系を
ユーザーファーストよりサービスファーストでありたい
Mizuhiro Liam Kio on 08 Feb 2015 , tagged on concept 「ユーザーと向き合い、ユーザーのために、ユーザーファーストでいろ。」 近頃はユーザーファーストという言葉をあちこちで見かけるようになった。本来向き合うべき対象をしっかり見据える文化が広まっていくことは素晴らしい。だが、こういった言葉の流行が無用な誤解を生むような気がしてならない。本来ユーザーファーストとはユーザーの御用聞きではないことなどわかりきっている話だが、その経緯を知らない人達もサービス設計に関わる時代だ。また、頭では理解していても、何をすればサービスが良くなるかヒントがない中で、安易にユーザーの意見にすがりたくなってしまうこともある。 ユーザーと運営の距離が近い場合は特に注意が必要だ。ユーザーと直接話すと、感情的なフィードバックを寄せられることが多い。「こういう機能があると絶対
セキュリティ対策の冗長性が、果たしてセキュリティの担保にどれぐらい役に立つんだろうなあ。 - 深淵
「EximのGHOST脆弱性の影響とバリデーションの関係 | 徳丸浩の日記」から始まる何かを見て。 gethostbyname関数を修正した方がはええよなあと思いました。まあ今回はupdateで済むわけなんですが。 何故それを入力値のバリデーションとかで回避しようとするのか意味不明ですが、むしろ下手な入力値バリデーション実装のバグのせいで業務アプリが「セキュリティ的には大丈夫だが業務要件を満たさない」という悲しい事態になるし。 脆弱性というのは、「見落としやミス」まあ、「テスト考慮漏れ」なわけでして、gethostbynameを使う所の部品がgethostbynameを信用していない、とかになってくると、全部一人で実装するもん！みたいな地獄にハマる訳ですが、近代的なプログラムでは、如何せんどこかのライブラリを使う訳でして、そのウチ「OSの機能を使う前に全てのOSに投げる値はバリデーションす
第5回 そろそろサーバを弄りたい | gihyo.jp
過去の日記を読み返していて、あることに気づいた。 今日までに、俺がAWSでやってきたこと。 オンプレ時代であれば、サーバをラッキングして、電源を入れ、ネットワーク機器をケーブルでつないだ事くらいしかやっていない。サーバに至っては、電源を入れて、SSHで接続して、pingを打っただけ。 クラウドという環境に初めて触れて、すごいことをしている気分だったのに、改めて考えてみると、すごく単純作業しかしていないことに気づいてしまった。でも、今までであれば、必ずデータセンターに行って作業していた事が、手元ですぐに完結するというのはすごい。それは俺がすごいんじゃなくて、AWSがすごい。 とはいえ、俺も何もしていないわけではなくて、ネットワークを作ったり、サーバを立ち上げたりするのをいかに早くできるかというのを反復練習していたわけで、今となってはネットワークを構築して、サーバを起動するくらいなら30分もあ
[iOS 8] オーディオ関連フレームワークの新機能まとめ | DevelopersIO
はじめに 本シリーズ「iOS Core Audio」ですが、 前回の第1回目の記事執筆からかなりの時間が経ってしまっています。 この間にiOS 8が発表され、オーディオ関連フレームワークに新しいクラスが追加されたり、 機能が強化されたりしました。 本記事では、iOS 8でのオーディオ関連フレームワークの変更点について見ていきます。 目次 iOS 8でのオーディオ関連フレームワークの主な変更点は以下の通りです。 「MIDI over Bluetooth」対応 新しいフレームワーク「CoreAudioKit Framework」の追加 AV Foundation Framework に新クラス追加 AV Audio Utility classes AVAudioEngine 「MIDI over Bluetooth」対応 MIDI over Bluetoothとは？ Bluetooth Low
![[iOS 8] オーディオ関連フレームワークの新機能まとめ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/3b908864d8ed9e4027eb1c344eb948e4eb8ce49a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F11%2Fios8.png)
Android Code Styleでオレオレ設定から脱却する - Qiita
Android開発をある程度していくと気になるのがCode Style。 複数開発者がいたり、引き継ぎを考えて社内で共通の設定にして運用しているところがほとんどだと思いますが、プライベートだとオレオレ設定担っている方結構いるのではないでしょうか？ 私もオレオレ設定でしたが、Lvも徐々に上がってきてその辺りが最近気になってきたのでまとめてみます。 まず、Android自体のCode styleは下記ページに詳細がのっています。 https://source.android.com/source/code-style.html ここでCode Styleの設定ファイルも配布していればいいのにと思うわけですが、ないみたい。 そこでandroid界隈ではよく知られているライブラリを多くオープンソースで出しているSquareのCode Styleです。 square code style https
ASCIIコードの秘密 - ザリガニが見ていた...。
本当はエスケープシーケンスのことを調べていたのだが、その前にASCIIコードについて調べることになってしまった...。文字コードの基本として知っているつもりだったASCIIコードについて、あらためて見直してみると、実は本当の意味をよく分かっていなかったことに気づいた。 ASCIIコード表 ASCIIコードは、7ビット（2進数7桁）の文字コードであり、全部で128のコードが定義されている。 最も基本的な文字コードであり、その他多くの文字コードはこのASCIIコードと互換性を維持している。 00 10 20 30 40 50 60 70 00 NUL DLE SP 0 @ P ` p 01 SOH DC1 ! 1 A Q a q 02 STX DC2 " 2 B R b r 03 ETX DC3 # 3 C S c s 04 EOT DC4 $ 4 D T d t 05 ENQ NAK % 5
明日から使える実践的な見積もり手法
Private content!This content has been marked as private by the uploader.
Chromium Blog: Hello HTTP/2, Goodbye SPDY
HTTP is the fundamental networking protocol that powers the web. The majority of sites use version 1.1 of HTTP, which was defined in 1999 with RFC2616. A lot has changed on the web since then, and a new version of the protocol named HTTP/2 is well on the road to standardization. We plan to gradually roll out support for HTTP/2 in Chrome 40 in the upcoming weeks. HTTP/2’s primary changes from HTTP/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
