긍적적인 사고, 음식의 절제, 규칙적인 운동

Prototyping 프로토타이핑 : UX 디자이너가 반드시 알아야 할 프로토타이핑 기법[출판사 서평]
프로토타이핑은 UX 디자인 철학이요 놀이다.

세상에는 HTML, CSS, 자바스크립트를 설명하는 책은 수도 없이 많다. Java, .Net, PHP, Python이나 Ruby on Rails와 같은 프로그래밍 언어를 소개한 책들도 아쉬울 것 없이 잔뜩 있다. 하지만 UX 디자인 실무자를 위한 프로토타이핑 방법론을 집중적으로 다룬 책은 거의 없다.
이 책은 프로토타이핑 방법론의 원리와 이론, 그리고 실무에서의 활용 방법을 동시에 다루고 있다. 몇 가지의 성공적인 실무 적용 사례와 개인적인 경험, 그리고 다른 업계 실무자들의 경험들을 이 책에 녹여내었다. 더불어, 프로토타이핑을 좀 더 빠르고 쉽게, 그리고 성공적으로 적용할 수 있는 다양한 팁들도 함께 기술하였다.
이 책은 디자인, 제품 기획, 서비스 기획, 소프트웨어 개발과 관련된 일을 하는 모든 실무자를 위한 책이다. 이 책을 통해 시각 디자이너, 인터랙션 디자이너, 인포메이션 아키텍트, 개발자, 사용성 엔지니어, 제품 기획자, 경영자 등 관련 실무자가 어떻게 내부 커뮤니케이션을 향상시키고 비용을 절감하게 되는지 이해할 수 있을 것이다.

[섹션 1]
1장부터 5장까지는 프로토타이핑의 이론적 배경과 함께 최상의 프로토타이핑 적용 사례를 다룬다. 이 부분에서, 독자들은 각자의 프로젝트에 가장 적합한 프로토타이핑 기법과 가이드라인을 찾아낼 수 있다.

[섹션 2]
6 장부터 11장은 페이퍼 프로토타이핑과 HTML을 비롯한 다양한 프로토타이핑 툴에 대해 상세히 다루었다. 각 장의 구성은 툴의 특성에 따른 프로토타입 평가 매트릭스를 설명하고, 각 툴의 강점과 약점에 대해 분석하는 방식으로 이루어져 있다. 그리고 각 장의 마지막 부분에는 프로토타이핑 방법론의 단계별 실무 적용 튜터리얼과 실전 팁을 수록하였다.

[섹션 3]
마지막 장은 실제 작업 프로세스 중, '프로토타입을 테스팅하는 방법'에 대한 내용으로 저자의 통찰이 한껏 정리되어 있다.

[목  차]
옮긴이의 글
이 책에 대하여
추천의 글
들어가는 글
방법론과 툴 비교 매트릭스

Chapter 1 프로토타이핑의 가치
프로토타이핑은 창의적 프로세스이다
프로토타이핑, 보여주기, 말하기 그리고 그 경험의 위력
프로토타이핑은 커뮤니케이션 오류가 발생할 가능성을 줄여준다
프로토타이핑은 시간, 노력, 비용을 효과적으로 절약한다
프로토타이핑은 자원의 낭비를 감소시킨다
프로토타이핑은 실제 가치를 제공해준다
요약

Chapter 2 프로토타이핑 프로세스
디자인 스튜디오의 부재
프로토타이핑 프로세스는 어떤 단계들로 이루어져 있는가?
요약

Chapter 3 프로토타이핑의 유형
유형 1: 커뮤니케이션 공유형
유형 2: 디자인 작업 중심형
유형 3: 내부 아이디어 교류형
유형 4: 사용성 테스팅
유형 5: 기술 구현 가능성 측정형
요약

Chapter 4 프로토타이핑을 위한 여덟 가지 가이드
가이드 1: 프로토타입핑 대상 사용자와 제품의 기획의도를 이해하라
가이드 2: 계획은 조금만 세우고, 뒷일은 프로토타입에게 맡겨라
가이드 3: 기대 심리를 조성하자
가이드 4: 스케치를 두려워하지 마라
가이드 5: 프로토타입은 예술품이 아니다
가이드 6: 제대로 만들 수 없다면, 제대로 만든 '척'이라도 하자
가이드 7: 필요한 부분만 프로토타이핑하라
가이드 8: 위험 부담을 줄이는 방법- 프로토타입을 초기에 제작하고, 자주 만들어 보자
요약

