リジェクトされまくったiOSの自動継続課金が規約変更でついに利用でき、使いやすくもなったので、Androidの定期購入と比較してみる
去年、フィルシアラーさんがiTunesの責任者になってからというもの、iOSアプリのビジネスが格段にやりやすくなりました。 僕としては、アプリの審査時間が平均1週間から2日以内ぐらいになったのが一番大きく、その次にデカイのが自動継続課金をツール系アプリでも使えるようになったことです。 昔のAppStoreでは、自動継続課金はメディア系のアプリだけじゃないと使えないというルールだった。そのため、雑誌とか出版系じゃないツール系のアプリは自動継続課金を組み込みたくてもことごとくリジェクトされるという悲しい事例が世界中のあちこちで起こっていました。 そのため、ツール系アプリだけど審査通すために無理やり定期ニュース発行して、メディア機能もありますよという建前を作ったり、Appleとコネを作らないと厳しいという話もよく聞いていた。とても悲しい時代でした。 しかし、今では「継続的なバリューをユーザに提供
iOS7.1以降端末へのOTA配信 - Qiita
はじめに iOS7.1以降端末へのadhocアプリをOTA配信するにあたってplistをSSL環境下におく仕様になったようです。 adhocアプリもEnterprise版のrelease配布も同じく。 iOS8.x系でインストールが出来ない不具合 手元で何度か起こっていますので参考までに その対応でこの記事にたどり着いた方は こちらがご参考になるかも。plistの指定が厳格になったようです。↓ http://stackoverflow.com/questions/25760484/ios8-beta-ad-hoc-app-download-itms-services/25994559#25994559 Specify a 'display-image' and 'full-size-image' as described here: http://www.informit.com/arti
Swiftをシェルスクリプトのように使う一番簡単な方法 - Qiita
#!/usr/bin/swift import Foundation typealias Failure = (NSError!) -> Void typealias ResultBlock = (NSData!, NSError!) -> Void /// JSONObjectWithDataの戻り値として使用する enum JSONObjectWithDataResult { case Success(AnyObject) case Failure(NSError) } /// NSDataをJSONオブジェクトに変換し、JSONオブジェクトまたはエラーのいずれかを返す func JSONObjectWithData(data: NSData) -> JSONObjectWithDataResult { do { let json = try NSJSONSerialization.J
iOSアプリの署名を付け替える - Qiita
業務で iOSアプリの開発をしていると、品質保証のためのテストや第三者検証のために、事前にデバイス登録をした機器にだけインストールできる AdHoc配布用の ipaファイルをテストチームにリリースすることが多いと思います。この ipaファイルは、AdHoc専用の証明書を使ってデジタル署名を行って作成します。 一方、実際に AppStoreに出す時は、Store用の証明書で署名を付けることになります。 AdHoc用の ipaを使ってテストを回し、これが全部終わって出荷可能の判断がくだされた後、Store用にビルドをしなおして Storeに上げる、という運用をしていることもあるでしょう。 もちろんこの場合も「全く同じソースコードベース」で「全く同じビルド設定」でビルドをして、Provisioning Profile と署名用証明書だけが異なるようにすれば理論的には問題ありません。ソースコードだ
情報処理推進機構：ソフトウェア・エンジニアリング ｢アジャイル型開発におけるプラクティス活用事例調査｣の報告書とリファレンスガイドを公開
2013年3月19日公開 独立行政法人情報処理推進機構 技術本部 ソフトウェア・エンジニアリング・センター 概要 インターネット販売サイトやSNS(ソーシャルネットワークサービス)等のシステムでは、その構築において要件のすべてが明確にならなくても開発に着手し、要件の明確化や変更には開発と並行して対応します。それは、いかに早くサービスを提供するかに、ビジネスの命運がかかっているからです。 こうした要件の変化に柔軟に対応できる開発手法として、「アジャイル型開発」があります。これは、ビジネス上の優先度が高い順に、短いサイクルで機能単位の開発を繰り返す手法です。 このアジャイル型開発手法は自社開発（内製）が中心の米国で発展したものであり、要件を決めて外部に開発を委託することが多い等、受発注環境が異なる日本でアジャイル型開発を適用するのは難しいと考えられています(*1)。 「アジャイル型開発」には、
Giichiro's blog
投稿がありません。すべての投稿を表示 投稿がありません。すべての投稿を表示 ホーム 登録: 投稿 (Atom)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - gnue/ipa2adhoc: AdHocビルドのipaファイルからiOSデバイスに直接インストールするための plist と HTML を生成する