이전 시간에는 새 프로젝트를 만드는 것을 해 보았습니다. 프로젝트를 생성하면 다음과 같은 화면이 나타나게 됩니다.

처음 보면 겁나게 복잡합니다. 요새 애플이 밀고 있는 전략에 따라 사용되는 모든 패널들이 하나의 거대한 창 안에 들어가 있습니다. 잠시 혼미해지는 정신을 가다듬고 -_-ㅋ 크게 네 부분으로 나누어져 있는데요, 위에는 툴바 영역이 있고 좌측에는 네비게이션 영역이 있으며 중앙에는 에디터 영역이, 우측에는 유틸리티 영역이 있습니다.

툴바 영역에는 작성한 앱을 실제로 실행해볼 수 있는 “실행 버튼”, 실행을 할 때 어디서 실행해볼 것인지 (시뮬레이터 상에서나 혹은 기기 상에서) 선택할 수 있는 “타겟 선택” 부분이 있습니다. 또한 오른쪽에는 보는 방법을 변경할 수 있는 “에디터 버튼”과 “보기 버튼”이 있습니다. 네비게이션 영역에는 일차적으로 현재 작업중인 프로젝트를 구성하는 파을들을 목록의 형태로 볼 수 있습니다. 에디터 영역에서는 소스 파일의 편집 및 프로젝트의 설정 변경, 인터페이스의 구성 등이 가능하고, 오른쪽 유틸리 영역에는 현재 선택된 객체에 대한 세부 정보를 보여주는 부분입니다.

장황하게 설명을 하였지만 실제로 코딩을 해서 돌려보기 전까지는 감이 잘 안오실 수 있으니 너무 걱정하지 않으셔도 됩니다. ^^ 방금 템플릿을 가지고 새로 만든 프로젝트에서는 별다른 수정 없이도 바로 실행이 가능하니깐요. 어플의 실행을 위해서는 “타겟 선택” 부분에 Scheme이 (프로젝트명) > iPhone 5.x Simulator가 선택되었는지 확인 후에 “실행버튼”을 눌러주세요.

“실행 버튼”을 누르시는 순간 Xcode는 작성된 소스들의 컴파일을 시작하게 됩니다. 컴파일이 완료되면 자동으로 시뮬레이터가 실행이 되고 아래와 같이 빈 창에 어플을 표시하게 됩니다. (만약에 이 화면이 나오지 않는다면 뭔가 근본적인 오류가 있는 경우니깐요 앞부분의 포스팅을 다시 한 번 보시고 그래도 잘 안되시면 주변 지인에게 도움을 구하셔야 합니다.)

뭔가 시시한 느낌이 없지 않아 있습니다. -_-ㅋ 흰색으로 비어있는 화면을 표시하는 앱이 실행되게 되었습니다. 하지만 이 흰색 배경이 출력되는 것은 복잡한 (그리고 잘 짜여진) 객체들에 의해서 그려지게 되는 것이구요, 앞으로 그 과정에 대해서 더 자세하게 설명을 드리겠습니다. 일단은 현기증이 날 수 있으니… 커맨드 + Q를 눌러서 시뮬레이터를 종료하겠습니다.

어떤 과정을 거쳐서 이 하얀 화면이 나타나게 되었는가

템플릿을 통해서 생성한 프로젝트이기 때문에 뭔가 자동적으로 알아서 다 세팅이 되어서 흰색 화면이 실행 버튼만 눌러도 나오게 되었지만, 사실 그 과정이 원래부터 간단한 건 아닙니다. C나 C++에 익숙하신 분이라면 의아해하실 부분이 있는데요, 그것은 바로 “main() 함수는 어디 있을까?”일 것입니다.

왼쪽 네비게이터 영역에서 Supporting Files 그룹에 보시면 main.m이라는 파일이 있습니다. 이 파일을 열어보겠습니다. (네비게이션 영역에서 해당 파일을 선택하시면 됩니다.)

int main(int argc, char *argv[])
{
    @autoreleasepool {
        return UIApplicationMain(argc, argv, nil, NSStringFromClass([TNAppDelegate class]));
    }
}

낯익은 main() 함수가 여기 존재하는 것을 보실 수 있습니다. 아이폰 어플도 결국 시작은 main() 함수에서 하는 거죠! 그리고 이제부터 외계어가 나옵니다. @autoreleasepool 이라는 키워드는 iOS 5에서  지원하는 ARC(Automatic Reference Counting)을 지원하기 위해 있는 부분입니다. ARC는 객체를 생성한 후 메모리에서 없애는(해제하는) 순간을 알아서 판단합니다. C/C++에서 free, delete를 까먹어서 메모리가 줄줄 새던 기억이 있으시다면 이건 정말 신세경이야! 하실지도 모르겠습니다.

UIApplicationMain() 함수를 호출하게 되면 UIApplication 객체와 AppDelegate 객체가 생성이 됩니다. App delegate의 핵심 역할은 어플의 내용이 보여질 창(window)를 제공하고 어플이 보여지기 전에 필요한 동작들을 수행하는 것입니다. Delegation이라는 디자인 패턴과 관련된 내용이므로 후에 보다 자세하게 접하실 기회가 있을 것입니다. iOS 앱에서 window는 화면을 표시하고 사용자의 입력을 받으며 기기 방향이 바뀌는 등의 이벤트가 발생하는 것을 감지하는 역할을 합니다.

