AppleとGoogleの新型コロナ対策、提供方法などの具体像が固まる
AppleとGoogleの新型コロナ対策、提供方法などの具体像が固まる：新たなガイドラインを発表（1/2 ページ） AppleとGoogleによる新型コロナウイルス感染症（COVID-19）対策での協業で進展があった。アプリの画面イメージ（UI）やサンプルコードが公開されたのだ。だが、進展の詳細に触れる前に、もう1度、これがどういう取り組みか改めて振り返りたい。 というのも、前回の記事が掲載された後、ネットで「GAFAなどの外資に負けずに日本企業も頑張ってほしい」といった読後感想を見てショックを受けたからだ。まったくもってナンセンスな感想で、これはそういう次元の話題ではない。 →・AppleとGoogleが協力した新型コロナ対策「接触追跡」とは何か？ 「COVID-19にばく露した可能性があります」。日本で提供されるアプリの正式な訳語は分からないが、ある日、あなたのスマートフォンにこんな通
プッシュ通知などのイベントで起動した場合のデバッグ方法 - Cybozu Inside Out | サイボウズエンジニアのブログ
こんにちは。モバイル開発チームに所属している小島です。 めったにはありませんが、たまにOSのイベントからアプリが起動されたときのデバッグを行いたいことがあります。 例えば、プッシュを受けた時や、ディープリンクで起動したときの application:didFinishLaunchingWithOptions: や Application#onCreate の挙動などです。 iOS の場合 Xcode のメニューから 「Debug > Attach to Process > By Process Identifier (PID) or Name」を選択します。 「PID or Process Name」 の部分に開発中のアプリ名(プロセス名)を指定して、「Attach」ボタンを押します。 そうすると、Xcode は、アプリが未起動の場合はプロセスが起動するまでアタッチを待機してくれます。 な
Rebuild: 185: Shake iPad Pro to Undo (naan)
Kazuho Okui さんをゲストに迎えて、WWDC, Xcode, Swift, 通知、HomePod などについて話しました。 スポンサー: builderscon tokyo 2017 Show Notes San Jose Convention Center MacBook Pro Rebuild: 184: Fu in Fusion Gets Faster (hak) iMac Pro Just how overpriced is Apple's new iMac Pro? Platforms State of the Union - WWDC 2017 SourceKit apple/swift What's New in Xcode 9 builderscon tokyo 2017 - Aug 3, 4, 5 2017 ★ Keyboardio: heirloom-grad
ニコニコ漫画アプリの中身、全部見せます！ 〜iOSアプリ開発事例のご紹介〜 - Qiita
この記事では、ドワンゴから今秋リリースされた 「ニコニコ漫画」iOSアプリ の開発での取り組みや内部の設計、ニコニコ漫画アプリのこれからについてご紹介します。あまり変わったことはやっていないとは思いますが、よくあるアプリ開発の一例としてご覧いただければと思います。 なお、一応お約束として書いておくと、この記事は個人の見解であり、所属する組織の公式見解ではありません。 はじめに "ニコニコ漫画"は、縦スクロールでサクサク、マンガを読めるのはもちろんのこと、新感覚のダイナミックな見開きページ表現を楽しめたり1、紙芝居のような形式のマンガが読めたりするなど2、かなりアグレッシブなマンガアプリ3です。 読み手はもちろん、マンガの作り手が作品を公開して嬉しい気持ちになれるサービスになっているかと思います。まだ使ったことがないという方は、この機会にご利用いただければ幸いです（宣伝）。 サービスもアグレ
iOSのPUSH通知(APNS)の特徴・ノウハウまとめ(iOS 9まで対応) - Qiita
今開発しているPlayer!で、チャット系のリアルタイム更新処理が必要となったので、色々調べながらまとめています。 分量が多いので、とりあえずまずは小出しにAppleのPUSH通知の特徴・ノウハウについてまとめたものを公開します。 → 「リアルタイム更新処理」全体にフォーカスした記事も書きましたヽ(・ω・｀） iOS - チャットなどリアルタイム更新が必要なスマフォアプリの構成について考えてみた - Qiita アプリが終了状態になっていてもサーバーから通知出来る唯一の手段 まず当たり前のことからですが、最大の特長だと思います。 この理由によって、双方向通信などを併用するにしてもPUSH通知対応は必須です。 (サーバー経由でなければ、位置情報トリガーなど他にもいくつか終了状態から起こす方法は存在します。) ユーザーにPUSH通知を不許可にされたら届かない さらに、初回の確認で不許可にされた
開発者、サーバ管理者にとってのApple Watch | F's Garage
Apple Watchの通知のことがあんまりわかってなかったんだけど、林さんのレビューを見ていて、iPhoneの通知は漏れなくApple Watchにも届くらしい。（正確に言うとApple Watchで受けるべき文脈において、というのが正解。iPhone開いてる時にはiPhoneに通知が来る） つまりアプリがApple Watchに対応してなくても、通知が来るということらしいので、New Relicによるサーバアラートの通知が、Apple Watchに届くってことだ。 あ、これで、ついついiPhoneを置いたまま見逃してしまうというのを避けられる！ そうでなくてもNewRelicはApple Watchに対応するだろうから、glanceとかでさくっとサーバステータスが見えるとありがたいな。 CTOだったらそれぐらい自社サービスに寄り添ってもバチは当たらんだろう。 あとGoogle Anal
Apple Push Notification (APN) 使用時の delegate の挙動について、 iOS 7以降 / iOS 6以前の差をまとめた
Apple Push Notification (APN) 使用時の delegate の挙動について、 iOS 7以降 / iOS 6以前の差をまとめた iOS 7以降とiOS 6以前で、俗にいうリモートPush通知の受け取り方と受け取った際の挙動がまるで違っているので、最近リモートPush通知を実装した時につまづいた箇所をまとめてみました。 使用するdelegate methodの違い いかなる種類のPush通知においてもapplication:didReceiveRemoteNotification:fetchCompletionHandler:を使用します。 application:didReceiveRemoteNotification:fetchCompletionHandler:とapplication:didReceiveRemoteNotification:が両方実装され
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