Chapter 5 프로토타입을 위한 툴
영향 요인들
어떤 툴을 사용하는가
어떤 종류의 프로토타입을 만들어 내는가?
요약

Chapter 6 페이퍼 및 기타 아날로그 방법론과 툴들
장점
약점
핵심적인 페이퍼 프로토타이핑 준비물(Toolkit)
프로그레시브 페이퍼 프로토타이핑
요약

Chapter 7 파워포인트와 키노트
장점
약점
파워포이트를 이용한 서술형 프로토타입 만들기
파워포이트를 활용한 인터랙티브 프로토타입 만들기
파워포인트 내에서 사용하는 AJAX 효과들
요약

Chapter 8 비지오Visio
장점
약점
Visio를 이용한 프로토타이핑
추가 자원
요약

Chapter 9 파이어웍스Fireworks
장점
약점
iPhone 애플리케이션의 프로토타입을 Fireworks로 제작해 보기
추가 자원
요약

Chapter 10 Axure RP Pro
장점
약점
Axure RP를 이용한 비디오 웹사이트 프로토타입 제작
추가 자원
요약

Chapter 11 HTML
장점
약점
HTML을 사용한 프로토타이핑
HTML 프로토타입 제작하기
추가 자원
요약

Chapter 12 프로토타입 테스팅
통상적인 실수
사용성 테스트 준비하기
테스트 시나리오 설계하기
프로토타입 테스트하기
테스트 과정 녹화 및 피드백
결과 분석 및 다음 액션 설정하기
맺음말
요약
찾아보기

강행돌파! 아이폰 & 아이패드 앱 개발
[출판사 서평]
아이폰 앱을 개발하고 싶은데 무엇부터 시작해야 할지 몰라 망설인다면 주저하지 말고 이 책을 선택해도 좋다. 가벼운 마음으로 아이폰 앱 개발에 뛰어들었지만 난생 처음 보는 개념들에 부딪혀 무거운 마음으로 개발을 접어야 했던 경험이 있다면 이 책은 여러분에게 새로운 돌파구가 될 것이다.

아무리 시대가 바뀌어도 ObjectiveC와 iPhone SDK를 이용한 근본적인 개발 방식은 크게 바뀌지 않을 것이다. 그런 측면에서 이 책에서는 iOS 4.x뿐 아니라 계속 업그레이드되는 차기 버전에서도 당황하지 않고 대처할 수 있게 근간이 되는 부분도 자세히 해설하고 있다. 또, 이 책에서 다루는 내용은 Cocoa 기반의 맥 OS X용 애플리케이션을 개발할 때 충분히 응용 가능한 기본기를 익히는 데도 도움될 것이다.

현재 시중에 나와 있는 개발 관련 서적과 비교해 이 책이 돋보이는 점은 바로 저자의 재치 있는 비유와 유머 감각이다. 이는 독자가 책에 쉽게 빠져들어 책을 꼭 완독할 수 있게 유도하며 내용의 이해를 돕는다. 어려운 내용과 무성의한 예제 코드에 지친 개발자에게 이 책은 신선함으로 다가갈 것이다. 실제로 저자는 '전혀 지루하지 않게 읽다 보면 저절로 고급 개발자가 되는 책'을 목표로 이 책을 썼다.

쉽고 친절한 아이폰, 아이패드 앱 개발 개념서

아 이폰과 아이패드 앱을 개발할 때 반드시 짚고 넘어가야 할 기초 상식과 개념을 콕콕 집어서 쉽게 풀어 쓴 책입니다. 실제로 갖가지 주제의 앱을 만들어 보면서 자연스럽게 고급 개발자로 발전해 나갈 수 있게 해주며, 깊이 있는 내용을 설명하고 있음에도 초보 개발자도 금방 이해할 정도로 쉽게 풀어 쓴 것이 특징입니다. 예제로 개발하는 앱도 기초적인 것에서부터 점점 제법 난이도가 있는 앱까지 다양하게 다루고 있으며, 개발 과정에서 발생하는 각종 오류의 원인에 대해서도 자세히 알려줍니다. 또한 저자가 해외에서 다년간 개발을 진행하면서 익힌 요긴한 개발 팁도 다양하게 소개하고 있어 이론만이 아닌 실제 개발에 활용하는 데도 전혀 손색이 없는 개발 지침서이기도 합니다. 특히 앱스토어의 심사 과정을 경험하면서 쌓은 노하우를 비롯해 기획?디자인 같은 주제에 관한 아낌없는 조언은 학생에서부터 실무 개발자까지 폭넓은 층에게 도움될 것입니다.

