OSS 개발자 포럼 여름 캠프 특강.

1. 소프트웨어 개발자는 누구인가 ?
이 민석
NHN NEXT
Facebook: http://www.facebook.com/minsuk.lee0
Twitter: @minsuklee
이 저작물은 크리에이티브 커먼즈 [저작자표시-비영리-동일조건
변경허락 2.0 대한민국 라이선스]에 따라 이용할 수 있습니다'

3. 오늘의 순서
• 소프트웨어 개발자는
– 누구?
– 뭘 보나?
• 개발은
– 뭐?
– 중요한 건?
• 그래서?

4. http://sphotos-
g.ak.fbcdn.net/hphotos-ak-
ash3/564754_502660456429143_
1670832211_n.jpg
http://www.facebook.com/odradeck

5. Pro’·gram·mer (n.)
an organism that
converts caffeine
into code
프로그래머: 카페인을 코드로 변형시키는 유기체
유사어: 혀로그래머, 호모스파게티쿠스

6. 저는초딩, 그 이전 : 과학자
중딩, 그 즈음 : 공학자
고딩, 그 이후 : 컴퓨터공학자
X-Terminal HW, SW
TCP/IP, H.32x, … ,
Factory Automation,
UPS, Elevator, Door,
Bus Tacho System,
Reverse Engineering,
xxx Device Driver,
HAM (HL1ITJ),
DVR File System,
Medical,
RTOS, Linux,
Smart Phone,
Open Source SW,
And a Professor,

7. 내가
즐기는
것
세상이
좋아하는
것
내가
잘하는
것
소프트웨어
엔지니어 ?

10. ‘섬멸하다’ 할 때 섬(殱)
殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱
殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱
殱殱殱殱殱殱殱殱殲殱殱殱殱殱殱殱
殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱
殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱
殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱
殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱
殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱
殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱殱
1
2
3
4
5
6
7
8
9
A B C D E F G H I J K L M N O P

11. I II III IV V VI VII VIII IX X
IX에 줄 하나를 그어서
6을 만드는 방법 ?
SIX , IX6

12. “석기시대가 끝난 이유는
돌이 다 떨어져서가 아니라,
누군가가 더 나은 발상을
가져왔기 때문이다.”
- Sheikh Yamani,
Saudi Arabia’s previous oil minister

13. Superman vs. Batman
As is vs. Innovative
Gifted vs. Self-Motivated
Poor vs. Rich
.

14. 그리고
.

15. 개발 ?

16. 게임 개발 중독성
성취감
몰입감
실감
손맛
스토리
디자인
사운드
조작성
속도
배터리까지

17. 인문학
디자인 경영
물리
수학
소프트웨어
개발
기획
시나리오
아이디어를
가치로
엮어내는 힘
UI/UX
개발

18. 소프트웨어 개발자라면
생산성
전체를 이해하는 능력
사용자에 대한 배려
코드라는 자산 만들기
다양성과 협력의 가치
도전 정신

20. 생산성
좋은 코드를
빨리 완성하는 것
한번 만든 코드를
다시 써먹는 것
노가다를 줄이고
집에 일찍 가는 것

21. ‘BUILD-ALL’을
하기 위해
뭘 클릭하시나요 ?
12

22. 개발 도구 이용 실태
(출처: 2006 EE-Times Asia)
개선 일로에 있지만,
아시아 국가 가운데에서도
한국 개발자들의
도구 사용 비율이 낮다 !
디버거
이용률도 꼴등
.

23. 전체를 이해하는 능력: Architecture
Where
Your Software
Stands On

24. 소프트웨어 = 건축
사람이 사는 공간 
사람이 쓰는 소프트웨어

25. 고객에 대한 배려: 품질

26. 품질 관행
FDD (Faith-Driven Development)
– By @codinghorror
C Java PHP

27. 배려의 나쁜 예
고객에 대한 배려: UX,UI

28. 배려의 좋은 예
.

29. 자산화: Good Code
호랑이는 죽어서 가죽을 남기고
소프트웨어 엔지니어는 떠나서 코드를 남긴다.
Source Code는
다르면, 틀린 거다.

30. 소프트웨어는,
같은 땅에서
서로 다른
열매를 맺는
나무와 같다.
http://umami.typepad.com/.a/6a00d8341d6c2753ef0105367dd87f970b-800wi
다양성이 만드는 가치:

31. 다양성 : 나쁜 자세

32. 다양성 : 꽤 좋은 자세
3 2
1

