Developers Summit 2013 の 【15-e-5】NoSQLの野心的な使い方 ~Apache Cassandra編~ のスライドです。 NoSQLについてのよくある誤解や正解から始めて、 RDBMSとの本当の関係、 フロントシステムがNoSQL 動的分析などがRDBMS という構成が自然な解であることなどを 簡単ながら記載しています。 最近はマイクロサービス/サービスメッシュ基盤へ応用しています。 https://b-rabbit.jp/
デブサミ2013(Developers Summit 2013)Action! 1日目のデザインセッション「デザインをするときにデザイナーが考えること〜デザイナーの頭の中〜」の発表資料(2013年2月14日) -------------------------------------------------- 途中、時間がなくて話せなかったところも入っています(そこがかなりいい話だったりする)ので、やっぱりここも実際に聞きたい!という方はまたどこかで呼んでくださいm(_ _)m よろしくお願いします。Read less
以下項目の構成、内容の見直し、拡充 4.1 Activityを作る・利用する 4.2 Broadcastを受信する・送信する 4.3 Content Providerを作る・利用する 4.4 Serviceを作る・利用する 5.2 PermissionとProtection Level ■意見募集の概要 1.意見募集対象 『Android アプリのセキュア設計・セキュアコーディングガイド』【2012年11月1日版】 2.意見募集期間 2012年11月19日(月)~2012年12月28日(金) ※技術進歩に対応するため、本ガイドに対するご意見は、継続して募集します。 3.意見送付方法 (1)ご意見送付方法:「JSSEC事務局:」へ電子メールでお送りください。 (2)記載方法 件名:【コメント応募】Android アプリのセキュア設計・セキュアコーディングガイド2012年11月月1日版 内容:
デブサミ2013【14-B-3】自動改札機の運賃計算プログラムのデバッグ手法 ~10の40乗のパターンをいかにテストするか~ Presentation Transcript DevelopersSummit 自動改札機の 運賃計算プログラムのデバッグ手法 ~1040のパターンをいかにテストするか~14-B-3 幡山 五郎#devsumiB オムロンソーシアルソリューションズ ソリューション事業本部 Developers Summit 2013 Action ! 1.自動改札機について 1. 自動改札機について 2. 間違えない自動改札機 2 1.自動改札機について自動改札機導入前の改札風景 3 1.自動改札機について磁気からICへ求められる技術が変わってきた(高機能化→高信頼化) 2013年 IC乗車券全国共通化(北海道~九州の10種類) 2007年 PASMO導入、Suica+PASMO
さて、 前回英語に関する記事はもう書かねぇんじゃなかったのかよとつっこまれてもそんな物は一週間も経てば記憶の彼方へランナウェイ。というのは冗談で、今回は語学がどうこうって言うより、英語圏の情報収集する時、僕がやってることを全部一度ご紹介させて頂こうと思い記事にさせてもらうことにしました。 以前、僕の 情報収集に関する記事を書かせて頂いた時に『いや、そもそも英語記事とか読む気になれない』というコメントも多く、そりゃ僕もそうだわってことでネタになるかなと思ったノリですね。読解って言っていいのか、勉強法って言った方が良いのか迷いました。 当然ながら僕の第一言語はバッチリ日本語なもので、英語で情報収集するときなんか未だ四苦八苦しまくりですが、少しでも自分の勉強になれば、そして少しでも効率的に英語圏の情報を得ることができればと、僕が5年間の中で知ったサービスやアプリを中心に今日はご紹介させて頂ければ
<!DOCTYPE HTML> <html lang="ja"> <head> <meta charset="UTF-8"> <style type="text/css"> * { box-sizing: border-box; } .wrapper { padding: 30px; position: relative; } .box { position: relative; background: #ccc; height: 50px; width: 100px; margin-bottom: 20px; } .box:after { content: ''; position: absolute; border-top: 10px solid #ccc; border-right: 5px solid transparent; border-left: 5px solid tran
Android - GCMとC2DM C2DM(Cloud to Device Messaging) と言えば、「Android 2.2と言えばC2DM」と言われる位に期待された新技術であり、筆者は2年前にAndroid 2.2対応端末がまだ一般的でなく泣く泣くC2DMの採用を諦めてポーリングでの実装を行ったりした事もあった。しかし昨今はAndroid 2.2以上としてアプリを作成する事もバージョン分布から見ても抵抗が無くなり、積極的に使っていけるようになっている。 そんな感じで筆者は現在職場で作業しているアプリ等では楽しくC2DMを使用していたわけなのだが、 2012年6月26日にGoogleがGCMという完全上位互換の技術を作ったのでC2DMは非推奨となりました!速やかに移行してください!と言い出して目が点になった。 サーバを絡めたクライアントサイドのアプリケーションの移行を下位互換性
Androidで常駐型アプリケーションを作成する場合に便利なServiceについてライフサイクル・使い方を解説します。サービスの利用例はステータス通知(Notification)を変化させる等をご確認ください。Serviceを使う(1)では簡単化のため、Remote Messenger Serviceを次回以降として、LocalServiceに特化して解説します。 Serviceのライフサイクル onCreate / onStartCommand / onDestroyの3つの状態遷移 サービスの実行方法によってライフサイクルが異なる サービスの実行方法はContext#startServiceとContext#bindServiceの2種類 startService/stopService Service全般として実行中はServiceからActivityへIntentの発行が可能 サー
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く