아이폰과 아이패드, 아이팟 터치 앱 개발을 시작하는 분을 위한 입문서입니다.

모든 것에는 존재 이유가 있습니다. 특히 아이폰 애플리케이션의 코드 한 줄 한 줄에는 저마다 특별한 존재 이유가 있습니다. 이 책에서는 아이폰 애플리케이션 코드를 쉽게 이해할 수 있게 하나하나 친절히 설명합니다.
ObjectiveC 언어로 개발하는 것이 기존 개발 방식과 너무 달라 보인다고요? 그렇다면 처음부터 차근차근 개념부터 잡아갑시다! 개념을 잡는 것이 실력을 높이는 지름길입니다. 완전 초보라도 즐겁게 따라 하며 책을 읽다 보면 어느새 드넓은 iOS 세계의 어떤 문제도 강행돌파할 지혜가 생깁니다.
개발에 필요한 코드 말고도 저자가 수년간 아이폰 앱 개발의 최전선에서 쌓아온 디자인 및 앱스토어 심사 등에 관한 실전 노하우를 듬뿍 제공하고 있습니다. 또한 쉽게 풀어 쓴 이론, 꼼꼼한 해설, 재치 있는 문장은 독자가 신나고 재미있게 개발에 익숙해지게끔 도와줍니다.

책 홈페이지 : www.stcocoa.com

[목   차]

01장 아이폰 & 아이패드 개발 준비
1.1 아이폰에 대해
1.2 아이패드에 대해
1.3 아이폰 & 아이패드의 특징
1.4 개발을 위한 Mac 준비

02장 개발 시작하기
2.1 Xcode란
2.2 Xcode의 커스터마이즈! XCode, 이런 기능도 있다
2.3 인터페이스 빌더
2.4 Interface Builder를 커스터마이즈해 보자
2.5 인스트루먼트
2.6 인스트루먼트 툴의 커스터마이즈!

03장 Jail Break
3.1 Jail Break의 정의
3.2 Jail Break의 보안상의 엄청난 위험성

04장 iPhone, iPod Touch, iPad 앱 개발의 차이점

05장 아이폰 & 아이패드 앱 개발 시작하기
5.1 일곱 가지 템플릿
5.2 리소스를 포함해 보자
5.3 아이폰 앱의 개발 언어, ObjectiveC
5.4 IBAction과 IBOutlet
5.5 프로퍼티도 설정해 주는 당신은 친절한 신사
5.6 UIButton, UILabel을 다루어 보자
5.7 어? 실행이 안 되요!
5.8 에러 메시지의 확인 방법과 종류, 그리고 메시지를 해석하는 법
5.9 메모리 관리
5.10 어? iPad용으로 개발했는데요?

06장 메모장을 만들어 보자!
6.1 UIView와 UIWindow
6.2 스플래쉬 스크린과 아이콘을 넣어보자!
6.3 리스트 화면에 그림과 글을 넣어보자.
6.4 데이터를 관리하는 두 가지 다른 방법과 장단점
6.5 애플은 당신을 위해 Plist Editor를 준비해 두었어요!
6.6 졸지 마세요! 델리게이트만은 알아두셔야 합니다
6.7 메모장 애플리케이션의 완성!

07장 지도 애플리케이션
7.1 지금 저는 어디에 있지요?
7.2 지도 관련 델리게이트들
7.3 지금 저는 어디에 있지요? 사용자 위치 표시
7.4 말풍선 관련 클래스를 생성해 줍시다!

08장 메일 애플리케이션
8.1 메일 애플리케이션 (메일용 공개 프레임워크 소개)
8.2 기본 발송 방법
8.3 한계란 넘어서기 위해 있는 법! 또 다른 메일 발송법을 소개합니다.
8.4 파일을 첨부해 보자

