Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
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
71
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
130
expect(isTestingInFlutterEasy, isTrue);
jorgecoca
1
59
Flutter at scale: 2020 Edition
jorgecoca
5
560
Effective Dart for mobile developers
jorgecoca
8
1.9k
Flutter at scale
jorgecoca
2
1.3k
Our Journey To Flutter
jorgecoca
2
370
Is Flutter truly that easy?
jorgecoca
1
260
let swift == val kotlin -> Why iOS is so important for Android, and vice versa
jorgecoca
1
430
What's behind BMW Connected?
jorgecoca
0
120
Other Decks in Technology
See All in Technology
【Developers Summit 2025】プロダクトエンジニアから学ぶ、 ユーザーにより高い価値を届ける技術
niwatakeru
2
890
日経電子版 x AIエージェントの可能性とAgentic RAGによって提案書生成を行う技術
masahiro_nishimi
1
290
データ基盤の成長を加速させる:アイスタイルにおける挑戦と教訓
tsuda7
3
650
30分でわかる『アジャイルデータモデリング』
hanon52_
9
2.2k
マルチモーダル理解と生成の統合 DeepSeek Janus, etc... / Multimodal Understanding and Generation Integration
hiroga
0
360
Bounded Context: Problem or Solution?
ewolff
1
210
地方拠点で エンジニアリングマネージャーってできるの? 〜地方という制約を楽しむオーナーシップとコミュニティ作り〜
1coin
1
130
急成長する企業で作った、エンジニアが輝ける制度/ 20250214 Rinto Ikenoue
shift_evolve
2
880
現場で役立つAPIデザイン
nagix
29
10k
エンジニアのためのドキュメント力基礎講座〜構造化思考から始めよう〜(2025/02/15jbug広島#15発表資料)
yasuoyasuo
15
5.5k
RSNA2024振り返り
nanachi
0
500
開発者が自律的に AWS Security Hub findings に 対応する仕組みと AWS re:Invent 2024 登壇体験談 / Developers autonomously report AWS Security Hub findings Corresponding mechanism and AWS re:Invent 2024 presentation experience
kaminashi
0
190
Featured
See All Featured
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
Writing Fast Ruby
sferik
628
61k
A designer walks into a library…
pauljervisheath
205
24k
A Philosophy of Restraint
colly
203
16k
The Art of Delivering Value - GDevCon NA Keynote
reverentgeek
10
1.3k
How STYLIGHT went responsive
nonsquared
98
5.3k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
656
59k
Adopting Sorbet at Scale
ufuk
74
9.2k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
The Cult of Friendly URLs
andyhume
78
6.2k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
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