๐—ฆ๐—ต๐—ผ๐—ฟ๐˜๐—ฒ๐—ป ๐˜†๐—ผ๐˜‚๐—ฟ ๐—ณ๐—ฒ๐—ฒ๐—ฑ๐—ฏ๐—ฎ๐—ฐ๐—ธ ๐—น๐—ผ๐—ผ๐—ฝ ๐—ณ๐—ผ๐—ฟ ๐—ณ๐—ฎ๐˜€๐˜๐—ฒ๐—ฟ ๐—ฟ๐—ฒ๐˜€๐˜‚๐—น๐˜๐˜€!

๐—ฆ๐—ต๐—ผ๐—ฟ๐˜๐—ฒ๐—ป ๐˜†๐—ผ๐˜‚๐—ฟ ๐—ณ๐—ฒ๐—ฒ๐—ฑ๐—ฏ๐—ฎ๐—ฐ๐—ธ ๐—น๐—ผ๐—ผ๐—ฝ ๐—ณ๐—ผ๐—ฟ ๐—ณ๐—ฎ๐˜€๐˜๐—ฒ๐—ฟ ๐—ฟ๐—ฒ๐˜€๐˜‚๐—น๐˜๐˜€!
Photo by Aleksandr Popov / Unsplash

This actually applies everywhere in life - not just in programming. But in programming - itโ€™s crucial to shorten your feedback loop.

Recently, Iโ€™ve been working with some obscure Google services - Google Play Asset Delivery and Google Play Feature Delivery. Both are not very popular services and the documentation is kind of terrible (didnโ€™t expect that from Google tbh).

Hereโ€™s the problem, though - you canโ€™t debug the code with these services. Because you have to bundle the assets and the modules (as split apks) together, you canโ€™t debug through Android Studio. Therefore no access to the debugger. So the quickest feedback loop is thrown out the window straight away.

Hereโ€™s how I went from an incredibly slow feedback loop to less than 1 minute to get feedback.

  1. Uploaded signed builds to Internal Testing (~10+ minutes to feedback, considering the build was 1.5 GB)
  2. Uploaded unsigned builds to Internal App Sharing after the app was approved (~5 minutes feedback)
  3. Swapped production assets/modules for test modules/assets, which are 6x less in size (~3 minutes feedback)
  4. Used bundletool for local testing before uploading to Play (~2 minutes feedback)
  5. Wrote a script that adds/removes resources locally, builds the bundle, converts it to APK, and then pushes it onto the device (<1 minute feedback)

At around point 5 - thatโ€™s where the productivity skyrocketed.

Fast feedback loop == faster improvement == faster results.

Subscribe to Multiplatform Mindset