1. I/O 개발팀 이야기
by 씨툐 박미정

2. 이 자료는 왜 만들어졌죠?

3. 아이오 개발팀의 문화를 널리 알리고,
좋은 엔지니어 분을 모셔오고 싶어요 데헷

4. 아이오는 어떤 회사인거죠?

5. 아이오는 1,2인 가구를 위한
쉬운 스마트홈을 만들어요

6. 그 첫 번째 제품은 바로,

7. 렌탈
스위
처
단품
스위
처
유료 사용자 ???명이 넘었네요!
스위처

8. 두 번째 제품을 열심히 R&D 중이에요!

9. 어떤 일인지 궁금하시죠?

10. 그럼,
아이오 개발팀 이야기를 먼저
들어주세요!

11. 아이오 개발문화

12. 0. 아이오 개발팀
백엔드 / 프론트엔드 Android iOS / 프론트엔드
신 펌웨어 구 펌웨어 Who’s the next?

13. 1. TDD
테스트 주도 개발
많이 들어보셨죠?

14. 1. TDD
마틴옹(Martin Fowler)이 말했습니다.
1. Write a test for the next bit of functionality you want to add.
2. Write the functional code until the test passes.
3. Refactor both new and old code to make it well structured.
Repeat!

15. 1. TDD
네, 아이오도 하고 있습니다!
백엔드도! 안드로이드도! iOS도!

16. 1. TDD
간단한 함수도
이렇게 TDD로 진행해요!
“날짜에 따른 요일 반환 함수” from iOS 엔지니어

17. 1. TDD
테스트코드
제품
코드

18. 1. TDD
TDD를 하면 내가 작성한 코드에 자신감이 생긴다. 코드에 자신감이 생긴다는건 개발자로서의
간지가 있다는 말이다. 간지는 매우 중요하며 있는자가 없는자를 이길 수 있는 유일한 수단이다. 사실
장점은 나열하기 입아플 정도로 많으며 TDD를 해보면 알게 된다.
TDD를 하려면 가능한 모든 테스트 케이스를 만들어야 한다 ... (생략) ...
iOS
엔지니어
의
생각

19. 2. 테스트 코드
※ 주의
TDD가 아니에요!
테스트 코드를 만들었어요!

20. 2. 테스트 코드
TDD를 도입하기 전,
이미 수많은 레거시 코드가 있었어요.

21. 2. 테스트 코드
새로 배포된 기능 뿐만 아니라,
이전에 배포된 기능의 코드들도
문제가 없다고 보장할 수 있을까요?

22. 2. 테스트 코드
기존 기능의 코드를 리팩토링 할 때,
테스트 코드를 추가하기 시작했어요.
코드 제공 from Android 엔지니어

23. 2. 테스트 코드
Before After
뭐.. 뭐지..
이 무겁고.. 복잡한..
하나의 함수는..

24. 2. 테스트 코드
● 테스트 코드는 보통 실제 기능을 구현하는 코드보다 배는 양이 많다.
● 조금 이상하게 들릴지도 모른다. 나는 이 많은 양의 코드를 빠듯한 일정 안에서 개발한다.
● 오히려 지금은 테스트 코드를 개발하며 프로젝트를 진행하는게 더 빠르단 생각조차 든다.
(요이 땅 하고 비교해본 적은 없다.)
● 가장 큰 이유는 배포 후 이슈가 발생해도 수정하는데 쓰는 비용이 대폭 줄었기 때문이다.
● 안전과 시간, 예쁜 녀석, 마음의 평안, 자신감이 생기는 요즘이다.
Android
엔지니어
의
생각

25. 3. Code Review
“코드리뷰”
얼마나 많은 규칙으로 진행하고 계신가요?

26. 3. Code Review
아이오는 무겁게 시작하지 않았어요.
“문화”로 만드는게 중요하다 생각했거든요.

27. 3. Code Review
규칙1.
feature 개발 완료 시, 반드시 Pull Request

28. 3. Code Review
규칙2.
1명 이상의 approve가 존재할 때만 merge!

29. 3. Code Review
규칙3.
Commit Prefix!
비즈니스 로직이 포함된 Commit은 “[Major]” 필수!
Reviewer들의 코멘트 필수!

30. 3. Code Review
이렇게 불필요한 코드를 발견해주세요!

31. 3. Code Review
Atlassian 블로그에서
흥미로운 글이 있었어요!
리뷰어가 많다고, 결코 오류 발견율이 높아지지
않아요.
오히려 감소하더라구요.

32. 3. Code Review
참고!
아이오도 리뷰어 비율을 유지하려고 합니다.

33. 4. Spec Review
새로운 기능이 추가될 때,
개발팀내에서 설계/스펙에 대해
서로 리뷰하는 문화가 없었어요.

34. 4. Spec Review
서버 개발자 iOS & Anroid 개발자
진우님, 원님 API 개발 다했어요!
Response 파싱 방법이 달라요 다시!
진작 말해주지..
Before

35. 4. Spec Review
After

36. 4. Spec Review
After
개발 시작하기 전에,
미리 스펙 오류를 발견하게 되니
두 번 개발할 일이 사라졌어요.

37. 5. 공유
아이오에는 복기 문화가 있어요!

38. 5. 공유
복기?
바둑에서, 한 번 두고 난 바둑의 판국을 비평하기 위하여
두었던 대로 “다시 처음부터 놓아 봄.”

39. 5. 공유
아이오의 복기?
앞만 보지말고, “지금까지 내가 한 일들”을 돌아보세요.
내가 얼마나 성장했고, 앞으로 어떻게 성장할지
스스로 고민해보는 시간.

40. 5. 공유
아이오의 복기?
규칙1. 1주일 스튜디오 off
규칙2. 복기 결과자료 공유

41. 5. 공유
● 하드웨어 스타트업의 소프트웨어 이야기 by 박미정
● 나의 회사생활 이야기 by 조원

42. 6. 20% Project
업무 100%의 시간을
당장 눈앞의 feature만 개발한다면
행복할까요?
리더이지만.. 저.. 저도 싫어요..

43. 6. 20% Project
20%의 개인 욕구의(?) 충족 시간

44. 6. 20% Project
플래닝할 때, 개인 프로젝트를 보장해요.

45. 6. 20% Project
iOS
엔지니어
Android
엔지니어
지금까지 다양한 개인 프로젝트 결과물이 나왔어요.

46. 7. SW 세미나
주제에 대한 아무 제약없이
개인적으로 관심있는 기술을
멤버들에게 공유하는 시간

47. 7. SW 세미나
그동안 나왔던 주제들 …
- Kotlin, RxSwift, Embedded
Test Coverage, Akka,
Algorithm, MVP & MVVM,
iOS 홈킷, FP, ....

48. 7. SW 세미나
단순히 공유하는 일에 그치지 않고,
세미나 주제를 개인적으로 프로젝트에 적용하고 있었어..
멋있어..

49. 아직 완벽하게
문화가 자리잡지는 않았어요.

50. 우리 모두 처음 만들어가는 문화가
잘 자리잡힐 수 있도록 노력하고 있어요.

51. 재미있게 개발하면서
즐거운 문화를 함께 만들어나갈 분
계신가요?

52. 저를 찾아주세요!
mjpark03@switcher.co.kr
https://www.facebook.com/mjspring03
https://www.linkedin.com/in/mjpark03