表示中のページから https://hipolvas.com/fireos-android/ にリダイレクトしようとしています。 このページにリダイレクトしないようにする場合は、前のページに戻ってください。
表示中のページから https://hipolvas.com/fireos-android/ にリダイレクトしようとしています。 このページにリダイレクトしないようにする場合は、前のページに戻ってください。
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:layout_width="match_parent" android:layout_height="match_parent" android:padding="16dp"> <ImageView android:id="@+id/image_icon" android:layout_width="96dp" android:layout_height="96dp" android:layout_marginRight="16dp"/> <TextView android:id="@+id/text_primary" android:layout_width="match_parent" android:layout_hei
はじめに みなさんConstraintLayoutは使っているでしょうか？ ConstraintLayoutはGoogleI/O 2016で新しく登場したLayoutです。その名の通り制約によってレイアウトを決めること複雑なレイアウトを、ネストを深くせずに作ることが出来るようになりました。 RelativeLayoutと似ていますが、iOSのAutoLayoutのようにAndroid Studio上のLayoutEditorでドラックアンドドロップによって簡単にレイアウトが作れます。 また、Android Developers Blogでは、RelativeLayoutに比べてパフォーマンスが約 40% 優れているといっています。 Our performance comparison shows that ConstraintLayout performs about 40% better
ドメイン駆動設計について DroidKaigi 2017 で登壇しました。
長らく Y.A.Mの雑記帳というブログでAndroidの技術情報を発信しています。最近はなかなか投稿できなくなってしまいましたが、それも仕事としてAndroidに関われているためです。Androidを触り始めたころはまだ学生だったので時間があったんでしょうね。 はじめて Android に関するエントリを投稿したのは 2009 年 5 月 24 日です。当時はJavaFXを触っていたので、NetbeansでAndroidをやろうとしていたようです。 当時のAndroidのバージョンは1.5、Fragment もなく、Support Library もなく、マルチタッチすらなく、ストアは Google Play ではなく Android Market という名前でした。 ここから2、3年くらいは、仕事でAndroid アプリを開発している人はもっぱらメーカーのプリインアプリを作っている方たち
株式会社奇兵隊からQuipper Limitedに所属が変わって3ヶ月ほど経ったので、忘れないように状況を記録しておきます。 先に言っておくと、まだ3ヶ月しか経験しておらずわかっていないことも多いです。なので、「まだ慣れきっていない人から見たらこんな風に見えてるんだなぁ」という感じで軽く読んでもらえるとありがたいです。 また、入社の経緯については、文章で説明すると誤解を生みそうので省略します。と言っても別に話せないようなことは何もないので、直接聞いてもらえれば話します。 今のチーム Quipperは日本と海外向けに教育サービスを展開していて、今はその中のAndroidチームで働いています。 隣にPermissionsDispatcherを作った@hotchemiさんがいたり、後ろに元柔道世界チャンピオンで低レイヤーに詳しい人がいたり、癖のある人ばかりのチームです。 仕事は忙しいかとよく聞か
Save over 40% when you secure your tickets today to TNW Conference 💥 Prices will increase on November 22 → About the time Swift was going open source, representatives for three major brands — Google, Facebook and Uber — were at a meeting in London discussing the new language. Sources tell The Next Web that Google is considering making Swift a “first class” language for Android, while Facebook and
※ 英語版はこちら 4/1からQuipperにAndroidエンジニアとしてJoinする事になった。 別にリクルートを退職したわけではなく、今流行りの(?)社内転職である。 私は元々リクルートテクノロジーズの社員として働いていたが、今月からリクルートマーケティングパートナーズに転籍し、そこからQuipperに出向するという設定になる。 異動 話が逸れるが、リクルートにはキャリアWebと呼ばれる社内転職制度が存在しており、グループ各社の求人が定期的に社内求人サイトにupされる。イメージとしては下記の様な感じ。 異動ルールズ - steps to phantasien レジュメを送ってプログラミングテストを受けて、面接を通過してマッチングすれば上司に引き止められる事なくそのポジションに異動する事ができる。ちなみに、今回リクルートからQuipperにエンジニアとして異動するケースは初めてらしい。
2015年夏、Twitterは日本で次のステージに進みます。この動きのひとつが、日本にエンジニアチームをつくることです。日本のエンジニアチームについて、このチームの責任を負う、サンフランシスコ本社エンジニア部門のシニアディレクター アカッシュ・ガーグ (@akshgarg) に聞いてみました。 Q：日本にエンジニアチームをつくる理由 A：日本はTwitterにとって大きな市場のひとつです。2006年に始まったTwitterが日本語化されたのは2年後の2008年。日本語は、英語の次に初めてサポートを始めた言語です。2011年の震災直前に始まった日本法人は、米国外に初めてつくったオフィスでもあります。おかげさまでずっと好調に日本での利用者数を増やすことができていますが、一方で、まだまだ日本の皆さんに満足いただけるサービスにはなっていません。そこで、より満足いただけるよう、日本にエンジニアチーム
RedditAPIのSwiftラッパーがないのでswiftでAPIのラッパーを作ってみた -> reddift ダウンロード後のコールバックをブロックで渡す エラーオブジェクトをひとつにまとめる genericを使う result型を作ってSuccessとFailureを定義すればひとつのオブジェクトで成功とエラーを内包できる 演算子定義と組み合わせると綺麗だけどぱっと見よくわからないコードになる 議論 Result<A>とかで書くと綺麗 他の書き方もある -> flatMaps 読みやすいか、書きやすいか、デバッグしやすいかを議論したい [Android] Fragment in Fragment nankiti様 初心者がAndroidを作って詰まったところ 親Fragmentによって子のFragmentの状態を変えたかった 子Fragmentの実装で、標準のライブラリで横にスクロール
【第16回】potatotips開催 参加者全員がTipsを発表する というコンセプトの iOS/Androidアプリ開発者向けの勉強会「potatotips」の第16回目が、15日マークシティで開催されました。 今回はオーディエンス枠も加えて、40名を越えるネイティブエンジニアが集まり、それぞれの現場から Tips を持ち寄り意見を交換しました。 セミナー概要 日程 【その1】 Glide信者から見たfacebook/fresco（wasabeef/Android） 今からでも間に合うApple Watch用アプリ申請で気をつけること（kitasuke/iOS） リリース前の動作チェックってしてます？少しだけでも楽にしたい今日このごろ（__chocomelon/Android） Lazy Evaluation in Swift（nghialv/iOS） ユーザーを待たせないた
こんにちは、技術部モバイル基盤グループの @slightair です。 今回は、クックパッドのモバイルアプリをどのような流れで開発しているか説明したいと思います。 この記事では技術的な話ではなく、どのようにして、どのようなことを考えて僕らがモバイルアプリを開発しているかに触れたいと思います。 開発体制 クックパッドにはモバイルアプリを専門で開発するようなチームはありません。 必要に応じて、誰でもモバイルアプリ開発に取り組みます。 機能追加・修正を行ったらリポジトリにプルリクエストを送ります。 プルリクエストが来たら、アプリ開発を行うエンジニア同士でレビューします。 様々な修正をひとつのバージョンにまとめるのは、僕が所属する技術部と後述するリリースマネージャーで行います。 リリースマネージャー バージョンごとに、そのリリースの責任をもつリリースマネージャーをひとり選びます。 リリースマネージ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