UIApplicationMain()을 호출하면 Info.plist 파일을 불러오는 작업 또한 수행하게 됩니다. Info.plist 파일은 어플의 기본적인 설정 값을 담고 있는 key – value 조합입니다. 마찬가지로 Supporting Files 그룹에 보시면 “{생성한 프로젝트명}-Info.plist” 파일이  있습니다. 이 파일을 선택하면 아래처럼 보이게 됩니다.

지난 포스팅에서 프로젝트를 생성할 때 스토리보드를 사용한다고 했기 때문에 Main storyboard file base name 항목에 해당하는 스토리보드 파일 이름이 적혀 있습니다. 스토리보드(Storyboard)는 앱의 UI에 사용되는 객체들과 트랜지션, 커넥션들이 하나의 파일로 압축되어 있는 형태입니다. 앱이 실행되는 순간 Storyboard가 로딩이 되어 initial view controller로 지정되어 있는 객체가 화면에 나타나게 됩니다. Initial view controller는 스토리보드에서 제일 먼저 보여주기로 미리 지정한 객체입니다.

initial view controller가 어떤 녀석인지 더 알아보겠습니다. 스토리보드를 선택하시면 왼쪽에 화살표가 달린 객체가 있을 것입니다.

저 화살표가 달린 녀석이 initial view controller인데요, 화면에 뜨고 있는 객체가 이게 맞는지 확인하기 위해서 배경 색을 바꿔보겠습니다. 흰색 부분을 선택한 상태에서 오른 쪽에 Background를 Scroll View Texture로 변경하여 다시 실행을 해보겠습니다. 아까 흰색 화면이 떴던 것과는 다른 결과를 보실 수 있습니다.

여기서 배경 색을 바꾼 녀석을 view 라고 합니다. View는 사용자에게 보여질 부분을 출력하고 사용자의 입력을 받는 역할을 합니다. 아까 Window의 개념과도 조금 비슷하다고 느끼실 수도 있는데요, 실제로는 window는 하나만 존재할 수 있고 이 안에 여러 개의 view가 들어있습니다. View는 내부적으로 다른 view를 포함할 수 있고, 이러한 view를 subview라고 합니다. subview 입장에서 그 view는 parent view가 됩니다.

그러면 이제는 스토리보드 편집 화면을 좀 더 자세하게 볼까요? 스토리보드를 선택하면 아래와 같은 화면이 나옵니다. 왼쪽에는 아웃라인 뷰라고 해서 오른쪽 “캔버스”에 존재하는 객체들을 논리적인 구조로 보여줍니다. 부모 – 자식 관계도 잘 표현이 되어 있습니다. 오른쪽 캔버스에는 UI를 구성하는 요소들이 배치가 되어 있습니다. 한 번에 하나의 화면을 구성하는 단위를 “씬(Scene)”이라고 하는데요, iOS 앱에서 화면이 전환되거나 바뀔 때에는 주로 씬이 바뀐다고 생각하시면 됩니다. 그리고 아까 말씀드린 화살표(initial scene indicator)도 확인하실 수 있을 것입니다.

스토리보드에는 씬(scene)과 이것들을 연결해주는 segue로 구성이 되어 있습니다. Segue는 어떻게 번역을 해야 할지 난감한 표현인데요 -_- 화면간의 전환이라고 생각하시면 될 것입니다. 프로젝트를 생성할 때 Single View를 선택하였기 때문에 Initial view controller인 view controller가 하나만 존재하고 있습니다.

최대한 간결하게 설명을 하려고 노력을 해보았지만 기초가 되는 부분이라 설명이 길어지는 듯 합니다. 다음 시간에는 뷰와 뷰컨트롤러의 개념을 알아보도록 하습니다. 긴 글을 읽으시느라 수고 많으셨습니다 ^^

기능적으로 훌륭하고 구조적으로 잘 짜여진 iOS 앱을 만들기 위해서는 많은 것을 공부하고, 준비해야 합니다. 하지만 Xcode만 설치하면 Hello World 수준의 앱은 지금 당장도 만들 수 있습니다.

지금부터 해 볼 것은 Apple에서 제공하는 Your First iOS App이라는 튜토리얼인데요, 따라하다 보시면 Xcode의 기본적인 사용법과 많이 사용되는 디자인 패턴에 대해서 감이 오실 것입니다. 일반적인 개발 과정이 어떻게 이루어 지는지도 살펴볼 수 있습니다. 중간에 시뮬레이터의 사용법에 대하여 설명하는 부분도 있습니다. 짧은 튜토리얼이지만, 앱 개발 전반에 걸쳐 유용하게 사용될 수 있는 개념들이 많이 포함되어 있습니다.

이 튜토리얼은 아이폰 개발에 있어서 필수적인 소위 세가지의 ‘T’를 소개합니다.

• Tools: Xcode의 사용법과 프로젝트 관리법
• Technologies: 사용자의 입력에 반응하도록 앱 만들기
• Techniques: 아이폰 개발의 가장 중심이 되는 디자인 패턴에 대해서 이해하고 적용하기

튜토리얼을 모두 마치시면 다음과 같은 형태의 앱이 완성될 것입니다.

위의 그림에서 알 수 있듯이 만들 앱에서 중심이 되는 세 가지의 UI는 다음과 같습니다.

