APNsGatewayServer を書いてたら AWS に仕事を奪われたので現代のラッダイト運動を起こしたい - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
APNsGatewayServer を書こうの巻 えー。APNsとのやりとり部分を書くのはなにげにとても面倒です。面倒な理由として プロトコルがアップルのオレオレプロトコルであり、なおかつバイナリでやりとりしている APNsサーバーに対してリクエストを送っても、基本的にレスポンスは帰ってこない でもなんかエラーがあった場合はレスポンスが帰ってくる 基本的にコネクションをつなぎっぱなしにしておかなければならない でもときどき何も言わずに向こうからブチっと接続を切ってくる というあたりが挙げられますね。 1番の理由については単にめんどくさいだけで何も問題はありません。自分で書かなくてもライブラリとか結構あるし、そもそもこれくらいは書けよ感もある。 でもその他の問題がなかなかくせ者なのです。 まず、エラーの時だけレスポンスが帰ってくるということで、リクエストを投げたらレスポンスが来るまでブロック
グーグルとオラクル：邪悪なのはどっちか？ | 栗原潔のIT弁理士日記
「『グーグルCEOの行為は”邪悪”だった』:オラクルCEOエリソン氏、L・ペイジ氏を語る」なんて記事がCNETに出ています。エリソン氏がインタビューにおいて、グーグルに対する知財訴訟におけるその企業姿勢について、グーグルの企業モットーである”Don’t be Evil”を引き合いに出して批判したというお話であります。 オラクル対グーグルの裁判は、アップル対サムスン裁判の陰に隠れて目立たなくなっている感もあるので、現状どうなっているかをここで簡単にまとめておきましょう（参考資料：WikipediaのOracle v. Googleのエントリー等）。 この訴訟は、オラクルが、買収したサンマイクロシステムズのJava関連の著作権と特許権をAndroidが侵害しているということで、2010年7月に北カリフォルニア連邦地裁でグーグルを訴えたことに始まります。 まず、特許権の方ですが、米国特許6061
スマホアプリ向けのAPIサーバの品質ガイドライン - @i2key のBlog
ふと思い立ってかいた。 スマホアプリを開発する際、mixiさんが公開しているようなスマホ向けガイドラインと同様にAPIサーバでも、ある程度の確認用のガイドラインを個人的に設けていますので、メモとして公開してみます。クラウド環境の登場により誰でも簡単にサービス公開できるようになりましたが、結局のところインフラ構築コストが無くなるだけであり、サーバ品質は自身で担保しないとなりません。 前提 本ガイドラインの目的 リリースしてから、問題が発見されるようなことが無いように、サービスを運用する上で確認すべきことをリスト化しています。機能要件の試験は済んでいることを前提とし、運用レベル確認のためのリストになっています。当然、品質目標はミッションクリティカルなレベルの品質ではなく、toC向けの無料スマホアプリレベル品質になります。 対象 スマホアプリ向けAPIサーバ 環境 AWS等のスケーラブルなクラウ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