09장 엔터테인먼트 애플리케이션
9.1 mp3 파일을 재생해 보자
9.2 미디어 파일 재생

10장 팁 좀 주세요
10.1 개발자용 팁

11장 코코아 한 잔과 잡담
11.1 iPhone OS는 정말로 폐쇄적인가?
11.2 Android 모바일과 iPhone의 차이

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 홍반장

옛날에 학문하는 사람은 세 해 동안이나 뜰을 감상하지 않은 이도 있고, 문을 닫아걸고
담 밖을 나서지 않은 이도 있었으며, 어떤 사람은 집에서 편지가 와도 편안하다는 말만
짚어 읽고는 흐르는 물에 던져 버리기도 했다. 참으로 외곬으로 한 일에만 뜻을 쏟고
다른 일은 거들떠보지도 않은 사례들이다.
  하물며 스님네로서 출세간의 법을 배우면서 세간의 일로 마음을 어지럽혀서야 되겠는가.

우리는 옛 사람의 이러한 마음가짐을 보고 마땅히 땀을 흘리고 두려워하여 깊이 가슴에 새겨야 하리라.
- 山色 - 중에서

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 홍반장

무상의 소식

속담에는 세상을 깨우치는 이야기가 많다.
어떤 노인이 죽어 염라 대왕을 대하고서 "저승에 데려올 테면 진작 알려 주었어야
하지 않고!" 하고 항의하였다.
  그러자 왕이 "내가 자주 알려 왔노라. 너의 눈이 점점 침침해진 것이 처음 소식이었고,
귀가 점점 어두워진 것이 두 번째 소식이었으며, 이가 하나씩 빠진 것이 세 번째 소식
이었노라. 그리고 너의 몸이 날로 쇠약해진것으로써 셀 수도 없이 많이 소식을
전해 왔노라" 하였다.
  이 이야기가 노인을 위한 것이라면, 젊은이를 위한 것도 있다.
  한 소년이 또한 염라대왕에게 항의하였다.
  "저의 눈과 귀가 밝고 이도 튼튼하며 온몸이 건강합니다. 왕은 어찌하여 저에게는
소식을 미리 전하지 않았습니까."
  왕이 이렇게 대답하였다.
  "그대에게도 소식을 전해 왔으나 그대가 미처 깨닫지 못했을 뿐이로다.
동쪽 마을에 나이 사오십이 되어 죽은 사람이 있지 않던가. 그밖에 열 살 미만이나
두세 살 젖먹이로 죽은 이도 있지 않았던가. 어찌 소식을 전하지 않았다하는가."

  날쌘 말은 채찍 그림자만 보고도 내달린다. 송곳이 살갗에 꽃혀서야 알아채는 것은 둔한 말이다.

  아, 애석한 일이다!

- 山色 -  중에서

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 홍반장

세상 사람들은 친구나 친척들 가운데 고기를 끊고 채소만 먹는 사람을 보면
놀라며 기이하게 여기거나, 비웃으며 어리석다고 말한다.
 
사람과 축생은 다같이 고깃덩어리일 뿐이다. 고기로 된 삶이 고기로 된 짐승을
먹지 않는 것은 천리로 보나 인정으로 보나 아주 당연한 이치인데,
무엇이 기이하고 도리어 어리석다 하는가.

아, 중색의 어리석음이 너무 크구나!

- 山色 - 중에서

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 홍반장

세상 사람들은 문자를 모르거나 어떤 일에 견문이 없으면 '어리석다'고 말한다.
그것도 어리석은 것이기는 하지만 진실로 어리석은 것은 아니다.
 다섯 수레의 책을 다 읽어 모르는 문자가 없고, 온갖 기술을 다 배워 능숙하지 않은
일이 없으며, 거기에다 도리를 말하고 선禪을 설함에 막히는 데가 없더라도,
정작 일체 미망이 끊긴 진실한 경계를 따져 물으면 전도되고 미혹되어 앞에서 말한
'어리석은'사람들에게서 도리어 비웃음을 당할 터이니,
이들이야말로 진실로 어리석은 사람이 아니랴.

- 산색 - 중에서

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 홍반장