• 텍스트필드(text field): 데이터 입력에 사용됨.
• 레이블(label): 정보 표현에 사용됨.
• 버튼(button): 터치했을 때 레이블에 정보를 표시하게 됨.

앱을 다 만들고 실행을 하게 되면, 텍스트필드를 선택했을 때 운영체제에서 제공하는 키보드가 올라오게됩니다. 이름 등을 입력한 후에 완료 버튼을 누르면 키보드가 사라지게 됩니다. Hello 버튼을 누르면 “Hello, (입력한 이름)!”이라는 메시지가 중간에 나타나게 됩니다.

튜토리얼을 순조롭게 진행하기 위해서는 어느 정도의 기본적인 프로그래밍 지식과 객체 지향에 대한 개념이 있어야 편하실 것입니다. Objective-C에 대한 지식이 전혀 없다고 해도 튜토리얼이 진행되는 동안 기본적인 문법에 익숙해지게 되실 것입니다 ^^.

새 프로젝트 생성하기

본 튜토리얼 진행을 위해서는 Xcode 4.3 이상이 설치되어 있어야 합니다. 지난 포스팅에서 소개 드렸듯이, Xcode는 Apple에서 만든 IDE입니다. Xcode를 설치하시면 iOS SDK도 같이 설치 됩니다.

새로운 프로젝트를 만들기 위해서는 다음의 과정으로 진행하시면 됩니다.

1. Xcode를 실행한다. 실행 후에는 다음과 같은 화면이 나타나게 됩니다.
   
2. Welcome to Xcode 화면에서 새로운 프로젝트 생성하기, “Create a new Xcode project”를 선택합니다. (또는 메뉴바에서 File > New > Project 선택)
   그러면, 아래와 같은 화면이 나타납니다. 여기서는 다양한 타입의 앱들을 손쉽게 시작할 수 있도록 템플릿을 제공하고 있는 것을 확인하실 수 있습니다.
   
3. 이 화면에서 iOS > Application을 선택합니다.
4. 오른쪽 부분에서 Single View Application을 선택한 후 Next를 누릅니다.
   어플의 이름 등을 입력하는 아래와 같은 화면이 뜨게 됩니다.
   
5. Product Name은 만들고 싶은 앱의 이름입니다. (예: HelloWorld) Company Identifier는 AppStore에서 제작사들을 구분할 때 사용되는 이름으로 보통 com.회사이름의 형태로 이루어져 있습니다. 아직은 신경쓰지 않아도 되는 부분이며 튜토리얼에서는 edu.self라고 입력을 하겠습니다. Class Prefix는 앱 안에서 클래스를 생성할때 자동으로 앞에 붙여줄 접두어를 설정하는 부분입니다. 이번 예제에서는 HelloWorld라고 입력하시면 됩니다.
6. Device Family는 개발할 디바이스를 선택하는 부분입니다. iPhone, iPad, Universal 중에 하나를 선택할 수 있습니다. 어떤 것을 선택하더라도 나중에 세부 설정에서 값을 변경하거나 파일을 알맞게 생성을 하여 다른 디바이스에서도 동작하게 할 수 있지만 꽤 귀찮은 과정이므로 지금은 iPhone을 선택하시기 바랍니다.
7. Use Storyboard와 Automatic Reference Counting 항목에 체크하시고 Include Unit Tests 항목을 체크 해제하시기 바랍니다. Storyboard를 이용하면 여러 개의 View 간의 전환을 매우 체계적으로 관리할 수 있지만 iOS 5 이상에서만 동작합니다. Automatic Reference Counting은 iOS 4까지 메모리 할당과 해제를 모두 명시적으로 해주어야 했던 부분을 compiler가 알아서 계산해서 자동으로 해주는 것인데 이 역시 iOS 5 이상에서만 동작합니다. Unit Tests를 선택하면 나중에 각 클래스에 대하여 유닛 테스트 작업을 도와주는 테스트 프로젝트를 자동 생성해주게 됩니다.
8. Next 버튼을 누릅니다.
   프로젝트 파일을 디스크 어디에 저장할지 물어보는 창이 나타나게 됩니다.
9. Source Control option을 선택 해제하시고 프로젝트 파일을 저장할 위치를 선택해주세요. Source Control을 이용하면, 며칠 전에 작업한 코드가 필요할 때에 손쉭게 복원이 가능합니다만 이번 예제는 공부하는데 의의가 있으므로 사용하지 않도록 하겠습니다.
   이제 새로 만든 프로젝트의 작업창이 아래와 같이 뜰 것입니다.
   

다음 시간에는 위의 작업창에 대해서 자세하게 알아보도록 하겠습니다.

다음 포스팅 이어서 보기

아이폰 개발을 위해서는 iOS SDK와 Xcode가 있어야 합니다. Xcode는 지난 포스팅에서 말씀 드렸듯이 Apple에서 개발한 통합 개발환경(IDE, Integrated Development Environment)입니다. 아이폰, 아이패드, 아이팟 터치를 위한 앱 개발에 필요한 것은 Xcode 안에 다 들어있습니다. 소스 코드를 편집하기 위한 에디터, 인터페이스 편집기, 빌드 옵션주기, 소스 버전 관리 등의 기능을 포함합니다.

