ここで論じているのは、オーディオアプリの開発者が陥りがちな 4つの間違い 、 より良く開発する方法 、 問題個所の発見方法 です。主に開発者向けの内容ですが、開発者以外の方にも知っておいてもらいたいと思います。ここでは、開発者向けの診断ツールである Realtime Watchdog を紹介し、 人気のあるオーディオライブラリの調査結果 を提示します。 オーディオアプリの開発はとてつもなく楽しいです。やりがいを感じるし、創造力を発揮できる範囲が大きく広がり、ひとたび開発が終われば、 誰かがクリエイティブなツールとして使ってくれるのです！ こんな分野は多くないし、この領域で働けるなんて非常に幸運だと自分でも思っています。 しかし、仕事でオーディオアプリを扱う時には深く考えなければならない部分もあります。オーディオアプリの開発者としてユーザに対する責任があるのです。大前提として、ユーザを公共の
スマホアプリにおいて、プッシュ通知は重要な再ログイントリガーだ。 iOSではプッシュ通知を送るために、確認ダイアログを表示してユーザーに明示的に送信を許可してもらう必要がある。ここで「許可しない」を選択されると、アプリから再度プッシュ通知のためのデバイストークンを取得できず、iOSの設定画面を開いて「通知」の設定を変更する必要がある。 Facebookアプリでは、通知不許可を選択したユーザーに下記のようなヘルプ画面を表示して通知設定の変更を促している。 ただ、ヘルプをわかりやすくしても、そもそも手順が面倒なので実際に設定変更をしてくれるユーザーは限られそうだ。なんとか工夫してプッシュ通知を拒否される確率を低くしたい。 下記の記事では、プッシュ通知の許可を上手に求める方法が紹介されている。 The Right Way to Ask Users for iOS Permissions — Me
日常的なコードレビューで気をつけていることリストです。GitHub会議(仮)で発表しようと思っていたのですが、日程の都合で参加できないので、書きためておいたメモを公開します。またどこかで発表するかもしれません。 AutoLayoutにできないか AutoLayout化した方がすっきりしそうならAutoLayout化する AutoLayout化できそうなものでやっていないものは、なぜコードで実装したか質問する 例えばUITableViewCell ちゃんと理由があれば別に良い。コードの方が良いことも多い UIAppearanceで解決できないか 各クラスの中にスタイルの指定が入るより、UIAppearanceでスタイル指定を分離して別クラスに書く方がデザイナーも弄りやすくて良い 3.5インチ端末が考慮されているか レイアウトが決め打ちだとここで問題が出ることが多い 着信ステータスバーが考慮さ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