HTML CSS JAVASCRIPT로 IPHONE APPS 개발하기

저자 조나단 스타크 | 역자 성윤정, 황연주 | 출판사 아이티씨

Online Book : http://ofps.oreilly.com/titles/9780596805784/index.html

책소개
Object-C 혹은 Cocoa 없이 앱스토어 애플리케이션 만들기『HTML, CSS, JavaScript로 iPhone Apps 개발하기』. 이 책은 웹 개발자라면 누구라도 쉽게 아이폰 애플리케이션 개발자가 될 수 있도록 도와주는 안내서다. Objective-C나 Cocoa를 사용하지 않고 플랫폼 위에서 아이폰과 아이팟 터치를 위한 애플리케이션을 디자인하고 작성할 수 있는 오픈 소스 웹 기술들을 사용하는 방법을 배울 수 있다.

목   차

1장 시작하기
Web Apps VS. Native Apps
Web Programming 특강

2장 기본 아이폰 스타일링
첫 번째 단계
아이폰 CSS 추가하기
아이폰에 모양과 느낌 추가하기
jQuery와 기본적인 동작 추가하기
이 장을 마치며

3장 향상된 아이폰 스타일링
Ajax의 터치 추가하기
교통경찰 역할을 하는 iphone.html 작성하기
간단한 부가기능 추가하기
‘back' 버튼으로 되돌리기
Home Screen에 Icon 추가하기
Full Screen Mode
이 장을 마치며

4장 Animation
친구로부터 약간의 도움을 얻다.
Dates 패널 추가하기
Date 패널 추가하기
New Entry 패널 추가하기
Settings 패널 추가하기
하나의 HTML로 완성하기
jQTouch 사용자 정의에 맞추기
이 장을 마치며

5장 Client-Side 데이터 기억장치
localStorage와 sessionStorage
사용자 설정을 localStorage에 저장하기
Client-Side Database
이 장을 마치며

6장 Offline
Offline Application Cache의 기본
Online Whitelist와 Fallback 옵션
동적 Manifest 파일 생성하기
Debugging
이 장을 마치며

7장 Native
PhoneGap 소개
아이폰에 우리가 만든 애플리케이션 인스톨하기
JavaScript로 아이폰 제어하기
이 장을 마치며

8장 iTunes에 애플리케이션 올리기
아이폰 Distribution Provisioning Profile 만들기
아이폰 Distribution Provisioning Profile 인스톨하기
프로젝트명 변경하기
애플리케이션 바이너리 준비하기
애플리케이션 올리기
기다리는 동안
참고할 사이트


테스트 주도 개발

저자 켄트 벡 | 역자 김창준 외 | 출판사 인사이트

책소개

최근 주목받고 있는 프로그래밍 방법인 테스트 주도 개발, 즉 TDD를 설명한 최초의 책이자, 가장 권위적인 책. 테스트 주도 개발을 퍼뜨린 장본인이며 객체 지향 프로그래밍의 선구자 중 한 사람인 켄트 벡이 직접 썼다.

'테스트 주도 개발(Test-Driven Development)'은 테스트가 개발을 주도하는 방법이다. 테스트가 개발을 주도한다는 것은 테스트가 코딩의 방향을 이끌어 간다는 말이다. 테스트를 실패하는 코드가 없으면 코딩을 하지 않고, 코드 상에 중복이 있으면 제거한다는 간단한 규칙을 지켜나가면 자연스레 아름다운 코드가 천변만화 펼쳐진다. 덤으로 회귀 테스트도 생기고, 개발 과정 자체가 즐거워지는 보너스도 있다.

1부에서는 자바 언어를 사용해서 다중 화폐 코드를 작성하고, 2부에서는 파이썬 언어를 사용해서 단위 테스팅 프레임웍을 작성한다. 3부에는 이런 개발을 할 때 자주 등장하는 패턴들을 정리해 놓았다. 100여 개의 역주로 내용을 알기 쉽고 풍부하게 해설하고 있다. TDD를 국내에 처음 소개한 역자의 'TDD 수련법', '실전 TDD' 원고 추가했으며, 부록으로 TDD 시연 동영상 CD를 준다. 또한 한국어판 발간에 즈음한 켄트 벡 인터뷰를 수록했다.


저자 소개