Xcode에서는 하나의 창인 워크스페이스 윈도우에서 모든 작업이 이루어집니다. 이 하나의 창에서 코드 작성, 디버깅, 인터페이스 편집 등을 자유자재로 할 수 있습니다. iOS SDK는 Xcode의 기능을 확장 시켜서 iOS 앱을 만들기 위한 툴, 컴파일러, 프레임워크를 포함하고 있습니다.

자 그렇다면, Xcode와 iOS SDK는 무슨 차이가 있을까요? Xcode만으로 아이폰 개발을 할 수는 없을까요? Xcode는 이론적으로 언어와 플랫폼에 무관한 툴입니다. (실질적으로는 Mac과 iOS 개발에 주로 사용되고 있지만요 ^^) 즉 Xcode를 이용해서 Mac 응용프로그램도 만들 수 있고, iOS용 응용프로그램도 만들 수 있는데, 이 때 필요한 것이 각각 플랫폼에 맞는 SDK인 것입니다. Mac용 응용프로그램을 빌드하고 디버깅하려면 Mac OS SDK가 필요합니다.

Xcode를 설치하는 방법

1. Mac App Store에 접속한다.
2012년 3월 17일 기준으로 최신 버전은 Xcode의 경우 4.3.1이고, iOS의 경우 SDK 5.1입니다. 설치하기 위해서는 Mac OS X 10.7 Lion이 설치되어 있어야 합니다.

2. Xcode를 다운로드 한다.
검색창에 Xcode를 입력하고 검색을 하면 무료로 표시되어있는 Xcode 항목이 있습니다. 다운로드를 누르시면 Apple ID를 입력할 것을 요구하는데요, 없으신 경우 새로운 계정을 생성해야 합니다.

3. iOS Developer Program에 가입한다.
코드 작성하여 시뮬레이터를 통해서 어플을 실행해보는 것은 개발자 프로그램에 등록하지 않아도 가능합니다. 하지만, 실제 기기에서 어플을 실행해보려고 하거나, AppStore에 업로드하려면 개발자 프로그램에 등록해야 합니다. 1년에 99달러의 비용을 내야 합니다.

다음 포스팅 이어서 보기

맥(Mac)을 보유하고 있다면, 아이폰, 아이패드, 아이팟 터치용 어플을 만들 준비는 모두 되었습니다. 이제부터 설명 드릴 내용은 어떤 개발툴을 이용하여 시작을 해야 하는지, 가장 기초가 되는 컨셉은 어떤 것인지, 세부적인 내용들은 어디에 나와 있는지 등입니다. 연재는 다음의 순서로 진행됩니다.

1. 시작해보자!
2. 개발툴 설치
3. 시작해봅시다 (튜토리얼) #1
4. 시작해봅시다 (튜토리얼) #2
5. 시작해봅시다 (튜토리얼) #3
6. 개발툴에 대하여
7. 언어에 대하여
8. 기본 작업에 대하여
9. 프레임워크
10. 디자인 패턴
11. 인터페이스 디자인
12. 어플리케이션 디자인
13. 앱스토어
14. 정보를 얻는 방법
15. 이제 무엇을 해야 할까요?

아이폰 개발은 Apple의 개발툴인 Xcode와 iOS SDK를 통하여 이루어지며, 주로 사용되는 언어는 Objective-C입니다. Cocoa Touch Framework는 모바일 어플 개발에 필요한 API들의 집합입니다. 연재가 진행되면서 프로그램을 직접 튜토리얼의 형식으로 만들어볼 기회도 있을 예정이며, 실제 기기에서 테스트하는 방법과 최종적으로 앱스토어에 올리는 방법까지 다룰 예정입니다.

이 가이드는 프로그래밍에 대한 기초 지식과 Computer Architecture에 대한 기본적인 이해가 있다는 가정하에 작성이 되었습니다. 대학 과정 중에 컴퓨터학 개론 정도의 내용은 미리 숙지를 하셔야 진행에 어려움이 없으실 것입니다. 그럼 다음 포스팅에서 본격적으로 찾아뵙도록 하겠습니다. ^^

“이 단어들은 무슨 뜻을 가지고 있을까요?”

Xcode
코드를 작성하고 컴파일해서 테스트 및 디버깅을 할 수 있고, 인터페이스 작성과 코드들의 버전 관리까지 통합으로 해주는 IDE(Integrated Development Environment)입니다. Windows 개발에 익숙하신 분들은 Microsoft Visual Studio를, Java 개발자분들은 Eclipse를 떠올리시면 쉽게 하는 역할을 짐작해보실 수 있을 것입니다.

iOS
Apple 모바일 기기에서 동작하는 운영체제입니다. 예전에 아이폰만 존재하던 시절에는 iPhone OS라는 이름으로 불렸습니다. iPhone과 iPad, iPod Touch를 통틀어 iOS devices라고 부르고난 이후에는 iOS로 이름이 변경되었습니다.

iOS SDK
Xcode에서 작성한 코드를 iOS에서 동작하는 프로그램으로 변환해주는 컴파일러, iOS의 동작을 컴퓨터에서도 확인해볼 수 있는 시뮬레이터, 각종 프레임워크들을 모아서 iOS SDK(Software Development Kit)라고 부릅니다.

다음 포스팅 이어서 보기

