Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Tips and tricks for a successful Android applic...
Search
Jorge Coca
August 06, 2018
Technology
0
100
Tips and tricks for a successful Android application
THAT Conference 2018
Jorge Coca
August 06, 2018
Tweet
Share
More Decks by Jorge Coca
See All by Jorge Coca
Flutter: a journey of productivity and happiness
jorgecoca
1
150
expect(isTestingInFlutterEasy, isTrue);
jorgecoca
1
81
Flutter at scale: 2020 Edition
jorgecoca
5
600
Effective Dart for mobile developers
jorgecoca
8
2k
Flutter at scale
jorgecoca
2
1.4k
Our Journey To Flutter
jorgecoca
2
410
Is Flutter truly that easy?
jorgecoca
1
300
let swift == val kotlin -> Why iOS is so important for Android, and vice versa
jorgecoca
1
460
What's behind BMW Connected?
jorgecoca
0
130
Other Decks in Technology
See All in Technology
Amazon Bedrock Knowledge Bases × メタデータ活用で実現する検証可能な RAG 設計
tomoaki25
6
2.4k
なぜ あなたはそんなに re:Invent に行くのか?
miu_crescent
PRO
0
210
Amazon Quick Suite で始める手軽な AI エージェント
shimy
1
1.9k
AWS運用を効率化する!AWS Organizationsを軸にした一元管理の実践/nikkei-tech-talk-202512
nikkei_engineer_recruiting
0
170
MySQLのSpatial(GIS)機能をもっと充実させたい ~ MyNA望年会2025LT
sakaik
0
120
会社紹介資料 / Sansan Company Profile
sansan33
PRO
11
390k
M&Aで拡大し続けるGENDAのデータ活用を促すためのDatabricks権限管理 / AEON TECH HUB #22
genda
0
240
"人"が頑張るAI駆動開発
yokomachi
1
180
Strands Agents × インタリーブ思考 で変わるAIエージェント設計 / Strands Agents x Interleaved Thinking AI Agents
takanorig
5
2.1k
100以上の新規コネクタ提供を可能にしたアーキテクチャ
ooyukioo
0
250
フィッシュボウルのやり方 / How to do a fishbowl
pauli
2
380
Kiro を用いたペアプロのススメ
taikis
4
1.8k
Featured
See All Featured
How to optimise 3,500 product descriptions for ecommerce in one day using ChatGPT
katarinadahlin
PRO
0
3.4k
How to Talk to Developers About Accessibility
jct
1
85
Organizational Design Perspectives: An Ontology of Organizational Design Elements
kimpetersen
PRO
0
45
Digital Projects Gone Horribly Wrong (And the UX Pros Who Still Save the Day) - Dean Schuster
uxyall
0
110
The Invisible Side of Design
smashingmag
302
51k
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
69
Test your architecture with Archunit
thirion
1
2.1k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
37
16th Malabo Montpellier Forum Presentation
akademiya2063
PRO
0
30
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
92
Beyond borders and beyond the search box: How to win the global "messy middle" with AI-driven SEO
davidcarrasco
0
22
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
128
55k
Transcript
Tips and tricks for a successful Android application - Jorge
Coca -
None
...first things first
Jorge, who do you think you are!?
→ Released over 20 apps → Mostly Android, but some
iOS too → Half of them have been a disaster!! → ... and the other half are doing pretty good :) → Worked alone, small teams... and large and internationals teams
Those who do not learn history are doomed to repeat
it — George Santayana
Android was initially designed to be a camera operating system
Cupcake & Donut April 2009 → First major release →
Linux kernel → Java & Eclipse ADT → Main widgets and SDK components → Voice entry support → Gesture framework
Eclair October 2009 → Multi account support → Bluetooth →
Multitouch → Camera supports flash ⚡
Froyo May 2010 → Chrome → Push notifications via C2DM
→ Flash and GIFs → Improved Market
Gingerbread December 2010 → NFC → Improvementes on UI →
Support for front camera → Google Wallet (on Nexus S) → Nexus One
Honeycomb February 2011 → Optimized for tablet support → Holo
interface → Welcome Fragments!
Ice Cream Sandwich October 2011 → Holo for phones →
Major update of the OS → Editor's choice → Android is here to stay
None
Jelly Bean June 2012 → Focus on performance → Support
library & → New bluetooth stack → Dev focus on quality → Jake Wharton's first conference
KitKat October 2013 → Refreshed interfaced → Android Wear →
Nexus 5 and wearables → Android Studio → Gradle
Lollipop November 2014 → Material Design → Dalvik → Multiple
SIM card → WebView distributed over PlayStore → Dev focus on performance #perfMatters → Android One
Marhsmallow October 2015 → Android for Work → Doze →
Fingerprint → Runtime permissions → Battery optimizations
Nougat August 2016 → Android beta program → Daydream →
Multiwindow support → Picture in picture
Oreo August 2017 → Kotlin → Architecture components → Focus
on modular architectures → Adaptive icons → Notification improvements → Google Play protect → Android Go
Challenges → Have clear goals and expectations → Invest your
time and energy where it matters → Build for everyone → Crowded market. Be original → Be the first... or be the best
Goals and expectations → Research your market → Measurable goals
→ Realistic expectations → Indie vs. small shop vs. corporation → Functionality vs design... (or both)
Invest your time and energy where it matters
Time and energy → Your cloud is your first common
layer. Use it! → Dedicate efforts to the main use case of your app → What can you share between iOS and Android?
Time and energy: cross platform → Easiest: WebView → WebView
with native bridge: custom, Ionic... → Xamarin → Kotlin Multiplatform → ReactNative → Flutter
Time and energy Android native
Stop using Eclipse
... and Java!
Kotlin → Better develop experience → Interop with existing Java
→ Null safety → Google working on Kotlifying APIs → Easier to do "more complex" things
None
Kotlin Do not force unwrap val jorge: Person? = null
jorge!!.canSing CRASH! ... also, I sing horribly
Kotlin Hello default paramenters! Bye Factories! class Person( val name:
String, val age: Int, val canBreath: Boolean = true, val canSing: Boolean = true) ... unless you are like me
Kotlin Sealed classes to express more complex enums sealed class
Vehicle data class Car(val brand: String): Vehicle() data class Bike(val isMountainBike: Boolean): Vehicle() object class MagicCarpet : Vehicle()
Kotlin: other tips → Data classes are your friends →
Easy singletons with object → Synthetic extensions to avoid boilerplate
Android → The smaller your Activities are, the better →
The smaller your Fragments are, the better → The smaller your Services, the better Remove your business logic from SDK components
None
Android → MVP, MVVM, VIPER, RIBs... → Only use libraries
that make you feel comfortable → Do not overuse libraries → The smaller your APK is, the better! -> Code for everyone
Never stop learning
None
None
@jcocaramos
None