<지은이>
켄트 벡(Kent Beck)
켄트 벡(Kent Beck)은 소프트웨어 패턴 운동의 선구자 중 한 명이며, CRC 카드와 HotDraw 드로잉 에디터 프레임워크, xUnit 유닛 테스팅 프레임워크를 개발했고, 리팩토링과 테스트 주도 개발을 소개했다. 또한 기민한 방법론(Agile Methodology) 중 가장 널리 알려진 익스트림 프로그래밍(Extreme Programming, XP)의 아버지다. 피플웨어로 유명한 톰 디마르코(Tom DeMarco)는 2001년 OOPSLA 컨퍼런스에서 "켄트 벡은 CMM 개발을 지휘한 와츠 험프리가 지난 10년 간 중요했던 것보다 더 중요해질 것"이라고 말했다. 켄트 벡은 현재 Three Rivers Institute 소속이다. 저술한 책으로는 Smalltalk Best Practice Patterns와 Kent Beck's Guide to Better Smalltalk 같은 스몰토크 패턴에 관련된 책들과 Extreme Programming Explained, Planning Extreme Programming(공저), Refactoring(공저), Contributing to Eclipse(공저) 등이 있고 현재도 여러 책을 집필 중에 있다.

< 옮긴이 >
김창준
현재 월간 마이크로소프트웨어 자문위원, 한국 XP 사용자 모임 설립자 및 코어그룹 멤버, XP 코치 팀 수석 코치.
다음커뮤니케이션, NHN, 한미 연합사령부, SKT, 삼성전자/전기 등에 XP 코칭, 교육, 컨설팅 등을 제공한 바 있다.
한국 XP 사용자 모임 http://xper.org 를 운영하고 있다.

강규영
현재 다음커뮤니케이션 R&D 센터에서 근무중. 한국 XP 사용자 모임 코어그룹 및 XP 코치 팀으로 활동하고 있으며 김창준씨를 도와 여러 XP 컨설팅에 참여.
개인위키 http://jania.pe.kr 을 운영하고 있다.

목  차

TDD 수련법 (by 김창준)
한국어판 인터뷰
　
1부 화폐(돈) 예제
　
1장 다중 통화를 지원하는 Money 객체
2장 타락한 객체
3장 모두를 위한 평등
4장 프라이버시
5장 솔직히 말하자면
6장 돌아온 ‘모두를 위한 평등’
7장 사과와 오렌지
8장 객체 만들기
9장 우리가 사는 시간(times)
10장 흥미로운 시간
11장 모든 악의 근원
12장 드디어, 더하기
13장 진짜로 만들기
14장 바꾸기
15장 서로 다른 통화끼리 더하기
16장 드디어, 추상화
17장 Money 회고
　
2부 XUnit 예시
　
18장 xUnit으로 가는 첫걸음
19장 테이블 차리기
20장 뒷정리하기
21장 셈하기
22장 실패 처리하기
23장 얼마나 달콤한지
24장 xUnit 회고
　
3부 테스트 주도 개발의 패턴
　
25장 테스트 주도 개발 패턴
26장 빨간 막대 패턴
27장 테스팅 패턴
28장 초록 막대 패턴
29장 xUnit 패턴
30장 디자인 패턴
31장 리팩토링
32장 TDD 마스터하기
　
부록 A 영향도
부록 B 피보나치
마치는 글 (by 마틴 파울러)
실전 TDD (by 김창준, 강석천)

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 홍반장

소프트웨어 개발의 모든 것(김익환,전규현 지음. 페가수스)를 읽고 나서 중요한 몇 구절을 남겨본다.

요구사항의 중요성
소프트웨어 시스템 구축에서 가장 여려운 부분은 무엇을 구축할 것인지를 정확하게
판단하는 것이다. 그러나. 구현을 시작하기 전에 요구사항을 완벽하게 파악하는 것이
불가능한 경우가 많다. 그렇다고 해서 요구사항 개발에 소홀해서는 안 된다. 시간이
허락하는 한 최대한 많은 정보를 파악하는 것이 좋다.
 잘못된 요구사항은 많은 재작업 비용을 필요로 한다. 재작업 비용은 일반적으로 전체 개발