33. 혼자서는 어렵다으다으다으다으~

34. – 비전을 공유하고
– 모르는 걸 서로 배우자
– 파트너가 잘되게 돕자
– 진짜 잘 되면 고리를 조금 떼자
철수∙영희 Cross가 필요하다
http://cafe.naver.com/soularch.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=
217&

35. 구경
사용
버그 보고
버그 수정
기능 개선
리뷰
관리
Community

36. 소프트웨어 개발자: 시간을 어떻게 써야 하나 ?
사람에 대한
고찰
수학적
설계
기술적
설계
.

37. • 패러다임(OOP)
• 꽤 복잡한 수학
• 경험, Insight
• 인문학적 소양
• 나에 대한 이해
• 다양성의 인식
• 수학과 논리
• 자료 구조
• 알고리즘
• 디자인
• 코딩
• 테스팅
• 프로세스 공학적
절차적
사고
시간적
공간적
효율성
데이터와
상호작용
관점
인간적
사회적
가치
개발자, 결국 배워야 하는 것들…

38. A
S
K
Y

39. 수학적 사고와 관점의 훈련 = 변화에 적응 (1/3)
수학이 심하게 필요한 영역도 있고
적당한 수학이 필요한 영역도 있음
하지만 수학적, 논리적 사고력은
관점이 교차하는 영역에서 소통의 도구로서
변화에 적응하고, 변화를 이끌고 설명하는 강력한 수단임
지금까지 해왔듯이
수학은 문제 풀이의 수단이기도 하지만
놀랍게도
문제를 풀다 보면 수학적, 논리적 사고력도 증가함

40. 수학적 사고와 관점의 훈련 = 변화에 적응 (2/3)
그래서, 살짝 재미는 없어도
“공부하는 시기”가 필요
초등학교에서 구구단은 외우고
이후에 소인수 분해, 방정식, 삼각함수를 배우고,
미적분, 선형대수, 확률통계, …
책에 있는 문제 풀이도 의미 있지만
관찰된 현상을 문제로 바꾸어 해결하는 도구로서
수학과 기초과목을 반드시 제대로, 제 때 배워야 함

41. 수학적 사고와 관점의 훈련 = 변화에 적응 (3/3)
세상의
어떤 변화
내가 이렇게 움직이면
세상은
이렇게 심플해지심

42. 또 다른 관점을 위한 질문
사람은
왜?
많은 이유를 찾고
나랑 다름을 인정하자.

43. 그런데 어렵다.
미안하다.
대신, 질문을 잘 하자.
(기초 과목에서는 how를 묻기 전에, why를 묻자)
내가 모르면, 옆 사람도 모른다. 진짜다.
질문은 교실의 모든 이에게 복음을 전하는 일이다.
수업시간에 질문하여 복음을 전하자.
질문을 하려면 약간의 예습이 필요하다.

44. 문제해결 경험 + 문제 만들기
모든 수업에서는 문제가 제시된다.
남이 만든 문제는 공부하면 결국 잘 풀 수 있게 된다.
기술적 how가 아니라 경험적 how를 수업에서 배운다.
그러나 문제를 풀기만 하면,
문제 낸 사람을 능가할 방법이 없다.
최고가 되려면…
문제(why와 how를 적용할 대상)을 발굴하고
내가 만든 문제를 풀면서 배워야 한다.

45. 리뷰와 피드백 그리고 지속적 자기 개선
열정
몰입
진정성
Review, Test,
Release, Improve
자기 성찰
관점의 변경
즐거운 마음
프로의
자세

46. 인문/사회
탐구
나에 대한 이해
사람과 삶에
대한 이해
사회에 대한
이해
문사철/영화/
커뮤니티
작업
노트
Todos
낙서, …
아이디어
발견된 문제
예상과 정답
리뷰 & 정리
시간
관리
작업내용과
소요 시간
시간예측과
결과 측정
24시간 채우기
24=∑하루일과
나는 얼마나
일 할 수 있나?
최신
이력서
내가 해낸 것
내가 가진 것
Role Model
나의 목표
배운 것과
배워야 할 것
나에 대한
냉정한 평가
이 정도는 쪼까 해줬으면 좋겠는디..

47. 실패와 대박 - 홍콩과기대 김성훈 교수
실패
대 실패
또 실패 완전 실패
조금 성공
완전
대 실패
쪽 팔리는
실패
대 박
!

49. Thank you, and Be Happy