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
droidknight_2018_nbt
Search
Hyeonji Jeong
May 25, 2018
0
62
droidknight_2018_nbt
Hyeonji Jeong
May 25, 2018
Tweet
Share
More Decks by Hyeonji Jeong
See All by Hyeonji Jeong
How to use Dagger2 and Koin
hyunji92
2
1.1k
2018 DevFest - Update to Oreo & Pie
hyunji92
0
130
devfest-AAC-2017-codelab
hyunji92
0
65
AAC-2017-soma
hyunji92
0
37
Featured
See All Featured
The MySQL Ecosystem @ GitHub 2015
samlambert
251
13k
Rails Girls Zürich Keynote
gr2m
95
14k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
Raft: Consensus for Rubyists
vanstee
139
7.1k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
890
The Invisible Side of Design
smashingmag
301
51k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Building Better People: How to give real-time feedback that sticks.
wjessup
368
20k
How GitHub (no longer) Works
holman
315
140k
jQuery: Nuts, Bolts and Bling
dougneiner
64
7.9k
Transcript
Next Step Architecture Speaker. 남상균, 정현지
None
2012년 9월 17일 ver 0.1.0 2018년 4월 22일 ver 11.9.0
6년차!
오래된 앱은 어떻게 새로운 기술을 받아들이고 아키텍처를 개선하고 있을까?
// Next Step Architecture
조직 비즈니스 기술
조직 비즈니스 기술 개발문화 요구사항
개발문화 CULTURE
None
AGILE DEVELOPMENT
SCRUM KANBAN
VIABLE PRODUCT MINIMUN MVP
None
> 1 week 릴리즈 주기
ױ҅ ߓನ
SIMPLICITY
소프트웨어의 목적은 사람들에게 도움을 주는 것이다.
( Ei + Em ) ( Vn + Vf )
-- --- --- --- - -- --- --- --- - D = 소프트웨어 설계 방정식
-- --- --- --- - -- --- --- --- -
소프트웨어 설계 방정식 D = ( 현재의 가치 + 미래의 가치 ) ( 구현을 위한 노력 + 유지를 위한 노력 ) D: 변경에 대한 바람직함의 정도. 무언가 하기를 얼마나 원하는가?
프로그램이 오래될수록 그 일부는 꼭 변경하게 된다. 결함이 나타날 가능성은
변경의 크기에 비례한다. 소프트웨어의 유지를 쉽게 하는 것은 각 부분의 단순함에 비례한다.
구현 유지 <
요구사항 REQUIREMENT
AD TECH
None
B2B B2C B2B & B2C
LOCK SCREEN
FOREGROUND
기술 TECHNOLOGY
None
Doing the Right Things vs. Doing Things Right
그래서 실제로 오래된 앱은 어떻게 새로운 기술을 받아들이고
아키텍처를 개선하고 있을까? // Next Step Architecture
조직 비즈니스 기술 개발문화 요구사항
4명 100명 +1
for 캐시슬라이드
None
None
Next Step Architecture
None
하나의 계정으로 모든 서비스를!
e-mail 소셜 계정 for cashslide
None
None
AAC MVP
None
None
AAC
None
1. LifeCycle 2. LiveData 3. ViewModel 4. Room
1. LifeCycle 2. LiveData 3. ViewModel 4. Room
1. LifeCycle lifecycleOwner.getLifecycle().addObserver(this); @onLifeCycleEvent(LifeCycle.Event.ON_RESUME)
설득의 과정
vs.
KOTLIN
None
None
바퀴의 재발명
매일 매일 회의
Critical Pass
None
이제 진짜 Architecture 설계!!
소셜 계정 for cashslide e-mail
None
None
None
5월 릴리즈 예정 결과가 궁금하시다면....
무작정
적정 기술
교육 프로토타이핑 공감
팀원들과의 회고
RETROSPECTIVE
우리는 이렇게 오래된 앱에서 새로운 기술을 받아들이고 아키텍처를 개선하고
있습니다. // Next Step Architecture
여러분의 Next Step Architecture 는 어떻게 진행되고 있나요?
감사합니다