비용의 30~50%에 이르는 것으로 알려져 있다. 요구사항 오류로 인한 재작업 비용은 전체 재작업 비용의 70~85%에 이른다. 잘못된 요구사항, 부족한 요구사항은 일정을 지연시키며
많은 추가 비용을 발생시킨다.
 완벽하게 상세한 요구사항이 가장 좋은 요구사항은 아니다.
 요구사항은 이해하기 쉽게 간결함을 추구해야 한다. 간결하지만 충분히 설계, 구현할 수
있어야 한다. 그리고 요구사항 문서는 모든 관련자가 충분히 검토해야 한다.
요구사항 오류는 개발 단계가 지나가면 지나갈수록 그 수정비용이 기하급수로 증가한다.
유지보수 단계에서 비용이 더 드는 것으로 알려져 있다. 충분히 검토하여 오류가 없는
요구사항을 만드는 것이 프로젝트를 성공으로 이끄는데 가장 필요한 핵심이다.


SRS Template
1.Introduction(개요)
2.Overall Description(전체 설명)
3.Environment(환경)
4.External Interface Requirement(외부 인터페이스 요구사항)
5.Performance Requirement(성능 요구사항)
6.Non-Functional Reuirement(기능 이외의 요구사항)
7.Functional Requirement(기능요구사항)

코딩자세 : 소프트웨어를 잘 구현하기 위해서는 코딩을 함에 있어 반드시 지켜야 할 것들이 있다.
* 회사의 코딩표준을 철저히 지켜야 한다.
* 버그가 발견되면 그 즉시 버그를 고쳐라.
* 발견된 버그가 재현이 안 된다고 해서 버그가 사라진 것이 아니다.
* 문제 없이 작동하고 있는 코드를 괜히 정리하려고 하지 마라.
* 문제가 해결될 때까지 이렇게 저렇게 마구 고치지 마라.
* 코딩 작업을 작게 나누어서 코딩, 빌드, 테스트를 자주 반복하라.
* 중요하지 않은 버그는 하나도 없다.

회사의 코딩표준을 지켜야 하는 이유.
* 소스코드의 작성법을 통일하여 개발자들끼리 서로 코드를 더 쉽게 이해할 수 있게 한다.
* 개발자가 바뀌어도 빠른 시간 안에 소스코드를 파악 할 수 있게 한다.
* 흔히 저지르기 쉬운 사소한 실수를 방지하여 제품의 품질을 높인다.

품질관리
 소프트웨어프로젝트에서 품질은 소프트웨어가 얼마나 요구사항을 잘 만족시키고
 있는가의 정도이다. 품질은 전적으로 테스트에만 의존하는 것이 아니다.
 잘 만들어진 프로젝트 계획, 잘 분석된 요구사항, 각 단계의 철저한 리뷰,
체계적인 테스트 등 프로젝트 전 과정에 걸친 일련의 활동들이 모여서
제품의 품질을 보장하게 된다.
 많은 개발자들이 소프트웨어의 품질에 큰 관심을 두지 않는다. 현재 프로젝트를 끝내고
빨리 새로운 프로젝트를 하고 싶어한다. 현재의 문제는 유지보수에서 해결할 수 있을
것으로 생각하기도 한다. 이러한 생각은 제품의 품질을 떨어뜨리고, 제품을 제 때에
출시하지 못하게 만들기도 한다. 품질을 포기하고 제때 출시된 제품은 정시 출시에 대한
의미조차  없다. 고객들은 제품의 품질을 계속 기억할 것이고, 추후 더 나은 제품에 대한 기억이 사라지지 않을 것이다. 일반적으로 소프트웨어의 유지보수에 개발 지용의 2~5배가
지불된다고 알려져 있다. 최초에 낮은 품질로 출시된 제품은 유지보수 비용을 지속적으로 증가시킨다.
 유지보수 비용을 간과하면 장기적으로 제품의 수익성에 심각한 저하를 가져올 수 있다.
그럼에도 불구하고 소프트웨어 개발 시에 유지보수에 대해 신경을 쓰지 못하는 경우로
다음과 같은 것들이 있다.

* 당장 프로젝트가 발등에 떨어진 불이라서 유지보수에 대해서는 신경 쓸 겨를이 없다.
* 유지보수는 다른 개발팀이 맡을 것이므로 신경 쓰지 않는다.
* 경험이 별로 없어서 유지보수에 많은 비용이 드는지 몰랐다.
* 유지보수에 비용이 얼마나 드는지 정확하게 따져본 적이 없다.

