이제까지 국내 이동통신 시장은 완전히 닫혀 있었다. 그 누구도 비판할 생각은 없다. 여러가지 국내외 요인으로 인해서 이제는 국내의 모든 이동통신사에서 외산 스마트폰을 만나볼 수 있게 되었다. 이러한 변화는 Flash 개발자들에게 새로운 기회가 된다는 점에서 기대가 크다.
iPhone
가장 먼저 살펴볼 스마트폰은 전세계 스마트폰의 활성화를 가져왔고, 국내에 개방을 이끌어준 바로 그 제품이다. 그렇다 iPhone이다. iPhone의 전화이외의 기능은 이미 iPod Touch를 통해서 만나볼 수 있었다. iPhone에는 Flash를 구동시킬 수도 없고, iPod Touch에서 모든 기능을 이용할 수 있다면 왜 iPhone이 중요한가? Flash 시장의 개방을 가져올 중요한 잣대가 될 것이기 때문이다.
iPhone의 성공은 국내에 외산 스마트폰이 더 많이 들어오는 계기가 될 것이고, 국내 제조사들도 더 많은 스마트폰을 시장에 출시할 것이다. 또한 App Store는 이동통신사와 제조사의 유사한 D2C 마켓을 만들게 할 것이며, 단기간에 활성화가 가능한 애플리케이션은 Flash가 유일하기 때문이다. 성공의 기준은 50만대 수준으로 생각한다. 출시 한달이내에 10만대는 가뿐히 돌파할 것이고 1년 내에 50만대를 돌파할 것이다. 만일 이 기준에 미달한다면 한국의 이동통신 시장은 또 다시 폐쇄정책으로 회귀할지도 모른다. 나는 iPhone을 사지 않을 것이지만, 제발 iPhone이 한국 시장을 변화시켜 주기를 바란다.
Nokia
오랜 기다림 끝에 다시 nokia가 돌아온다. 개인적으로 nokia의 바 타입 휴대폰을 기대하고 있었지만 한국 시장은 슬라이드나 폴더가 적합하다고 판단한 것 같다. 어쨌든 nokia는 6210과 6650을 내년 초에 출시할 예정이다.
nokia는 Flash를 기본으로 탑재하고 있다. Flash 애플리케이션이 설치되면 아이콘과 함께 완전한 응용 프로그램과 동일한 형태로 동작한다. 또한 위젯에도 Flash가 지원된다. 여러므로 Flash에 아주 친근한 제품이다. Flash 애플리케이션 시장이 개화하는데 가장 기대하는 회사가 바로 nokia이다.
WiMo
다음으로 기대되는 제품은 WiMo(Windows Mobile)를 탑재한 제품들이다. 현재 삼성에서 여러 종류의 WiMo 폰들을 출시했다. WiMo는 사용자가 Flash Player를 설치할 수 있고, Flash 애플리케이션을 자유롭게 구동시킬 수 있다. 출시가 예정된 WiMo 폰으로는 Sony Ericsson의 X1과 HTC의 Touch Diamond가 있다.
Android
Google의 G1 또한 국내 출시가 예정되어 있다. G1은 HTC가 제조하는 Android를 탑재한 스마트폰이다. Adobe는 MAX를 통해서 G1에서 동작하는 Flash Player 10을 시연하기도 했다. 빠른 시일내에 G1용 Flash Player가 나올 것이고, 이를 기반으로 위젯 등의 애플리케이션 개발과 Android Market을 통해 Flash 애플리케이션의 판매가 가능할 것이다.
기대되는 제품들
국내 출시의 가능성에 대해서는 아직 알 수 없지만, 기대되는 제품들이 있다. HTC의 HD와 4G 그리고 nokia의 n96과 n97이다. HTC의 제품들은 WiMo를 탑재하고 WVGA의 해상도를 자랑한다.
nokia의 제품들은 현재 국내 출시가 예정되어 있는 6210, 6650과 달리 터치 스크린을 장착하고 있다.
나는...
현재 Flash를 테스트하기 위한 목적으로 m4650을 사용하고 있다. 국내에 출시된 스마트폰 중에서 성능면에서 가장 인정을 받고 있는 제품이며, QVGA의 표준 해상도와 가로/세로 전환, 터치 스크린의 기능을 갖추고 있다. Flash 개발에 가장 적합한 사양을 갖춘 제품이다.
여기에 추가적으로 전화까지 쓰면서 Flash 개발에 사용할 기기를 선택한다면 어떤 것이 좋을 지 고민하고 있다. nokia의 n96, n97의 출시 소식이 있다면 출시까지 기다려서 이 제품을 선택할 것이다. G1의 국내 출시에 맞춰 adobe가 G1용 Flash Player를 배포한다면 G1이 선택될 것이다. 그렇지 않다면 터치와 키보드를 모두 갖추고 WVGA 해상도와 친숙한 WiMo를 탑재한 X1이 선택될 것이다.
오지 않을 것만 같던 국내 이동통신시장의 스마트폰으로의 변화가 반갑기만 하다. Flash 애플리케이션 시장의 개인 개발자 성공소식을 내년 겨울시즌에는 뉴스로 만나보고 싶다.
- flash,
- smartphone,
- iPhone,
- window mobile,
- WiMo,
- android,
- G1,
- X1,
- nokia,
- HTC
PascalCasing (파스칼 케이싱)
클래스, 열거형, 이벤트, 메서드 등의 이름을 만들 때에는 대문자로 시작하는 변수명을 사용한다. 복합어일 경우 중간에 시작하는 새로운 단어는 대문자로 적는다.
예) UtilityBox, MainFrame
CamelCasing (카멜 케이싱)
메서드의 매개변수의 이름에 적용되는데 첫번째 문자는 소문자로 시작하고 복합어 일 경우 파스칼 케이싱과 동일하게 적용한다. 동일한 이름을 가지는 두 항목을 구분하는 용도로도 사용한다.
예) utilityBox, mainFrame
GNU Naming Convention
Linux의 프로젝트들은 GNU Naming Convention이라는 형태의 명명법을 주로 사용한다. 모두 소문자를 사용하고 복합어 사이를 '_'를 사용하여 연결한다.
예) gtk_widget_activate
Hungarian notation (헝가리안 표기법)
Microsoft 의 개발자중 헝가리 사람의 프로그래머가 쓰던 변수 명명법으로 MS내부에서 따라쓰기 시작하던 것이 점차 전세계의 프로그래머들에게 널리 퍼져 이젠 프로그램 코딩시 변수 명명의 표준적인 관례가 되었다. C#에서는 이러한 명명법을 사용하지 않고 있으며 주로 윈도우즈 프로그래밍에 사용된다.
예) g_bTrue
첫글자 g는 전역변수, m은 멤버변수를 의미한다. 전역이나 멤버변수의 경우에는 그 다음에 _ 를 적는다. b는 Boolean타입을 의미하고 True가 의미있는 이름이다.
예) nCnt
전역이나 멤버변수가 아니므로 g_ 나 m_ 가 없다. n과 i는 자연수를 뜻하며 i는 주로 인덱스에 사용하고, n은 카운트의 목적에 주로 사용한다. 의미있는 이름이 길 경우에는 자음만을 사용한다.
BREW Naming Convention
BREW 는 Qualcomm에서 만든 플랫폼으로 국내의 휴대폰 제조사들은 초기부터 현재까지 이 코드들을 많이 사용하고 있다. 기존 명명법을 조합한 형태로 변종 명명법이지만, 익숙함을 벗어나지 못하는 국내 제조사의 개발자들이 선호하는 형태이다. 클래스나 인터페이스를 대문자나 파스칼 케이싱으로 앞에 두고, '_' 이후에 다시 파스칼 케이싱 형태의 메서드 명을 적는다.
예) IDISPLAY_ClearScreen
Constant (상수)
거의 모든 명명법에서 상수를 표기하는 방법은 거의 동일하다. 모든 문자를 대문자로 사용하는 GNU Naming Convention의 형태를 사용한다.
예) DEFAULT_COUNTRY_CODE
다양한 명명법들이 존재한다. 어떤 방법이 가장 좋다라는 것은 없다. 프로젝트의 상황에 가장 적합한 명명법을 팀에서 결정하는 것이다. 리눅스에 사용될 플래시 프로젝트라면 GNU Naming Convention을 사용할 수도 있다. 구식(?)인 헝가라인 표기법을 도입하거나 C#과 같은 파스칼 케이싱, 카멜 케이싱을 도입하거나, 매크로미디어식의 첨자를 추가하는 명명법을 도입할 수도 있다. 중요한 것은 프로젝트의 초기에 명명법을 결정하고 모든 개발자들이 규칙을 따라 코드를 작성하는 것이다.
이러한 변수 명명법의 목적은 '코드의 일관성을 유지한다'라는 것으로 요약된다. 코드의 일관성은 최종적으로 '읽기 쉬운 코드'를 만들어 낸다. 모든 소프트웨어 개발 프로젝트에서 가독성보다 중요한 것은 없을 것이다.
category
recent comments