https://quenaudon.com/ https://speakerdeck.com/oldergod 2017-08-03 07:46:24 -0400 Mobile Dev Week at Abu Dhabi ---------------------- 1400 modules. 60 developers. 40 million customers. This Android application, what does it look like? It looks like Cash App. We have the opportunity to discover, to inspect, to dive indeed into the internal current state of Cash App. No rug unturned, we will reveal it all: tech stack, open-source, APIs, architecture, development process, design system, testing, navigation, CI. Our Android application is modern, flexible, and reliable. We shall discover how it gets done. Mobile Dev Week at Abu Dhabi ---------------------- 1400 modules. 60 developers. 40 million customers. This Android application, what does it look like? It looks like Cash App. We have the opportunity to discover, to inspect, to dive indeed into the internal current state of Cash App. No rug unturned, we will reveal it all: tech stack, open-source, APIs, architecture, development process, design system, testing, navigation, CI. Our Android application is modern, flexible, and reliable. We shall discover how it gets done. Sat, 13 Dec 2025 00:00:00 -0500 https://speakerdeck.com/oldergod/36-star-15-cash-app https://speakerdeck.com/oldergod/36-star-15-cash-app Cyril Mottier & Benoît Quenaudon at Droidcon NYC 2025 Last year we asked ourselves a question. One that most Android engineers avoid whispering aloud: Are Instant Apps still a thing? It turns out that Google officially said no! Instant Apps are fascinating because they offer possibilities outside of what Google originally engineered them for. Benoît (Cash App) and Cyril (Amo), both of us shipped an Instant App this year for different use cases and different implementations. The restrictions required to publish an Instant App encourage dynamic, lean and performant architectures. Savoir-faire which stays relevant even outside the context of Instant Apps. After hovering briefly over the state of Instant Apps, we’ll share how we built and shipped our projects. From development quirks to publishing oddities, we’ll highlight what worked, what didn’t, and why Instant Apps might have deserved a second look. Cyril Mottier & Benoît Quenaudon at Droidcon NYC 2025 Last year we asked ourselves a question. One that most Android engineers avoid whispering aloud: Are Instant Apps still a thing? It turns out that Google officially said no! Instant Apps are fascinating because they offer possibilities outside of what Google originally engineered them for. Benoît (Cash App) and Cyril (Amo), both of us shipped an Instant App this year for different use cases and different implementations. The restrictions required to publish an Instant App encourage dynamic, lean and performant architectures. Savoir-faire which stays relevant even outside the context of Instant Apps. After hovering briefly over the state of Instant Apps, we’ll share how we built and shipped our projects. From development quirks to publishing oddities, we’ll highlight what worked, what didn’t, and why Instant Apps might have deserved a second look. Wed, 25 Jun 2025 00:00:00 -0400 https://speakerdeck.com/oldergod/instant-apps-eulogy https://speakerdeck.com/oldergod/instant-apps-eulogy 1300 modules. 50 developers. 40 million customers. This Android application, what does it look like? It looks like Cash App. We have the opportunity to discover, to inspect, to dive indeed into the internal current state of Cash App. No rug unturned, we will reveal it all: tech stack, open-source, APIs, architecture, development process, design system, testing, navigation, CI. Our Android application is modern, flexible, and reliable. We shall discover how it gets done. 1300 modules. 50 developers. 40 million customers. This Android application, what does it look like? It looks like Cash App. We have the opportunity to discover, to inspect, to dive indeed into the internal current state of Cash App. No rug unturned, we will reveal it all: tech stack, open-source, APIs, architecture, development process, design system, testing, navigation, CI. Our Android application is modern, flexible, and reliable. We shall discover how it gets done. Fri, 26 Apr 2024 00:00:00 -0400 https://speakerdeck.com/oldergod/3615-cash-app https://speakerdeck.com/oldergod/3615-cash-app Thu, 09 Nov 2023 00:00:00 -0500 https://speakerdeck.com/oldergod/heuristics-in-everyday-life https://speakerdeck.com/oldergod/heuristics-in-everyday-life How about unidirectional data flow in an architecture where views and presenters don’t know about each other? While growing up to 40+ engineers and 600+ modules, Cash App managed to control the complexity of its product. Views can be written in either Kotlin or XML; presenters with either Rx, Coroutines, or Compose; no problem. We test views on the JVM and we don’t need to define fake presenters either. Writing new screens is delightful and we’ll see how we made it possible by: - Looking at the foundations of the architecture: our internal navigation library which allows clear modularity, - Checking how it can adapt to presenters using different technologies, - Explaining how views are defined and tested, - Seeing how everything is glued together from a bird’s-eye view of the app. Growing your app and team doesn’t imply more pain nor more complexity. Attendees will gain a sound understanding about how we achieved it. How about unidirectional data flow in an architecture where views and presenters don’t know about each other? While growing up to 40+ engineers and 600+ modules, Cash App managed to control the complexity of its product. Views can be written in either Kotlin or XML; presenters with either Rx, Coroutines, or Compose; no problem. We test views on the JVM and we don’t need to define fake presenters either. Writing new screens is delightful and we’ll see how we made it possible by: - Looking at the foundations of the architecture: our internal navigation library which allows clear modularity, - Checking how it can adapt to presenters using different technologies, - Explaining how views are defined and tested, - Seeing how everything is glued together from a bird’s-eye view of the app. Growing your app and team doesn’t imply more pain nor more complexity. Attendees will gain a sound understanding about how we achieved it. Fri, 28 Apr 2023 00:00:00 -0400 https://speakerdeck.com/oldergod/sweet-architecture https://speakerdeck.com/oldergod/sweet-architecture How about unidirectional data flow in an architecture where views and presenters don’t know about each other? While growing up to 40+ engineers and 600+ modules, Cash App managed to control the complexity of its product. Views can be written in either Kotlin or XML; presenters with either Rx, Coroutines, or Compose; no problem. We test views on the JVM and we don’t need to define fake presenters either. Writing new screens is delightful and we’ll see how we made it possible by: - Looking at the foundations of the architecture: our internal navigation library which allows clear modularity, - Checking how it can adapt to presenters using different technologies, - Explaining how views are defined and tested, - Seeing how everything is glued together from a bird’s-eye view of the app. Growing your app and team doesn’t imply more pain nor more complexity. Attendees will gain a sound understanding about how we achieved it. How about unidirectional data flow in an architecture where views and presenters don’t know about each other? While growing up to 40+ engineers and 600+ modules, Cash App managed to control the complexity of its product. Views can be written in either Kotlin or XML; presenters with either Rx, Coroutines, or Compose; no problem. We test views on the JVM and we don’t need to define fake presenters either. Writing new screens is delightful and we’ll see how we made it possible by: - Looking at the foundations of the architecture: our internal navigation library which allows clear modularity, - Checking how it can adapt to presenters using different technologies, - Explaining how views are defined and tested, - Seeing how everything is glued together from a bird’s-eye view of the app. Growing your app and team doesn’t imply more pain nor more complexity. Attendees will gain a sound understanding about how we achieved it. Fri, 02 Sep 2022 00:00:00 -0400 https://speakerdeck.com/oldergod/architecture-at-scale-droidconnyc-2022 https://speakerdeck.com/oldergod/architecture-at-scale-droidconnyc-2022 At Cash App, mobile and server engineers collaborate on Protobuf and gRPC schemas to define APIs between their services. To improve our experience doing so, we built Wire. From a small in-house protobuf generation library, Wire has today matured into our favourite tool to manage and generate gRPC messages and services. Wire is backed by a versatile Gradle plugin and is used on our Android app, our iOS app, and our microservices at Cash App. The talk will introduce Wire’s basic features before diving into: - What Proto 3 support brings to the table in terms of new types and JSON serialisation, and the difference between Wire and protoc, - How Wire handles options and provides comfortable APIs to consume them, - Details about Wire Gradle plugin internals, what steps are processed and how to configure them, - How Wire helps managing protobuf dependencies across microservices. This presentation will provide simple entry points for people starting with Wire, and actionable improvements for experienced users alike. At Cash App, mobile and server engineers collaborate on Protobuf and gRPC schemas to define APIs between their services. To improve our experience doing so, we built Wire. From a small in-house protobuf generation library, Wire has today matured into our favourite tool to manage and generate gRPC messages and services. Wire is backed by a versatile Gradle plugin and is used on our Android app, our iOS app, and our microservices at Cash App. The talk will introduce Wire’s basic features before diving into: - What Proto 3 support brings to the table in terms of new types and JSON serialisation, and the difference between Wire and protoc, - How Wire handles options and provides comfortable APIs to consume them, - Details about Wire Gradle plugin internals, what steps are processed and how to configure them, - How Wire helps managing protobuf dependencies across microservices. This presentation will provide simple entry points for people starting with Wire, and actionable improvements for experienced users alike. Tue, 26 Apr 2022 00:00:00 -0400 https://speakerdeck.com/oldergod/managing-grpc-with-wire https://speakerdeck.com/oldergod/managing-grpc-with-wire Starting in 3.3.0 Wire supports Proto3. What changes with Proto3? How does Wire make it comfortable to use? Let’s see. Starting in 3.3.0 Wire supports Proto3. What changes with Proto3? How does Wire make it comfortable to use? Let’s see. Wed, 04 Nov 2020 00:00:00 -0500 https://speakerdeck.com/oldergod/wire-and-proto3 https://speakerdeck.com/oldergod/wire-and-proto3 Video: https://youtu.be/7fE5MDQ_Sc4 Your relationship with RxJava doesn't have to be complicated. You may have found many ways to use it wrong but it is powerful when used properly.In fact, RxJava can guide you in shaping a sound architecture for your app. To do this, you only have to follow a few but decisive principles. In this talk, you'll: - Explore how side-effect isolation can help avoiding bugs. - Learn how to model your data and share it as one unique stream between your view and your presenter. - Discover the ways a unidirectional data flow makes adding new functionality easy and safe. - Look at how you can easily deal with collateral side effects, such as navigation. After this talk, you’ll be able to write a robust and reactive architecture for your app, taking full advantage of RxJava. Video: https://youtu.be/7fE5MDQ_Sc4 Your relationship with RxJava doesn't have to be complicated. You may have found many ways to use it wrong but it is powerful when used properly.In fact, RxJava can guide you in shaping a sound architecture for your app. To do this, you only have to follow a few but decisive principles. In this talk, you'll: - Explore how side-effect isolation can help avoiding bugs. - Learn how to model your data and share it as one unique stream between your view and your presenter. - Discover the ways a unidirectional data flow makes adding new functionality easy and safe. - Look at how you can easily deal with collateral side effects, such as navigation. After this talk, you’ll be able to write a robust and reactive architecture for your app, taking full advantage of RxJava. Thu, 24 Oct 2019 00:00:00 -0400 https://speakerdeck.com/oldergod/effective-reactive-architecture https://speakerdeck.com/oldergod/effective-reactive-architecture Video: https://youtu.be/xo_zVPAXbBg Co-Presented by @egorand and @oldergod. Protocol Buffers (or Protobuf) is an efficient schema-based data serialization protocol, and gRPC is a high-performance, HTTP/2-based RPC framework. The two work together flawlessly to help you build world class distributed systems. At Square, client and server engineers collaborate on Protobuf schemas to define APIs. We also built Wire - a library which processes schemas and generates Java code that applications can use to send and receive data. Last year we started working on Wire 3, which is rewritten in Kotlin, generates Kotlin code, and adds a number of exciting features: - Protobuf messages as data classes - Multiplatform runtime module - Coroutines-based gRPC APIs - Gradle plugin In this session, we’ll take a deep dive into these features, and talk about how we leveraged Kotlin to create better APIs. We’ll show you how to get the best out of Protobuf and gRPC for your server and client applications using Wire. Video: https://youtu.be/xo_zVPAXbBg Co-Presented by @egorand and @oldergod. Protocol Buffers (or Protobuf) is an efficient schema-based data serialization protocol, and gRPC is a high-performance, HTTP/2-based RPC framework. The two work together flawlessly to help you build world class distributed systems. At Square, client and server engineers collaborate on Protobuf schemas to define APIs. We also built Wire - a library which processes schemas and generates Java code that applications can use to send and receive data. Last year we started working on Wire 3, which is rewritten in Kotlin, generates Kotlin code, and adds a number of exciting features: - Protobuf messages as data classes - Multiplatform runtime module - Coroutines-based gRPC APIs - Gradle plugin In this session, we’ll take a deep dive into these features, and talk about how we leveraged Kotlin to create better APIs. We’ll show you how to get the best out of Protobuf and gRPC for your server and client applications using Wire. Tue, 27 Aug 2019 00:00:00 -0400 https://speakerdeck.com/oldergod/wire-3-tackling-grpc-with-kotlin https://speakerdeck.com/oldergod/wire-3-tackling-grpc-with-kotlin Video: https://youtu.be/eHGFpRj_3Vk Deploying an Android app to the play store always contains some cost in it. Furthermore the user isn't always keen to download (again) our latest versioned app. How about doubling the cost of development with the iOS app into account (or Web)? At Square, we came up with a system in which the server owns the workflow of the client. This means the client doesn't know before hand which screen, which image or text it's gonna show next. In this talk, we'll: - Know why Square ended up choosing this system. - Discover how we built it. - Look at the challenges, the pros and cons of such an architecture. - Talk about how we want to alter it for the future. Attendees to this talk will be expose to solutions for problems every company is facing but don't address. Video: https://youtu.be/eHGFpRj_3Vk Deploying an Android app to the play store always contains some cost in it. Furthermore the user isn't always keen to download (again) our latest versioned app. How about doubling the cost of development with the iOS app into account (or Web)? At Square, we came up with a system in which the server owns the workflow of the client. This means the client doesn't know before hand which screen, which image or text it's gonna show next. In this talk, we'll: - Know why Square ended up choosing this system. - Discover how we built it. - Look at the challenges, the pros and cons of such an architecture. - Talk about how we want to alter it for the future. Attendees to this talk will be expose to solutions for problems every company is facing but don't address. Wed, 24 Apr 2019 00:00:00 -0400 https://speakerdeck.com/oldergod/server-driven-ui-workflow https://speakerdeck.com/oldergod/server-driven-ui-workflow Video: https://youtu.be/ohBumH5-3Qs Your relationship with RxJava doesn't have to be complicated. We find many ways to use it wrong; it is also powerful when used properly. In fact, RxJava can guide you in shaping a sound architecture for your app. We only have to follow a few but decisive principles. In this talk, we'll: - See at how side-effect isolation can help avoiding bugs. - Learn how to share one unique stream between your view and your presenter. - Discover the ways a unidirectional data flow makes adding new functionality easy and safe. - Look at how data immutability brings safety to data manipulation. After this talk, you’ll be able to write a robust and reactive architecture for your app, taking full advantage of RxJava. Video: https://youtu.be/ohBumH5-3Qs Your relationship with RxJava doesn't have to be complicated. We find many ways to use it wrong; it is also powerful when used properly. In fact, RxJava can guide you in shaping a sound architecture for your app. We only have to follow a few but decisive principles. In this talk, we'll: - See at how side-effect isolation can help avoiding bugs. - Learn how to share one unique stream between your view and your presenter. - Discover the ways a unidirectional data flow makes adding new functionality easy and safe. - Look at how data immutability brings safety to data manipulation. After this talk, you’ll be able to write a robust and reactive architecture for your app, taking full advantage of RxJava. Tue, 06 Nov 2018 00:00:00 -0500 https://speakerdeck.com/oldergod/applying-rx-best-practices-to-your-architecture https://speakerdeck.com/oldergod/applying-rx-best-practices-to-your-architecture Thu, 18 Oct 2018 00:00:00 -0400 https://speakerdeck.com/oldergod/kotlins-advanced-language-features https://speakerdeck.com/oldergod/kotlins-advanced-language-features Video: https://youtu.be/MIV7Mi9zko8 Android上の開発は非同期の扱いを避ける事はできないです。ネットワーク、フレームワーク、ユーザの操作などから非同期処理が発生してます。油断してしまうとアプリが複雑化してメンテナンスが難しくなります。皆様はネットワークからレスポンスを待っている途中、ユーザが画面をローテーションしても問題ないですか？並行してユーザがいろんな操作しても大丈夫でしょうか？ Model-View-Intent アーキテクチャは非同期処理が発生する前提で考えられたため、すべてがストリームとして扱ってデータの流れを一方通行にするかつ不変オブジェクトを使うのが MVI アーキテクチャの方針です。マルチスレッディングやAndroidのライフサイクルの対応から生じる問題がアーキテクチャによって解決されるおかげでアプリのロジックに集中できるようになり、コードが書きやすく、今後の保守も楽になります！ 皆様が MVI アーキテクチャの強みを理解し自分で実現できるようにする目標で Kotlin と RxJava を使って並行処理、画面ローテーション、スナックバーを含んだ画面をどうやって作っていくかを語るつもりです！ Video: https://youtu.be/MIV7Mi9zko8 Android上の開発は非同期の扱いを避ける事はできないです。ネットワーク、フレームワーク、ユーザの操作などから非同期処理が発生してます。油断してしまうとアプリが複雑化してメンテナンスが難しくなります。皆様はネットワークからレスポンスを待っている途中、ユーザが画面をローテーションしても問題ないですか？並行してユーザがいろんな操作しても大丈夫でしょうか？ Model-View-Intent アーキテクチャは非同期処理が発生する前提で考えられたため、すべてがストリームとして扱ってデータの流れを一方通行にするかつ不変オブジェクトを使うのが MVI アーキテクチャの方針です。マルチスレッディングやAndroidのライフサイクルの対応から生じる問題がアーキテクチャによって解決されるおかげでアプリのロジックに集中できるようになり、コードが書きやすく、今後の保守も楽になります！ 皆様が MVI アーキテクチャの強みを理解し自分で実現できるようにする目標で Kotlin と RxJava を使って並行処理、画面ローテーション、スナックバーを含んだ画面をどうやって作っていくかを語るつもりです！ Thu, 08 Feb 2018 00:00:00 -0500 https://speakerdeck.com/oldergod/android-niokeru-model-view-intent-akitekutiya https://speakerdeck.com/oldergod/android-niokeru-model-view-intent-akitekutiya Cybozu Meetup #10 モバイル で発表した内容 ------------------------------- Kotlin はまだ使っていませんか？使っているけれど Java と比べて何が良いかがはっきりしませんか？ 実は Java で当たり前な面倒くさい事いっぱいあるけれど Kotlin では当たり前な便利な事がいっぱいあります！ 日々の開発が楽になり、「もっと早く Kotlin の事を知っとけばよかった！」と皆様が思うように説明させて頂きます。 Kotlin で Android の開発を気持ちよくしましょう。 Cybozu Meetup #10 モバイル で発表した内容 ------------------------------- Kotlin はまだ使っていませんか？使っているけれど Java と比べて何が良いかがはっきりしませんか？ 実は Java で当たり前な面倒くさい事いっぱいあるけれど Kotlin では当たり前な便利な事がいっぱいあります！ 日々の開発が楽になり、「もっと早く Kotlin の事を知っとけばよかった！」と皆様が思うように説明させて頂きます。 Kotlin で Android の開発を気持ちよくしましょう。 Tue, 30 Jan 2018 00:00:00 -0500 https://speakerdeck.com/oldergod/kotlindeandroidkai-fa-woqi-chi-tiyokusiyou https://speakerdeck.com/oldergod/kotlindeandroidkai-fa-woqi-chi-tiyokusiyou Video: https://www.youtube.com/watch?v=64rQ9GKphTg Development on Android inevitably involves asynchronous sources, which includes the network, the framework or even the user. This easily leads to a complex architecture and a state that is difficult to manage. Are you comfortable with your users rotating the screen while waiting for a network response? What will happen when multiple requests hit the network at the same time? The Model-View-Intent architecture, borrowed from the web, is all about streams: listening to asynchronous sources, processing the information, and displaying the result. In this architecture, everything is a stream. However, Android is a multi-threaded platform and this introduces additional complexity that we have to take into account when applying the MVI pattern. Unidirectional data flow allows one to focus on a unique source of truth and by embracing immutability, there is no need to worry about data being mutated by other parts of the code. By abstracting away the common pitfalls of state management in Android, this architecture allows the developer to focus on the logic of the app, making it easy to write and easy to maintain. In this talk, we’ll look at how, with Kotlin and RxJava, this reactive architecture can help the developer write a complex UI with concrete examples, including parallel network requests, config changes, SnackBars and more. Video: https://www.youtube.com/watch?v=64rQ9GKphTg Development on Android inevitably involves asynchronous sources, which includes the network, the framework or even the user. This easily leads to a complex architecture and a state that is difficult to manage. Are you comfortable with your users rotating the screen while waiting for a network response? What will happen when multiple requests hit the network at the same time? The Model-View-Intent architecture, borrowed from the web, is all about streams: listening to asynchronous sources, processing the information, and displaying the result. In this architecture, everything is a stream. However, Android is a multi-threaded platform and this introduces additional complexity that we have to take into account when applying the MVI pattern. Unidirectional data flow allows one to focus on a unique source of truth and by embracing immutability, there is no need to worry about data being mutated by other parts of the code. By abstracting away the common pitfalls of state management in Android, this architecture allows the developer to focus on the logic of the app, making it easy to write and easy to maintain. In this talk, we’ll look at how, with Kotlin and RxJava, this reactive architecture can help the developer write a complex UI with concrete examples, including parallel network requests, config changes, SnackBars and more. Tue, 26 Sep 2017 00:00:00 -0400 https://speakerdeck.com/oldergod/model-view-intent-for-android https://speakerdeck.com/oldergod/model-view-intent-for-android See blog post: “Bundle Injection with Dagger” https://medium.com/@oldergod/bundle-injection-with-dagger-fe98b59f1cc6 See blog post: “Bundle Injection with Dagger” https://medium.com/@oldergod/bundle-injection-with-dagger-fe98b59f1cc6 Mon, 18 Sep 2017 00:00:00 -0400 https://speakerdeck.com/oldergod/bundle-injection-with-dagger https://speakerdeck.com/oldergod/bundle-injection-with-dagger DI は便利だけど、@Injectはどこに付けたらいい？どの場合に付けたらいい？@Singletonは？ それから、うまく行かなかった場合は調査するの大変？ Dependency Injection はブラックボックスにみえるかもしれないけどやっている事はシンプル。 ステップ・バイ・ステップ、依存性注入ライブラリをどうやって作るかをみましょう。 DI は便利だけど、@Injectはどこに付けたらいい？どの場合に付けたらいい？@Singletonは？ それから、うまく行かなかった場合は調査するの大変？ Dependency Injection はブラックボックスにみえるかもしれないけどやっている事はシンプル。 ステップ・バイ・ステップ、依存性注入ライブラリをどうやって作るかをみましょう。 Fri, 04 Aug 2017 00:00:00 -0400 https://speakerdeck.com/oldergod/di-yi-cun-xing-zhu-ru-raiburariwozi-fen-dezuo-rou-duan-ban https://speakerdeck.com/oldergod/di-yi-cun-xing-zhu-ru-raiburariwozi-fen-dezuo-rou-duan-ban