제품의 품질을 유지보수 기간으로 넘길 것이 아니고, 지금 바로 품질에 대해서 신경을 쓰는 것이 경제적으로 더 바람직하다.

리스크 관리
리스크 계획 중 개발자가 퇴사할 징후가 보일때 다음과 같은 대응책을 마련할 수있다.
* 개발자가 퇴사하지 않도록 노력한다.
* 개발자가 퇴사하더라도 보충할 개발자를 미리 사내에서 물색해 놓는다.
* 사내에서 보충할 개발자를 찾지 못하면, 외부 채용 활동의 준비 단계를 해 놓는다.
   즉, 채용공지를 하고 이력서를 분석하여 채용자 후보를 미리 물색해 놓는다.
* 해당 개발자이 모듈을 다른 개발자와 많은 부분 공유하도록 계획한다.
* 아예 해당 개발자를 프로젝트에서 제외하고 진행한다.

동기 유발 요인 : 프로젝트에서 개발자의 동기를 유발하는 요인에는 다음과 같은 것들이 있다.
* 목표설정, 성취감, 성장가능성, 개인생활의 보장, 포상.

프로젝트 팀이 하는 작업 리스트
* SRS 작성 및 검토
* 소프트웨어 아키텍처 설계 논의
* 소프트웨어 컴포넌트와 인터페이스 논의
* 소프트웨어 설계 리뷰
* 소스코드 리뷰
* 결함 추척 및 해결
* 중요 이슈 논의
* 유지보수

성공하는 팀의 특징
* 훌륭한 기술리더가 있다.
* 도전적이고 실천가능한 목표와 비전을 공유하고 있다.
* 실력 있고 헌신적인 팀원들로 구성되어 있다.
* 팀원들간에 서로 신뢰한다.
* 팀원들간에 의사소통이 원활하다.
* 팀이 적절한 권한과 자율성이 있다.
* 팀워크를 유지하기에 알맞은 팀이다.

실패하는 팀
* 비전이 공유되어 있지 않다.
* 팀원들간에 서로 신뢰하지 않는다.
* 팀원들 간 의사소통이 원활하지 않다.
* 문제 팀원 방치.
 
필자의 경험에 의하면 프로젝트를 망치는 길은 지뢰밭과 같이 많아도
성공하기 위한 비법은 없다. 기본에 충실하고 기초와 문화가
각각 개발자들 몸에 배어서 앞에서 언급된 여러 활동들이 종합적으로
자연스럽게 이루어 질 때 소프트웨어 프로젝트 성공이 좀더 가까워 질 것이다.

개발자들은 가장 먼저
* SRS를 작성해야 한다고 생각하고,
* SRS를 작성하면서 모든 관련자와 철저히 리뷰를 하고,
* 프로젝트 관리자는 개발자들과 함께 1,2일 단위의 상세 일정을 작성하고,
* 테스트팀은 SRS를 보고 테스트 Suite를 만들기 시작하고,
* 개발 리더들은 화이트보드나 종이를 펼쳐놓고 아키텍처에 대해 토론을 하며,
* 구현 시 모든 소스코드는 당연히 리뷰를 하고,
* 개발자는 매일 스스로 일정을 업데이트하고,
* 소스코드 작성은 일일빌드가 깨지지 않으면서 이루어지며,
* 소스코드관리시스템과 버그관리시스템을 효과적으로 사용하며,
* 알파, 베타 단계 별로 모든 프로젝트 관련자들이 유기적으로 움직이며,
* 일정에 맞춰 완성도 있는 품질의 제품을 출시한다.

위와 같은 활동들이 당연하다고 생각되고 몸에 배어야 한다.
이러한 것들을 규칙만으로 통제를 해서는 달성하기 어렵고 한꺼번에 모두 다 습득하기도 어렵다.
하나씩 익혀서 몸에 배었을 때 소프트웨어 프로젝트를 성공하는 원리가 보이기 시작하고,
좋은 제품을 만들 수 있을 것이다.

크리에이티브 커먼즈 라이센스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

Posted by 홍반장