로직 프로 9와 메인스테이지 2가 맥 앱스토어에 등재되었습니다. 기다려왔던 Logic Pro X는 안나오고 이게 왠 일인지… 

로직 프로 9는 맥 앱스토어에서 199.99불에 다운받을 수 있습니다. 다운로드 용량은 413 MB인데요, 예전에 로직 스튜디오에 포함되었던 Jam Pack 라이브러리등은 로직 내부에 새로 생긴 메뉴에서 개별 다운로드가 가능하다고 합니다.

또한 9.1.6으로 업데이트 되면서 몇 가지 개선 사항이 추가되었습니다.

• 라이언에서 전체화면 모드와 미션 컨트롤에 대한 호환성 증가
• Ultrabeat에 샘플을 추가할 때 미리 듣기가 가능
• Save As를 통해 프로젝트를 저장했을 때 녹음된 파일들이 제대로 저장되지 않는 버그 수정

이와 더불어 메인스테이지 2도 맥 앱스토어에 올라왔습니다. 가격은 29.99불이고 용량은 303 MB입니다.

애플에서 만든 마지막 “박스셋” 어플리케이션이었던 로직이 맥 앱스토어로 전환함에 따라 오프라인에서 박스 형태로 파는 제품은 모두 단종이 되게 됩니다.

이번 업데이트로 로직의 가격 경쟁력이 엄청 올라가게 되었습니다. 기존에 Logic Studio 패키지 형태로 전황하면서 100만원이 넘던 가격대를 50만원 가까이 끌어 내리고 Cubase와 Protools에 위협이 된다고 했었는데 이번에는 30만원대로 가격이 내려가면서 Logic Express의 존재성도 위협을 받게 되었습니다. 물론 이번 업데이트에서 Logic Express는 포함이 되지 않았습니다. 근데 얘네들이 무슨 꿍꿍이로 Logic Pro X를 발매하지 않고 먼저 로직 프로 9를 맥 앱스토어에 내놓은 걸까요? X의 개발이 무진장 늘어나면서 일단 올리고 본걸까요? 아니면 인터페이스가 Final Cut Pro X처럼 무자비하게 바뀌면서 기존 사용자들은 계속 9 버전을 쓰라고 올려놓은 걸까요? 알다가도 모를 일입니다.

개러지밴드(GarageBand)가 iOS용 유니버셜 앱으로 업데이트 되었습니다. 다음은 애플에서 발표한 내용입니다. 

아이패드용으로 발매된 개러지밴드는 많은 사용자들에게 사랑을 받아왔고, 아이폰과 아이팟 터치에서도 큰 사랑을 받을것입니다. – 필 쉴러, 마케팅 부사장. 스마트 악기들은 멀티 터치 기술에 힘입어 쉽고 창의적인 음악을 만들 수 있게 해줍니다.

개러지밴드는 현재 앱 스토어에서 $4.99에 판매되고 있으며, 이번 업데이트로 인해 유니버셜이랑 점 외에도 많은 기능 향상을 담고 있습니다.

1.1 버전에서 향상된 기능

• 유니버셜 앱 (아이폰, 아이팟 터치, 아이패드에서 모두 동작)
• 스마트 악기에서 지정된 코드 외에도 사용자가 직접 코드 만들기 가능
• 3/4, 6/8박자의 곡 지원
• 기존에 녹음한 클립의 조 변경 없이도 전체 조 변경 가능
• 반음 단위로 조 변경 가능
• 퀀타이즈 옵션이 늘어남. “스트레이트”, “3단음”, “스윙”
• 무압축 음악파일 export 기능! (AAC + AIFF)
• 스마트 악기에서 아르페지에이터 지원
• 악기에서 터치 강도 설정이 가능
• 자동 페이드아웃과 오디오 import를 포함한 기타 여러 가지 향상

현재 전 세계 앱 스토어에 올라와있습니다. 이제 아이폰에서도 간단한 악상을 스케치해서 곡을 만들 수가 있습니다. 아직 iCloud는 지원하지 않습니다. 개인적으로는 추후에  iCloud 지원과 더불어 Mac에서 만든 곡을 반대로 가져와서 재생할 수 있는 기능도 지원해주었으면 합니다.

그리고, 이로써 핸드폰/태블릿에서 즉석으로 떠오른 악상을 스케치가 가능해졌습니다. 또한 조만간 Logic Pro X가 발매되면, 스케치한 곡을 가져와서 편곡 / 믹싱 등을 거쳐 곡을 만들 수있는 전체 프로세스가 완성될 듯 합니다. (개러지밴드로 시작해서 로직으로 마무리되는 포스트군요 ^^;)

출처: Mac Rumors

새 버전의 이름은 “Logic Pro X”가 될 것이라고 합니다. 최근 업데이트 되어 무지하게 욕을 먹고 있는 Final Cut X와 맥을 같이 하는 이름입니다. 다만, 파컷이 욕을 먹고 있는 부분인 “프로답지 못한 인터페이스”를 따라가지 않도록 GarageBand의 인터페이스와는 차별화를 둘 예정이라고 하니 환영할만 합니다.

불친절한 파이널컷씨.

