GitHub - gfx/android-oss-best-practices: Best practices on creating Android OSS library projects [JA]You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
![GitHub - gfx/android-oss-best-practices: Best practices on creating Android OSS library projects [JA]](https://cdn-ak-scissors.b.st-hatena.com/image/square/00627daa5f2d64dd0b35bf3e7276f8481abc50c6/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2F4c0dbe88eb498fda9468fd37561c408b4d8d4366463cdf99e4eabac44d681348%2Fgfx%2Fandroid-oss-best-practices)
SafetyNet Attestation API を使う際に陥りやすい落とし穴
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
そして物語は何度目かのアプリ内通知再実装を迎える - その手の平は尻もつかめるさ
というタイトルでKyoto.なんか #2で発表してきました． そして物語は何度目かのアプリ内通知再実装を迎える / Reimplement in app notification // Speaker Deck スライドの内容としては，アプリ内通知 (Twitter appで言うところの「通知」タブにあたる部分) のサーバサイドを実装する際にどういう問題があって，それをどういう風に実装したかという葛藤の記録となっています． Webアプリケーションやスマートフォンアプリケーションを書いていると，そこそこの確率でアプリ内通知を書くことになると思うんですが，ところがどっこい「実際にどういう風に実装しているか」みたいな知見が共有されている感じがあまりありません．みんな実装しているはずなのに，ググってもあまり情報が出てこなくて寂しい．地味な機能だから？ という思いがあり，そこら辺アプリ内通知周辺の技
Expertise & begeleiding | Magnatron
Voor elk bedrijf wordt online steeds belangrijker, dat is duidelijk. Maar wat te doen als je binnen je bedrijf geen expertise op dat gebied hebt? Elke partij die je hebt uitgezocht kan je heel goed helpen, kan het online traject voor het bedrijf goed vormgeven en heeft fantastische ideeën. Maar zonder in-house expertise is het heel lastig om goed te kunnen zien of het traject en de ideeën daadwerk
Web API フレームワーク LoopBack で遊んでみる - Qiita
LoopBack とは LoopBackは Web API フレームワークです。 最近は、よりリッチなユーザ体験を提供するために、Web アプリケーションをSPA化する流れが強くあるなーと思います。 それと同時に、バックエンドとしての API サーバ構築の需要もすごく高まってきていて、LoopBack はその API の生成がとても簡単にできるフレームワークです。 Node.js 製なので、フロントエンドとバックエンドを JavaScript のみで記述できます。Universal Web App！ Express がベースになっているのですが、大きな特徴として、モデルが生成されると同時に RESTful な API を自動で生成してくれます。 モデルの生成もジェネレータが用意されているので、一行もコードを書かずに API サーバを構築できます。 LoopBack の特徴 公式ドキュメント
Smart Lock for Passwordsを利用したAndroidアプリログインフロー改善への取り組み - クックパッド開発者ブログ
技術部モバイル基盤グループの児山です。 モバイル基盤グループでは、クックパッドのiOS/Androidアプリの開発だけでなく、アプリのユーザー体験を向上させるために新しい仕組みの調査や実装も行っています。 本稿ではAndroidアプリにおけるログインフロー改善の取り組みについてご紹介したいと思います。 モバイルアプリでIDとパスワードを入力してログインするのは大変です。 端末サイズが大型化してきているとはいえ、キーボードで1文字ずつポチポチメールアドレスを打つのはストレスが溜まりますし、安全な長いパスワードは入力する気が起きません。 特にWebサービスも提供しているモバイルアプリであれば、ChromeやSafariなどに保存しているWebサービスの認証情報をアプリでも使えたら…と思うことがよくあります。 実はSafariに保存した認証情報でのログインはiOSアプリで利用可能になっているので
モバイルアプリのログ収集ライブラリ「Puree」をリリースしました - クックパッド開発者ブログ
モバイルファースト室の @rejasupotaro です。 クックパッドでは、サービスをリリースしてログを収集して分析して改善してまたリリースして、というサイクルを素早く回すことでより良いものを作るということをウェブではやってきました。 クックパッドのサービス開発のフレームワークをモバイルアプリでも適用したいのですが、モバイルアプリにはウェブアプリと違ったロギングの難しさがあります。 今回はモバイルアプリのロギングの問題点とPureeというログ収集ライブラリについて話します。 モバイルアプリのロギングの難しさ ウェブアプリでは、基本的にはサーバー側でログを収集することができますが、モバイルアプリの場合は画面の制御はアプリ側で行われ、APIを介してデータを受け取るため、クライアント側でログを収集して送信する必要があります。 アプリのログを収集するのに、画面遷移をしたりタップするたびにサーバー
Android版クックパッドアプリで採用している技術の現状確認 2015年版 - クックパッド開発者ブログ
目次 はじめに 技術選択の基本的な方針 技術選択の各論 HTTP Client Dependency Injection View Injection Asynchronous Control Flow Object Relation Mapper Logging Fragment はじめに 技術部の id:gfx です。 Android版クックパッドアプリのリニューアル*1 から約1年たちました。現在はリリースごとに5人程度がコミットし、2週間に1度リリースを行う開発体制となっています。プログラミング言語はJavaで、コメントも含めたアプリのソースコードの行数は約15万行です。 本エントリでは、Android版クックパッドアプリで使っている技術、具体的にはライブラリやフレームワークについて紹介します。また、そのための技術選択のアプローチについても概説します。 技術選択の基本的な方針 まず
【後編】アプリはデータで成長する！プッシュ通知の開封率を上げるアルゴリズムとは | SELECK
今回のソリューション：【バンディットアルゴリズム】 日本ではまだまだ数は少ないものの、大量のデータの解析によって事業戦略を立案する「データサイエンティスト」と呼ばれる職種のニーズが高まってきている。 株式会社VASILYが運営するファッションコーディネートアプリ「iQON（アイコン）」でも、データサイエンティストの金田 卓士さんをメンバーに引き入れ、200万人を超える会員に対してデータを活用した施策を打ち始めている。 「エモーショナルなファッションという領域をデータで解明し、ユーザーの感動体験を創出したい」と語る金田さんが入社後すぐに着手したのが、プッシュ通知の開封率の改善だ。 その際に活用したのが、限られた試行回数の中で収益を最大化する「多腕バンディットアルゴリズム」。結果的に通知の開封率を5％上昇させることに成功したという。 前編では、多腕バンディットアルゴリズムをどのようにプッシュ通
2月 | 2011 | ホイール欲しい ハンドル欲しい
BC6H/BC7/BPTC は GPU が対応しているテクスチャ圧縮の進化系です。 DXT よりも柔軟な bit 配置が可能で圧縮画質が向上しています。(前回) その block 構造を調べてみました。 参考にした資料は下記の 2つです。 ・ARB_texture_compression_bptc ・BC6HBC7EncoderDecoder11 Sample 基本的な考え方は S3TC(DXT) と同じです。 S3TC の場合 4×4 block 単位で基準となる 2つのカラー値を保持します。 この 2色を補間し 3 または 4 階調のカラーをパレットを生成します。 4×4 block の各 pixel は 2bit の index を持っており、生成されたパレットから 1色を選択します。 BPTC/BC6H/BC7 では格納されているカラーが endpoint、補間に用いる 2色のペア
個人で作ったアプリ(Android)のDL数を伸ばすための方法 - Qiita
個人Androidアプリの集客方法 個人でAndroidアプリを作っていて一番大変に思うのが、 アプリへの集客だと思います。 会社や事業として作成したアプリであれば、 プレスをバンバン打ったり、広告・営業に物を言わせて ユーザーをつかみとってくる事は可能ですが、 「格」を持たないただの個人ディベロッパーだと プレスを依頼することさえ困難です。 今回はそんな苦い思いをしている個人ディベロッパーを救うべく、 どうすればユーザーを個人ディベロッパーが集められるのかをまとめてみました。 …とは言うものの自分のアプリがそこまで人を集められている訳ではないので、 「劇的にユーザーが増える」といった方法論の紹介ではありません。あしからず。 SEO(検索による流入最適化) まず一番重要だと思うのがこのGooglePlay上でのSEOです。 自分がアプリを入れようとした時に何をするか考えてみてください。 名
サンプルアプリでおぼえる実践的Android入門
はじめに Androidをはじめとするスマートフォンが盛り上がりをみせています。2011年上半期の携帯電話販売ランキングの上位はスマートフォンがほぼ独占、爆発的な増加となっています。 スマートフォンのシェアが急激に拡大する中、開発の現場にも変化が起こっています。スマートフォン案件の増加です。iPhone用のアプリをAndroidに対応する案件や、業務端末としてAndroidやiPadを使いたいといった案件が増えてきました。スマートフォンへの開発ニーズの高まりを感じます。 本稿はサンプルアプリの作成を通じてAndroid開発について解説していきます。 電卓アプリをサンプルとして使用しますが、よくある機能が限定されたようなサンプルではありません。実用に耐えうる電卓アプリの基盤を作成していきます。 本稿を読み終えた後は、電卓アプリにさらに機能追加が可能となりあなただけのカスタマイズ電卓が作成でき
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WorkFlowy
F-Droid - Free and Open Source Android App Repository
Mobile Patterns - UI UX Inspirational Gallery for iOS and Android
Sketchで変わるワークフロー
フロントエンドに対するAPIバックエンドの提供パターン
10 HTML/CSS & JavaScript Frameworks to Build Mobile Apps
GitHub - google/iosched: The Google I/O Android App
Google AJAX Feed API
