All about “Side Projects”
from start to scale up
이준희 JoonHee Lee
홍익대학교 컴퓨터공학과 / Open Community Member
neo81389@gmail.com
2023.03.23 (Thu)

Oh my friend, side project
프로젝트 외길 인생 14년차..

주제.. 어떻게 잡아요?

주제.. 어떻게 잡아요?
존재하는 프로젝트를 따라해보는 것도 좋은
경험이다
사회적 이슈를 따라가보자

주제.. 어떻게 잡아요?
존재하는 프로젝트를 따라해보는 것도 좋은
경험이다
사회적 이슈를 따라가보자

주제.. 어떻게 잡아요?
프로젝트가 처음이고 개발 툴이 처음이라면
프로젝트를 뜯어보고 하나하나 옮겨보며 무엇이 무엇인지
파악해보자

주제.. 어떻게 잡아요?
나만의 아이디어 뱅크를 쌓자

공식 문서와 친해지자
VS
블로그와 친해지자

공식문서 VS 블로그
복잡한 공식문서
꼼꼼한 공식문서
알기 쉬운 블로그
정보의 구멍이 있는 블로그
VS
항상 저울질하고 경계해야하는 문제이다
출처 : https://goodtogreate.tistory.com/entry/Activity%EC%99%80-Service%EA%B0%84%EC%9D%98-%ED%86%B5%EC%8B%A0
출처 : https://developer.android.com/guide/components/bound-services?hl=ko

느슨하게 심플하게

느슨하게 심플하게
실제 크기와 개발 기간
내가 생각했던 기능의 크기와 개발
기간
개발 기간은 내가 생각 한 것에 최소 2주 더하기.
이 프로젝트는 어디까지나 ‘SIDE’ 프로젝트이다 ->
느슨하게 하자

느슨하게 심플하게
이것 저것 담다보면 답이 없어진다
너무 많은 Task는 프로젝트에 흥미를 떨어트릴 수
있다.
출처 : https://www.tricera.net/artwork/painting/oil-painting/id81009780015

No to Over-spec

No to Over-spec
이미지 출처 :
https://www.inven.co.kr/board/heroes/2046/962960

No to Over-spec
이미지 출처 :
https://www.inven.co.kr/board/heroes/2046/962960

No to Over-spec
이미지 출처 :
https://www.inven.co.kr/board/heroes/2046/962960
우리는 합리적인 방법을 택해야함

내가 이러한 기술 or 라이브러리를 도입한 이유가 무엇인가?
를 생각해보자
No to Over-spec
Simple한 어플을 만드는데
MVVM같은 패턴이 필요할까?

내가 이러한 기술 or 라이브러리를 도입한 이유가 무엇인가?
를 생각해보자
No to Over-spec
개발자 친화적 플랫폼
주로 사용하는 기능 미리 구현되어있으며 무료로 풀려있음
대개 상황에서 Firebase보다 가격이 쌈
수 많은 기능 지원
내가 건드려야할 부분이 많을 수 있음

싸지르고 고치자

주기적인 Refactoring을 통해서 개선시켜나가자
한 기능이 끝나면 그걸 Refactor하자
(근데, 미루면 안된다)
싸지르고 고치자
처음부터 완벽한 코드를 짜려고 하지는
말자
구현에 초점을 맞추자
싸지르
고
고치자

주기적인 Refactoring을 통해서 개선시켜나가자
한 기능이 끝나면 그걸 Refactor하자
(근데, 미루면 안된다)
싸지르고 고치자
처음부터 완벽한 코드를 짜려고 하지는
말자
구현에 초점을 맞추자
싸지르
고
고치자

Documentize everything

Documentize everything!
회의 내용은 기록하고
개발 요청은 자세하고 명확하게 문서화하여 공유한다

시작했다면 끝을 맺으세요
빛이 날 수 있도록

Thank You!
JoonLee-K @ Github
jlstdio @ Instagram
neo81389 @ gmail.com