최신 버전의 파이널 컷 X가 iMovie와 비슷한 인터페이스로 바뀌는 바람에 많은 유저들의 원성을 자아냈었습니다. AppleInsider는 애플이 professional로부터 customer 베이스로 제품을 전환하고 있는 증거라고 밝히기도 했습니다. 하지만 이는 애플의 의도와는 다른 것이며, 이는 Final Cut X가 iMovie와 같이 업데이트 되면서도 다른 제품 라인을 유지하는 것을 보면 알 수 있습니다.

Final Cut 개발의 총 담당자인 Randy Ubillos가 iMovie도 동시에 총괄을 맡고 있습니다. 그는 2007년 당시 iMovie의 적은 기능을 유지했던 구조를 지금의 새로운 편집 구조로 바꾸었습니다. 전에 키노트에도 나와서 그가 휴가중에 번쩍하는 아이디어가 떠 올라서 iMovie의 편집 시스템을 통째로 바꿨노라고 회상했습니다. Stremlined interface라고 하면서 스티브 잡스도 엄청 칭찬했던 것 같습니다.

Ubillos는 아이무비를 혁신시킨 점을 인정받아 파이널 컷의 혁신에 총 책임을 쥐게 되었습니다. 파이널 컷 X는 오래된 코드로 이루어져 있어서 64비트 코코아로 다시 작업해야 했습니다. 또, 새로운 퀵타임 X 구조로 변경해야 하는 등의 큰 변화가 필요했습니다.

따라서 새로운 파이널 컷은 전반적으로 다시 쓰여져야 했었고, 필연적으로 iMovie에서 이루어진 혁신(moernization)이 반영된 것은 자연스러워 보입니다. 하지만 파이널 컷을 업으로 먹고사는 “전문가”에게는 이러한 변화가 달갑지만은 않은 것이 사실이죠.

Logic Pro가 GarageBand의 인터페이스를 따라가는 것으로 큰 걱정을 할 필요는 없어 보입니다. GarageBand 자체가 Logic 개발 팀이 consumer를 위해 기능 축소한 버전으로서, 이미 GarageBand가 Logic의 큰 흐름을 같이 하고 있기 때문이죠. 또한 로직 개발팀도 사용자들이 GarageBand화된 Logic을 원하지 않는 다는 것도 이미 인식을 하고 있구요. 파이널 컷이 64비트로 이전하면서 했던 고생도 Logic Pro X는 고민할 필요가 없습니다. 이미 9.1 버전에서 64비트로 전환을 마쳤기 때문이죠.

Mac App Store에서 발매될 Logic Pro X

자. 그럼 큰 변화가 없다. 이미 64비트로 넘어갔다… 면, 이번 버전에서 바뀌는건 도대체 무엇일까요? 첫 번째로 맥 앱 스토어로 패키징이 바뀌는 것입니다. 이는 애플의 전체 어플리케이션이 현재까지 온 방향이였고 현재 오프라인에서 패키지의 형태로 팔고 있는 어플리케이션은 Logic Studio가 유일하니다. 따라서 이번 업데이트를 통해서 오프라인 버전은 없어지고 앱 스토어 온리로 갈 것이라는 예상이 유력합니다.

둘째로 패키징이 별도로 이루어지는 것과 이에 따른 가격 하락 효과입니다. MainStage는 별도의 앱으로 분리 될 가능성이 높습니다. Final Cut Studio 패키지에서 Motion 5도 별개의 앱으로 분리되었죠. WaveBurner는 로직 안으로 기능이 통합된다고 하고, SoundTrack Pro 3 역시 별개의 앱으로 존재하지 않고 기능 통합될 가능성이 높다고 하네요. (출처는 일본의 Macotakara 블로그) 그렇게 되면 로직 프로 X만 놓고 봤을 때 $299.00로 가격 책정이 될 확률이 높고, 이는 실질적인 제품군의 가격 하락으로 이어질 것입니다. Logic Pro 8이 포함된 Logic Studio가 처음 나올 때에도 전체 패키지가 합쳐서 $500 내외였고 그 당시에도 엄청난 가격 하락이라고 사람들이 놀랐던 것이 기억나는데요, 이번 업데이트로 가격은 더 경쟁력 있게 되겠습니다.

근데 정작 음악하는 사람으로서 환영할만한 루머는 아직 들리지 않네요. 새로운 악기 추가라던지 Auto-tune 같은 기능이 DAW와 통합된다던지 하는 것 말이지요. 11월 중에 출시된 다는 루머가 있던데 기다려 봐야겠습니다. 적어놓고 보니 확실한 것 하나 없고 루머 투성이인 소식이군요. ^^;

출처: Apple Insider

Mac은 기타 PC에 비해서 가파른 성장률을 보이고 있다고 한다. PC 산업 전체적으로 -1%의 성장을 보이는 반면에 Mac은 20%에 육박하는 성장을 보이고 있다. 애플에서는 이에 대한 근거로 나이스한 하드웨어와 역시 나이스한 소프트웨어를 들고 있다. SW의 핵심은 애플의 운영체제인 Mac OS X이고 이번에 7번째 버전을 맞이한다. 애칭은 Lion.

Lion에는 250가지 새로운 기능이 있다고 한다. 이 중 핵심적인 10가지만 살펴보면 다음과 같다.

 멀티터치 제스쳐

