本当にありがとうございました。 - こぼねみ
昨日の記事について、貴重なご意見をいただきありがとうございました。 ここでいくつか紹介するとともに、本ブログの今後について現在考えていることをお知らせしたいと思います。 まず、こうした話になったのは本ブログのアクセスが減少し続けている現状のためです。 当初の選択肢としては、 本ブログを継続する 本ブログをやめて新ブログを始める ブログ活動をやめる の3つを考えていました。 しかしながら、継続にせよ、新たに始めるにせよ、同じようなことをやっていてはアクセス低下は避けられないというご意見に私も賛同せざる得ないです。 本ブログの限界 http://b.hatena.ne.jp/entry/255732177/comment/brav0 言及ありがとうございます。多くの人が指摘しているようにApple関連を扱うライバルは日に日に増えていますし、新しい情報ほど旬の期間も短く消費される速度も速いので、
AppleWatchでの標準ダイアログ表示 - Qiita
AppleWatchでの標準ダイアログ表示がwatchOS2から可能になりました。 これまでwatchOS 1.xでは標準ダイアログ表示がなかったため、 WKInterfaceLabelを使用して自作ダイアログを作成するしかありませんでした。 AppleWatchアプリでのシステム標準ダイアログ表示の仕方を紹介します。 (本記事の内容は一般公開されている情報に基づいています。 スクリーンショットの画面はwatch OS1.0で作成しているため、 実際の画面とは異なる場合があります。) watchOS2でのダイアログ表示 ダイアログにボタンを１つだけ表示させます。 標準ダイアログはWatchKit Extension内のWKInterfaceController内でpresentAlertControllerWithTitleを呼ぶことで表示できます。 Objective-C サンプルコード
iOS9でカスタムURLスキームの遷移に失敗するときの注意点 - Qiita
iOS9からURLスキームの使用に関する変更があり、 従来のopenURLを実行するだけではカスタムURLスキームの遷移が使用できなくなりました。 ※Apple公式のURLスキーム（ブラウザを開くなど）は正常に動作します。 状況と対策についてまとめます。 iOS8までは有効なカスタムURLスキームによる遷移 // Objective-C NSURL *url = [NSURL URLWithString:@"originalscheme://"]; if ([[UIApplication sharedApplication] canOpenURL:url]) { [[UIApplication sharedApplication] openURL:url]; } // Swift let url = NSURL(string: "originalscheme://")! if (UIApp
[要確認! 2015/4/30まで] Facebookアプリの審査について - Qiita
Facebook APIのv1.0がv2.0（現在の最新はv2.2）に上がって、色々変更があったが、その中で、ユーザーから取得許可を求める多くの項目についてFacebookの審査が必要になったのはご存知だろうか？ ここでは、この審査についての基本情報をお伝えする。 ちなみにv1.0は2015年の4月いっぱいで全面廃止され使えなくなるので、まだ対応が済んでいない人は、あと4ヶ月で対応しないといけない。 モバイルアプリなどにFacebook連携を組み込んでいる場合はAppleの審査や、ユーザーが新しいバージョンを使いはじめるののタイムラグなどでより早くから対応しないといけないので、もう既にかなりギリギリの状態になっているかもしれない。 現在あるサービスを見ていると、まだ対応して無さそうなのが多かったので、詳細はともかくFacebookを使っているサービスを作っている人は是非自分は大丈夫か確認し
![[要確認! 2015/4/30まで] Facebookアプリの審査について - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/b5d28a7a2e68345d6fda93defa367bb11fc9d586/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJUU4JUE2JTgxJUU3JUEyJUJBJUU4JUFBJThEJTIxJTIwMjAxNSUyRjQlMkYzMCVFMyU4MSVCRSVFMyU4MSVBNyU1RCUyMEZhY2Vib29rJUUzJTgyJUEyJUUzJTgzJTk3JUUzJTgzJUFBJUUzJTgxJUFFJUU1JUFGJUE5JUU2JTlGJUJCJUUzJTgxJUFCJUUzJTgxJUE0JUUzJTgxJTg0JUUzJTgxJUE2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmcz02OGZmMDEwMjczMDM4OTFiMzc3MTEyMGQzZjlkZDJkYw%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBhd2FraWEmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTA1NmZmODZiZjExNjcxMzZhZmRlN2UxOTcxOWRhZmE5%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4gV2FudGVkbHksIEluYy4%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%2523212121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D71e513d3bbbc34e8215c93fd4c8ca3d1)
地下鉄位置情報: GPSが使えない地下でスマホだけでどこまで出来るか？
地下鉄の中で、「今はどこを走っているんだろう？目的地には何時に着くだろう？」と調べたくなったことはありませんか？しかし地下鉄の中では、GPSが使えず、これまで位置情報を使ったアプリケーションは作れませんでした。現在私は、スマートフォンだけでどれだけ正確に地下鉄内での位置が認識できるかに挑戦しています。これまでに、iPhoneのジオフェンシングAPIと、M8コプロセッサによる万歩計の値から、どの電車に乗っているかを推定するSmart Kompanoというアプリを開発しました。地下鉄に乗った時にアプリを起動すると、今乗っている電車のダイヤが表示され、この先の到着駅や到着時刻が分かります。今回は、このアプリの仕組みと、さらに改良を続けている現在の状況を紹介します。Read less
コードレビューのベストプラクティス | POSTD
Wiredrive では、私たちはかなりの数のコードレビューを行います。しかし、ここで働き始める前には私はコードレビューなどしたことがありませんでした。今回は、私がコードレビューをする時に何に注目するようにしているかや、私の考え出したベストなコードレビューのやり方をお話したいと思います。 コードレビューとは、簡単に言うと2人以上の開発者で問題を引き起こしそうなコードの修正について話し合うことです。コードレビューをすることのメリットについては多くの記事で語られており、知識を共有できること、コードのクオリティが上がること、開発者が成長できることなどが挙げられています。しかし、レビューを行う上で、どのように進めていくかという具体的なことについてはあまり多く語られてないように私は思いました。 レビューで何に注目するか アーキテクチャ/デザイン 単一責任原則 : 1つのクラスは変更する理由が2つ以上
アプリをダウンロードする決め手とは何か？ヤフーが調査｜【公式】ModuleApps 2.0
ヤフーが「アプリ利用調査」を発表 ヤフーはアプリをダウンロードしたことがあると回答した人を対象に「アプリの利用調査」を発表しました。この調査はスマホ利用者にアプリの情報収集やダウンロードに関する動向調査を年代別に行うことで、アプリに対する需要や傾向を把握することを目的としたものです。 ニュースやポータルサイトなどから情報収集する際、ブラウザーとアプリのどちらで閲覧しますか？との質問で、「ブラウザーのみで利用する（または利用するほうが多い）」と答えたユーザーはどの年代でも65％以上を占めており、圧倒的にブラウザーで閲覧していることが分かりました。特にブラウザー派は20代が多く、アプリ派は50代以上が多い結果となりました。
リジェクト日記: 番外編: 去年どうしても審査通らなかったアプリを最近通した話
去年の秋くらいに申請したアプリでどうしても審査に通らないアプリがありました。 理由がなかなか面白く「私は面白いと思わない」という今までで一番理不尽な理由でした、フラッピーバード的な即死系ゲームなんですが、数回リジェクトされた末に電話で話した内容がこんな感じです。 A「すぐ死ぬし全然面白くないんだけど」 私「いやフラッピーバード的なちょっとずつ上手くなっていく面白さがあると思うんですけど」 A「銃撃っても相手死なないんだけど」 私「ちょっとダメージは与えてるんですよ、スピード遅くなるし」 A「それが面白くないんだよね、違うゲームにしてよ」 私「出したら面白いって言うユーザーいるかもしれませんよ、一旦出してみて１ヶ月後に☆１ばかり付いてたらリジェクトするとかどうですか？」 A「そんなシステムないんだよね、あと試しに審査チーム全員に１回ずつ遊ばせたけど誰も面白いって言わなかったよ」 私「まじです
Twiiter、ダイレクトメッセージの140文字制限撤廃 - こぼねみ
Twitterは、ダイレクトメッセージ（DM）の140という文字数制限を撤廃することを発表しました。 7月より開始するとのこと。 ダイレクトメッセージは今後10000文字まで入力・送信可能になります。 なお、次はツイートの文字数制限も拡張されるのではと思うかもしれません。 しかし、Twitterは、ツイートの文字数は依然として140文字のままであることを強調しています。 追記：8月13日から制限撤廃。 ダイレクトメッセージ（DM）といえば、送信相手が設定を有効にしていればフォローしていないユーザーからも送信できたり、DMをツイートに埋め込んで共有することもできます。 今回の仕様変更はそれらに続くものです。 スポンサーリンク Twitterのダイレクトメッセージの変化は、ライバルとなるiMessage、Facebook Messenger、WhatsApp、Skypeなどに対抗する処置である
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Twitter、来月にダイレクトメッセージの文字制限を140字から1万字へ拡大へ | 気になる、記になる…