트랙패드나 매직 터치패드를 이용하여 제스쳐 동작을 입력받아 곳곳에 편리하게 사용할 수 있도록 적용 시켰다. 특히나 스크롤을 할 때 두 손가락으로 하게 되는데, 이게 그동안 우리가 생각하던 스크롤 방향과 정 반대이다! 라이언의 가장 적응하기 힘든 부분이 아닐까 싶다. 바뀌게 되면 아이패드나 아이폰에서 손으로 스크롤 할 때와 방향이 같아지기 때문에 결국 적응은 되지만, 유저들이 원래 익숙하던 스크롤의 방향을 바꿀 발상을 하는건 정말 천재적인 기업이기 때문일까 그냥 무모한 기업이기 때문일까.

 전체화면 모드

전체화면? 윈도우에서 예전부터 있던 그것이 아닌가! 라고 생각할 수 있겠지만, 라이언의 전체화면은 2% 다르다. 먼저 전체화면을 하는 순간 모든 창이 그대로 크기만 늘어나는 것이 아니고 뭔가 컨텐츠에 집중할 수 있는 화면으로 전환된다. Pages로 문서를 편집 중이었다면 전체 화면으로 전환하는 순간 inspector 등이 모두 사라지고 검은 배경에 흰 종이만 집중될 것이다. 이는 사용자가 컨텐츠에 집중하는 것을 도와준다. 또한 전체 화면이 된 상태의 app은 쓸어넘기기(swipe)로 마치 iPad에서 화면을 넘기듯이 전환이 가능한 것도 특징이다.

 미션 컨트롤

기존의 익스포제는 버리고 새로운 미션 컨트롤로 정비해서 돌아왔다. F3 키를 누르는 것은 동일하지만 아래처럼 app 별로 뭔가 그루핑 된 화면이 보여진다. 예전의 스페이스의 개념도 옆으로 쭈욱 늘어선 데스크탑의 개념으로 변경되었다. 편해진듯도 싶지만 개인적으로는 익스포제의 편리성이 더 좋았던 듯 싶다.

 맥용 앱 스토어

이건 스노우 레오파드 때에도 있던 기능이다. 실제로 데스크탑 어플들을 맥용 앱 스토어에 올리게 되면서 개발사들도 큰 수익 증가가 있었나보다. 특히나 Pixelmator는 수익이 4배로 뛰었다고 한다. 라이언으로 오면서 in-app purchase와 push notification, sand boxing, delta update를 지원하게 된다. 특히나 델타 업데이트를 이야기했더니 방청객들이 매우 좋아했다.

 런치패드

이건 아이패드의 앱 아이콘이 늘어져있는 화면을 연상시킨다. 10.7.1 버전에 들어있는 런치패드까지는 아직 많이 느리고 퍼포먼스 개선이 필요해 보인다.

 이어서 시작하기

컴퓨터의 전원을 껐다 다시 부팅하더라도 로그인 후에는 컴퓨터를 끄기 직전 모든 창들이 떠 있는 상태로 복원이 가능하다. 한창 창을 많이 벌여놓고 작업 중일 때 필요한 업데이트를 진행하다가 모든 창이 다 닫히고 다시 똑같이 열어본 경험이 있다면 이 기능은 정말 환영할만하다.

 자동 저장 및  버전

이어서 시작하기를 위한 중요한 요건 중의 하나로 자동 저장이 있다. 컴퓨터를 배울 때 가장 먼저 배워야 하는 단축키가 무엇일까? 아마 저장을 위한 Ctrl + S (혹은 command + S) 아니었는가? 이제는 지원하는 프로그램에 한해 자동 저장이 가능하다. 또한 이렇게 자동 저장되는 데이터는 항상 “차이점”을 기록하기 때문에 “버전” 기능을 이용해서 이전에 내가 수정한 형태가 어땠는지 마치 타임머신처럼 되돌아가 볼 수 있다.

 에어 드롬

옆 친구가 맥을 쓰고 있는데 가장 편하게 파일을 공유하는 방법은 무엇일까? 메일 보내기? USB 드라이브 사용해서? 아니면 Direct Wi-Fi로 쏘아서 네트워크에 접속해서 보내주기? 라이언에서 새로 지원하는 “에어 드롭”을 사용하면 손쉽게 내 주변에 맥 쓰는 사람의 목록이 나타나서 파일 주고 받기가 직관적으로 가능해진다.

 메일

메일 클라이언트가 굉장히 아이패드 스럽게 바뀌었다. 왼쪽에는 메일 메시지 목록이 뜨고 – 물론 두 줄 짜리 미리 보기도 포함되어 있다 – 스레드 보기를 미려하게 제공한다.

전반적인 인상은, 굉장히 터치 친화적으로 바뀌어서 이제는 매직 마우스보다 매직 트랙패드가 더 편한 느낌이다. 또한 10가지 신기능들은 생각보다 아이디어가 빈약한 느낌을 지울 수가 없는데, 이제 가을에 iCloud가 통합되게 되면 훨씬 더 강력한 OS로 진화할 것 같다.

마크업 세분화

일반적인 웹 페이지에는 많이 사용되는 요소들이 있다. 예를 들면, 사이트를 이동하는데 사용되는 네비게이션 메뉴라던지, 화면 제일 아래에 있는 copyright 정보(하단 영역) 등이 있다. 이러한 요소들을 표시하기 위해서 예전에는 각종 <div> 태그들을 이용해서 표시하였다. 때문에 결과물을 사람이 눈으로 보고 어떤 부분이 네비게이션 영역이고 어떤 영역이 하단 영역인지 알 수는 있어도, computer가 이를 구분할 수 있는 방법은 없었다.

Computer가 이 영역을 알고 있다는 점이 왜 중요할까? 시각장애인들을 위한 text-to-speech 솔루션을 웹에 적용한다고 했을 때, 네비게이션 영역이나 하단 영역이 아닌 “컨텐츠” 영역이 어디서부터 어디까지인지를 알아야 사용자가 정작 원하는 정보를 읽어줄 수 있을 것이다. 이 블로그의 경우를 예로 들자면 매번 블로그 제목과 각종 네비게이션 정보를 읽어줄 것이 아니라 이 글의 본문을 바로 감지해서 읽어주고 싶을 때 HTML5의 새로운 태그들은 유용하게 사용될 것이다.

멀티미디어 지원 강화

그동안 일반적으로 동영상 재생과 오디오 스트리밍을 위해서 사용된 기술은 Flash였다. Flash는 왜 사용되었을까? 일차적인 목표는 스트리밍해서 사용자들이 접근해야만 하는 정보를 저장하기 위해서였다. 초창기의 음악 사이트들은 HTML 페이지에 음악 파일들을 그대로 노출시켰고, HTML을 아는 유저라면 음악 파일들의 링크에 직접 접근해서 파일들을 다운받을 수 있었다.

또한 고해상도 동영상이 웹에서 보편적으로 사용되게 되자, 브라우저 자체 기능만으로는 이러한 고해상도 동영상을 재생하기는 무리가 따랐다. 따라서 Media Player나 Quicktime 등의 plug in을 설치하거나 Flash, Silverlight 등의 plug in을 설치하여 고해상도 동영상 실시간 스트리밍 및 decoding을 해왔던 것이다.

그런데 이러한 plug in 중심의 멀티미디어 재생 방식이 mobile 시대로 넘어오면서 종말을 맞이하게 되었다. 2011년 현재 단일 platform으로 가장 많은 web traffic을 발생시키고 있는 iOS의 경우 Flash와 Silverlight, 또는 어떠한 plug in 형태의 동영상 플레이어도 지원하지 않는다. Windows Phone 7 역시 Flash를 지원하지 않는다. 따라서 Web browser 자체적으로 멀티미디어를 재생해야 하는 필요가 발생하였고 HTML5는 이를 표준으로 정하여 plug in 없이도 멀티미디어 지원을 하도록 한 것이다.

Web Application 지원 강화

HTML5는 Web application을 만들기 위해 필요한 기능들이 많이 추가되었다. 대표적으로 client storage라고 해서, 예전에 cache와도 같은 application 만의 고유 정보를 offline으로 저장할 수 있게 되었다. 이를 응용한 것이 Amazon에서 발표한 Kindle Cloud Reader이다. Amazon에 접속해서 다운받은 책들은 인터넷이 연결되지 않아도 Reader app에서 읽을 수 있다.

또한 소켓 통신을 지원한다. 예전에는 서버의 상태가 변화하는 것을 감지하기 위해서는 반복적으로 서버에 계속 물어봐야만 했다. 이는 수 많은 클라이언트들이 주기적으로 서버에 접속해야 함을 의미했고, 느리고 비효율적이며 많은 서버 트래픽을 발생시켰다. 소켓을 이용하면 Web app에서는 서버와의 통신 채널을 하나 열어놓고 서버가 응답할 때 까지 가만히 기다리기만 하면 된다. 서버는 그 열려있는 채널을 통해 상태 변화가 있을 경우 답변을 줄 것이다.

Better Interface

HTML5는 사용자와의 web 경험의 질을 높이기 위한 기능들도 많이 포함하고 있다. 대표적으로 새로운 form 요소가 있다. 예전에는 달력에서 특정 날짜를 입력하려고 하면 각 사이트마다 각자 개발한 달력 페이지를 화면에 띄워야만 했다. 이제 그런 공통적인 컨트롤들을 표준화하여 넣겠다는 것이다. 또한 CSS3를 통해 더 자유로운 포맷의 글자 / 표 등을 넣는 것이 가능해졌다. 새로 추가된 태그들을 통해 장애인의 접근성도 향상시킬 수 있다.

한국 시간으로 8/7일 새벽에 iOS 5 베타 5가 공개되었습니다. (빌드넘버: 9A5288d) 일반적으로 배타 공개는 주중에 이루어지는데 이번에는 이례적으로 미국기준 토요일에 릴리즈 했네요. 함께 공개된 소프트웨어는 다음과 같습니다.

• iOS beta 5
• XCode 4.2 Developer Preview 5
• iTunes 10.5 Beta 5
• Apple TV Software beta 4

iOS 5 베타 4부터 지원하는 OTA(over the air) 기능으로 아이튠즈에 연결하지 않고서도 업데이트가 가능하지만, 릴리즈 노트에 따르면 먼저 백업을 하고, “설정 – 일반 – 재설정 – 모든 설정 재설정”을 해야 한다고 합니다.

전반적인 속도 향상과, 청각장애인을 위한 옵션 등이 강화되었습니다. 이곳에서 전체 릴리즈 노트를 보실 수 있습니다.

원문: http://www.macrumors.com/2011/08/06/apple-releases-ios-5-beta-5-to-developers/