OS X에서 cocoa 맛보기

Xcode 재설치

cocoadev — Fri, 9 Mar 2012 13:53:00 +0900

어제 아이폰을 iOS 5.1로 업그레이드를 하고 Xcode를 4.3.1로 업그레이드 하기 위해 앱스토어에서 설치를 클릭하고 퇴근을 했다. 오늘 오전에 와서 당연히 업그레이드 되어 있겠지 했는데 버전이 4.2로 그대로였다. 설치가 안되었나 해서 앱스토어로 다시 가보니 설치됨으로 나오고 설치를 할 수가 없었다. 뭐지? 터미널에서 개발툴을 삭제하고 리부팅을 했다. 그래도 역시나 설치를 할 수 없는 상태. 찾아 보니 어플리케이션 폴더에 Xcode가 있었다. 실행을 해보니 그때서야 설치가 되기 시작한다. 설치가 된 후에도 역시 어플리케이션 폴더에 있는 Xcode로 실행이 된다.

이전에도 이렇게 설치를 했었나 하고 생각을 해봤는데 기억이 나지 않는다. 이 세상에서 나만 모르고 있었던 것 같다는 생각이 들었다. 설명을 보니 안정성이 향상되었다고 하는데 iOS 5.1 지원 외에는 눈에 띄게 달라진 점은 잘 모르겠다. 나이가 들어 그런건지 게을러서 그런건지 요즘은 업그레이드 쫓아 가기도 버겁다.

PhoneGap 설치

cocoadev — Tue, 14 Feb 2012 15:55:15 +0900

1. 다운로드 및 설치
PhoneGap사이트 우측 상단의 DownLoad 버튼을 클릭하면 현재 버전이 1.4.1을 다운로드 받을 수 있다. 다운로드 받은 파일의 압축을 해제하면 아래와 같은 서브폴더들이 생성된다.

폴더명처럼 android, bada, blackberry, ios, symbian, webos, windows를 지원한다. ios 아래의 PhoneGap-1.4.1.dmg를 클릭하고 PhoneGap-1.4.1.pkg를 실행하면 설치된다.

2. 테스트
1) 프로젝트 생성
Xcode를 실행하고 새로운 프로젝트를 생성하면 아래와 같이 PhoneGap 템플릿이 추가되어 있다. "PhoneGap-based Application"를 선택해서 프로젝트를 생성한다.

2) 빌드 & 실행

Automatic Reference Counting를 사용하지 않고 코드에서 autorelease나 dealloc을 사용하기 때문에 빌드 옵션에서 ARC를 비활성화한다. (미리 프로젝트 생성시에 Use Automatic Reference Counting를 체크하지 않으면 된다.)

프로젝트의 Build Settings에서 위와 같이 CLANG_ENABLE_OBJC_ARC 항목을 NO로 설정한다.

실행하면 아래와 같이 "www/index.html" 페이지를 찾을 수 없다는 오류메시지가 출력된다. 해당 프로젝트 폴더에 가면 www 폴더는 이미 생성되어 있다.

www 폴더를 드래그 하여 Xcode 좌측의 프로젝트에 드래그&드롭으로 가져다 놓는다. 이동시 Folders 옵션에서 "Create folder references for any addes folders"를 선택한다. 이제 다시 실행하면 www/index.html의 내용이 아래와 같이 출력 된다.

HTML5를 이용한 멀티 플랫폼을 지원하는 개발툴이라는 이야기는 어디서 들었는데 오늘 PhoneGap을 설치를 해보았다. 아마 앱 개발자 보다는 웹 개발자들을 위한 툴이 아닐까 하는 생각도 든다. 기존 앱 개발자들도 다양한 플랫폼을 대상으로 한 웹 환경에서 실행될 수 있는 앱이라면 이런 솔루션들을 고려해 볼만 한 것 같다.

[플랫폼별 지원 명세]

PhoneGap에선 PhoneGap Build란 클라우드에서 컴파일이 가능한 서비스도 제공한다. 소스와 리소스를 업로드하면 클라이언트에서 개발환경을 구성할 필요 없이 서버에서 빌드를 하여 각각의 플랫폼을 지원하는 실행환경을 제공하는 것 같다.

이 서비스는 요금별로 어플 갯수에 제한을 두는 유료 서비스로 제공된다. 이외에 사이트를 둘러 보니 개발자 지원 서비스도 유료로 제공한다. 이 툴과 서비스를 당장 사용할 일은 없을 것 같지만 사용해 볼 날이 왔으면 좋겠다.

특정 날짜 요일 구하기

cocoadev — Sat, 4 Feb 2012 12:14:07 +0900

1. C 표준 라이브러리 함수

int getDayOfWeek(int year, int month, int day)

{

struct tm *pResultTime;

struct tm targetTime = { 0, 0, 0, day, month-1, year - 1900 };

time_t targetSec = mktime(&targetTime);

pResultTime = localtime(&targetSec);

return pResultTime->tm_wday;

}

2. Cocoa 클래스

참조: NSDateComponents Class Reference

- (int)getDayOfWeek:(int)year month:(int)month day:(int)day

{

NSDateComponents *dateComponents = [[NSDateComponents alloc] init];

[dateComponents setYear:year];

[dateComponents setMonth:month];

[dateComponents setDay:day];

NSCalendar *gregorian = [[NSCalendar alloc]

initWithCalendarIdentifier:NSGregorianCalendar];

NSDate *date = [gregorian dateFromComponents:dateComponents];

NSDateComponents *weekdayComponents = [gregorian components:NSWeekdayCalendarUnit fromDate:date];

return [weekdayComponents weekday] - 1;

}

3. 첼러의 공식

참조: WikiPedia - Zeller's congruence

int getDayOfWeek2(int year, int month, int day)

{

if(month <= 2) {

year--;

month += 12;

}

int year1 = year/100;

int year2 = year%100;

int weekDay = (day + 26*(month+1)/10 + year2 + year2/4 + year1/4 - year1*2) % 7 - 1;

if (weekDay < 0) {

weekDay += 7;

}

return weekDay;

}

참조: Determination of the day of the week # Sakamoto's method

int dow(int y, int m, int d)
{
static int t[] = {0, 3, 2, 5, 0, 3, 5, 1, 4, 6, 2, 4};

y -= m < 3;

return (y + y/4 - y/100 + y/400 + t[m-1] + d) % 7;
}

reCAPTCHA와 집단지성의 활용

cocoadev — Tue, 31 Jan 2012 16:08:00 +0900

reCAPTCHA를 웹서비스에 적용시켜 보거나 또는 적용된 웹서비스를 이용하면서 두 단어를 입력하는 것에 대해서 더 정확하게 판별을 할려나 보다 외에는 별다른 생각이 없었다. 몇일전 TED에서 reCAPCHAR를 만든 루이스 폰 안의 '대규모 온라인 협업'이란 강연을 보면서 그 이유를 알 수가 있었다.

reCAPCHA의 주목적은 내가 알고 있던 실제 인간을 판별하기 위한 것 뿐만 아니라 책들을 디지털라이징을 하는데 도움을 주기위한 것도 있었다. 스캔후 OCR로 판독하기가 어려운 상태가 좋지 않은 문자들을 reCAPTCHA에 구별을 위한 문자와 같이 보여줌으로써 인간의 도움을 빌린다는 것이다. reCAPTCHA 인증시 나오는 단어중 하나만 실제 인간인지 판별하는 용도로 사용되고 나머지 하나는 컴퓨터가 판독하기에 불분명한 단어들을 확인하기 위해 사용한다는 것이다. 참으로 기발한 아이디어인 것 같다.

다만 reCAPTCHA를 이용하는 서비스 사용자들의 책들의 디지털라이징에 도움을 주는 이러한 참여가 누구를 위한 것인지는 의문이 든다. reCAPTCHA는 구글에 인수되었는데 구글북스의 디지털라이징에 사용되는지는 모르겠다. 광고를 보고 클릭함으로써 구글의 서비스를 무료로 이용하는 것처럼 문자 판독에 작은 도움을 주고 서비스들을 무료로 사용하는 대가중 하나로 봐야 하는 것인인지...

용도와 목적이야 어찌되었던 이런 개인들의 작은 노력이 합쳐져 커다란 결과물을 낼 수 있는 도구들이 많아 진다는 것은 좋은 현상인 것 같다. 물론 그 목적이 모두가 누릴 수 있는 공익이라면 더 보람과 가치가 있을 것이다. 그동안 IT에 별로 관심이 없었더니 오래전 부터 시작된 일을 이제서야 혼자 감동 받고 뒷북을 치고 있으니 조금 난감하기는 하다.

루이스 폰 안은 위의 TED 강연에서 Duolingo란 새로운 서비스를 소개한다. 웹사이트들을 많이 사용되는 여러 언어로 번역을 하는 서비스이다. 이 역시 여러 사용자들의 자발적인 참여를 통해 번역을 하게되며 사용자들은 Duolingo 서비스를 통해 번역할려는 다른 외국어를 학습하며 번역을 한다.

사이트를 가보니 베타 테스트 중이며 아직 지원하는 언어가 많지 않은 것 같다. 어떤 방법으로 사용자에게 외국어 학습과 함께 번역에 기여할 수 있게 하는 가는 잘 모르겠지만 뭔가 재미있는 것이 나올 것 같기도 하다. 영어가 모국어인 사람들도 많지만 전체로 보면 영어를 배우고 싶어하는 사람이 더 많을 것이다. 그런데 현재 모습만 보면 왠지 외국어를 배우고 싶어하는 영어 사용자들을 위한 단방향 서비스인 것 같기도 하다. 영어에 익숙해지기 위해 많은 시간을 투자해야만 하는 한국에서 이런 비슷한 서비스가 한글 전용으로 나오는 것도 괜찮을 것 같다.

꿩 대신 닭?

cocoadev — Wed, 11 Jan 2012 15:24:03 +0900

컴퓨터, 스마트폰, 탭 각종 디스플레이 기기에 둘러 쌓여 있다보니 오히려 아날로그적인 옛것들에 관심이 많이 간다. 하지만 아마존에 나온 킨들4가 요즘 마음을 조금씩 흔들고 있다. 지름신은 왔지만 정말로 나에게 필요한가에 대해서 생각하다 보면 망설여지게 된다. 킨들과는 다르지만 갤럭시탭에 킨들 어플을 깔고 몇권 다운로드 받아서 보긴했지만 이 역시 처음에 몇 페이지만 읽다가 그만두었다. 칸들에 대한 아쉬움도 있고해서 아이폰의 iBooks에 들어가서 이것저것 둘러 보았다. 보다보니 애플에서 올린 개발관련 문서들이 있다.

iOS Application Programming Guide

The Objective-C Programming Language

Object-Oriented Programming with Objective-C

iOS Technology Overview

Cocoa Fundamentals Guide

iOS Human Interface Guidelines

다운로드 받아서 iBooks에서 보니 약간 색다르기는 하다. 가장 필수적인 문서들을 모아놓은 것 같은데 iOS Human Interface Guidelines는 한국앱스토어에서는 나오지가 않는다. 컴퓨터에 접근할 수 있는 상황에선 필요 없겠지만 화장실이나 지하철에서 심심할 때 마다 읽어봐야 겠다. 일단 이것으로 킨들에 대한 지름신을 퇴치했다고 믿고 싶다.

Cocos2d-x 설치 및 테스트

cocoadev — Tue, 3 Jan 2012 14:00:26 +0900

간단한 게임을 하나 만들어 볼려고 하는데 아이폰과 안드로이드 모두 지원하는 Cocos2d-x를 사용해 보기로 했다. NDK도 기존에 사용하던 r5에서 새로운 버전으로 설치하였다. 맥 라이언에서 NDK r7과 cocos2d-1.0.1-x-0.10.0 기준이다.

1. 다운로드 및 설치
1.1 NDK
안드로이드 개발자 사이트에서 최신버전인 r7을 다운로드 받고 압축을 푼 후에 적당한 폴더로 복사한다.

1.2 Cocos2d-x
cocos2d-x의 다운로드 페이지에서 최신버전인 cocos2d-1.0.1-x-0.10.0을 다운로드 받고 압축을 푼 후에 적당한 폴더로 복사한다.

둘다 설치는 간단하다. 다운로드 받고 압축을 푼 후에 원하는 폴더로 복사하면 된다.

2. 설정 수정
복사해 놓은 cocos2d-1.0.1-x-0.10.0 폴더로 이동한다.

2.1 create-android-project.sh

NDK_ROOT="/home/laschweinski/android/android-ndk-r5"

ANDROID_SDK_ROOT="/home/laschweinski/android/android-sdk-linux_86"

상단에 위와 같이 되어 있는 부분을 아래와 같이 실제 NDK와 안드로이드 SDK가 설치된 폴더로 변경한다.

NDK_ROOT="/Users/zzerr/android-ndk-r7"

ANDROID_SDK_ROOT="/Developer/SDKs/android"

2.2 ./cocos2dx/Android.mk
NDK r7에선 glplatform.h의 GL_GLEXT_PROTOTYPES 이 제거되어 컴파일시 오류가 발생한다. 설치된 폴더내에 cocos2d-x 폴더의 Android.mk를 열어 아래와 같이 수정한다.

LOCAL_CFLAGS := -DUSE_FILE32API

하단의 위와같이 되어 있는 LOCAL_CFLAGS를 찾아 아래와 같이 GL_GLEXT_PROTOTYPES를 추가한다.

LOCAL_CFLAGS := -DUSE_FILE32API -DGL_GLEXT_PROTOTYPES=1

3. 프로젝트 생성
3.1 create-android-project.sh 실행
안드로이드 프로젝트 생성을 위해서 cocos2d-x 폴더에서 create-android-project.sh 를 실행한다.

실행후에 package path를 입력받는데 적당한 이름을 입력한다.

다음으로 타겟 안드로이드 SDK 버전을 입력한다. 출력되는 리스트중에서 선택을 한후 'id:' 다음에 나오는 숫자를 입력한다.

그리고 프로젝트명을 입력하면 cocos2d-x 폴더 아래에 프로젝트 이름으로 프로젝트 폴더가 생성된다. 이클립스에서 새로운 프로젝트를 생성하고 위에서 생성된 프로젝트 폴더에서 android 폴더를 선택한다.

3.2 build_native.sh 실행
[프로젝트명]/android 폴더에 있는 build_native.sh를 실행하여 필요한 라이브러리들을 빌드하여 생성한다.

3.3 빌드 및 테스트
이클립스에서 빌드 후 테스트를 한다.

갤럭시탭에서 실행해서 화면에 빈공간이 많은 것 같다. 위에서 프로젝트 생성시 타겟 목록에 따로 갤럭시탭이 있기는 하다.

2012년...

cocoadev — Mon, 2 Jan 2012 15:31:53 +0900

다시 새로운 한해가 시작되었다. 겪는 횟수가 늘어 날수록 감흥과 기대는 줄어 드는 느낌이다. 늘 시작되면 지키지도 못할 계획과 목표를 세우듯이 올해는 복습과 집중이란 목표를 세웠다. 읽은지 오래된 개발 관련 서적들을 다시한번 찬찬히 읽어 보기로 했다. 다른 책들도 가능하면 충동적으로 구매하지 않고 예전에 읽었던 책 중에서 다시 보고 싶었던 것이나 사 놓고 손이 가지 않았던 책들을 읽어 볼려고 한다. 집중은 그동안 너무 여기저기 기웃기웃 거리며 수박 겉핧기 식으로 호기심만 조금 채웠지 실속은 그다지 없었다. 관심사와 노력을 집중시켜야 할 것 같다. 개발에서도 플랫폼과 언어를 줄이고 집중해서 깊이를 더해야할 것 같다.

(노인 Z)

가끔 검은 머리 파뿌리 될때까지 프로그래밍을 할 수 있었으면 좋겠다는 이야기를 하는데 이젠 노인 Z의 저 해커 영감들과 같이 될 날이 멀지 않았다.

22개월만의 업그레이드

cocoadev — Fri, 30 Dec 2011 20:37:07 +0900

처음 스모킹 카운터를 올린 후에 필요에 따라 업그레이드를 해오다가 작년 2월쯤에 마지막 업그레이드를 하고는 손을 놓고 있었다. 더 추가할 것도 없는 것 같고 이정도면 대충 쓸만하다 생각하고 신경을 끊고 있었다. 후에 레티나 디스플레이가 나오면서 고해상도도 지원해야 되지 않나하는 생각이 들었지만 나중에 다른 업그레이드 할 때 같이 하자 생각하고 미루어 왔다.

한동안 인터페이스빌더를 사용하지 않다가 새로나온 스토리보드의 사용법도 익힐겸 스모킹카운터를 업그레이드 하기로 했다. 시작후 iOS5 이상만 지원한다는 사실을 알고 잠시 갈등을 했지만 '이젠 다들 업그레이드를 했을거야'란 자기최면을 걸고 그냥 그대로 만들기로 했다.

예전 버전을 빌드 할려니 괜히 cocos2d를 쓴 부분이 있어 되지도 않고 그냥 앱스토어있는 스크린샷을 참고하기로 했다. 헌데 앱스토어에서 앱이 보이지를 않았다. '너무 오래 관리를 안하면 앱을 내리나?'하는 생각이 들었다. 그러나 한국 앱스토어를 제외하고 다른 나라의 앱스토어에서는 잘 나오고 있었다. 이상해서 애플에 메일로 문의를 해보니 몇달전 한국에 게임 카테고리가 노출된 이후로는 게임과 엔터테인먼트에 있는 17세 이상의 게임들은 한국 앱스토어에서는 출력되지 않는다는 답장이왔다. 담배와 관련이 있어 17세 이상이고 처음 올릴 때 서브카테고리를 엔터테인먼트로 선택을 해서 한국에서만 나오지 않은 것 같다. '이건 게임이 아닌데 이 어플도 영향을 받나?'라고 문의를 다시 해보았는데 '이해해 줘서 고맙다'라는 심오한 내용의 답장이 와서 포기했다. 어차피 업그레이드를 하면서 보조 카테고리를 더 적당한 곳으로 옮기면 되니...

OS X 라이언과 Xcode 4.2.1로 처음 작업을 했는데 라이언은 무겁고 Xcode는 죽는 횟수가 많고 안정적이지 않은 것 같다. 어제 앱스토어에 등록하는데 바이너리 업로드시 오류가 나면서 업로드가 되지를 않는다.

This bundle is invalid. The key UIRequiredDeviceCapabilities in the Info.plist may not contain values that would prevent this application from running on devices that were supported by previous versions.

UIRequiredDeviceCapabilities 항목에 해당 아이템을 추가하고 이리저리 변경해서 올려도 결과는 마찬가지였다. Xcode에서 이해할 수없는 오류가 반복될 때의 가장 좋은 해결법중에 하나인 Xcode를 종료했다 다시 실행해도 오류는 사라지지 않았다. info.plist에서 UIRequiredDeviceCapabilities 항목을 삭제해 보았더니 오류없이 업로드되었다. 성공은 했지만 무엇인가 찜찜한...

이번에 변경하거나 추가한 부분은 레티나 디스플레이 지원, 통계 가로보기 추가, 디자인 변경과 함께 흡연한 지역을 보여주는 기능을 넣었다. 지도는 예전에 한 사용자가 메일로 추가해주었으면 좋겠다고 해서 넣어 보았는데 딱히 쓸모가 있는지는 모르겠다. 하긴 담배를 피면서 세는 어플도 딱히 필요한지는 모르겠다.

그외 양 캐릭터가 보기 싫다는 메일 내용도 생각이 났다. 그래서 양을 드래그 해서 옮기도록 만들었다. 정 보기 싫으면 튕겨서 화면 밖으로 나가도록 만들었다. 어디로 갔던지 제자리를 찾아 돌아 오긴한다.

혹시 다른 추가하거나 변경할 사항이 없나 해서 앱스토어의 리뷰들을 확인해 보았다. 그런데 유독 영국 앱스토어에서만 자정이 넘어가면 초기화되는 버그가 있다는 내용들이 있다. 전면은 하루 단위로 갱신이 되는데 그것을 버그로 여기는 것 같다. 다행히 최근에 '영국인 발견'이란 책을 읽어서인지 그다지 당황스럽지는 않았다. 메뉴 이름을 Today로 변경하고 타이틀바에 오늘의 날짜를 출력하여 하루단위라는 것을 강조 하도록 수정했다.

이 어플은 초기에 내가 사용하는데 의미를 두고 만들었지만 한달 쓰고 안쓰게 되었다. 몇일있으면 오는 2012년 부터는 써볼려고 하는데 얼마동안 사용할지 장담할 수는 없다. 가장 좋은 것은 금연을 하여 이런 어플을 안쓰고 안만드는 것이고 그전까지는 업그레이드를 계속 해볼려고 한다.

nElements 앱스토어 등록

cocoadev — Thu, 8 Dec 2011 16:51:13 +0900

몇일 전 등록한 앱이 스토어에 등록 되었다고 메일이 왔다. 앱스토어에서 확인해 보니 등록이 되어 있었다. 스모킹카운터 이후로 근 3년만에 내 계정으로 어플을 올려 보는 것 같다. 초기 한국 앱스토어에서 주기율표를 찾아 보고 내가 하나 만들어 올려야 겠다고 생각한지 한참을 지난 지금에서야 만들어 올렸다. 이젠 주기율표 어플도 많은데 이걸 만들어야 되나 몇번 고민이 들었지만 iOS에 적응도 할겸 만들기로 했다. 광고를 넣어 볼까 했는데 마땅히 넣을 곳이 없어 그만 두었다.

번호순, 화학상태, 상온에서의 상태등으로 볼 수 있고 상세보기에선 위키피디아와 울프럼알파에서 관련항목을 볼 수가 있다. 헌데 울프럼알파는 간혹 앱을 사라는 화면을 뛰우는 것 같긴한데 그냥 넣었다.

가로보기 시에는 주기율표로 보이도록했다. 뒷부분 와서는 고민하는 것이 귀찮고 해서 이미지 없이 그냥 생코딩으로 구겨 놓고 서둘러 앱스토어에 올렸다. 아무리 무료지만 어플의 용도가 어정쩡한 것 같기도 하다. 쓰는 사람이 있어 사용후기들이 올라오면 참고해서 업그레이드나 해야겠다.

이젠 레티나 지원도 무시하고 방치한 스모킹카운터를 업그레이드 해야 겠다. 과연 아직 쓰는 사람들이 있을까 하는 의문은 들지만 내가 쓸려고 만들어 놓고 나도 안쓰는 이 상황에선 업그레이드가 필요한 것 같다. 처음 아무 생각없이 스토리보드로 작업해서 어쩔 수 없이 iOS5 이상만 지원할 수밖에 없다는 것이 난감하긴하다.

Storyboards are unavailable on iOS 4.3 and prior 오류

cocoadev — Thu, 8 Dec 2011 11:35:03 +0900

6개월 전쯤 오랫만에 iOS 프로젝트를 하게되어 Xcode 새 버전을 다운로드 받고 실행해 보았다. 오래 안봤더니 생소한 인터페이스빌더의 모습에 겁을 먹고 인터페이스빌더를 사용하지 않고 개발하기로 했다. 그러다 근래가 되어서야 지인으로부터 스토리보드란 것이 있다는 이야기를 들었다. 오랫동안 손을 놓고 있었던 스모킹 카운터의 업그레이드 버전은 사용법도 익힐 겸 스토리보드를 사용해서 만들기로 했다.

'신기하게 잘 만들었구나'하며 이것저것 해보면서 만들다가 오늘 문득 타겟을 iOS 4.3으로 해도 되는지 테스트 해보기 위해 아무 생각없이 타겟을 iOS 4.3으로 수정하고 빌드를 해보았다. 'Storyboards are unavailable on iOS 4.3 and prior'란 오류가 났다. 안되는 구나 하고 다시 5.0으로 변경한 후 빌드를 하는데 또 같은 오류가 난다. Xcode를 종료하고 클린을 한후에 다시 빌드를 했는데 결과는 같다. 검색을 해보니 나만 그런 것은 아닌 것 같고... 하지만 검색해서 얻은 해결법들이 나의 경우에는 해결되지 않았다. 설마 프로젝트를 다시 만들어야 하는 것은 아닌지 Xcode 초보자로서 참으로 난감한 일이다. 그러던 중 늘 그렇듯이 소발에 쥐잡기로 빌드는 되었다.

1. 프로젝트 Deployment Target이 5.0인지 확인.
2. 스토리보드 속성중 Document Versioning에서 Deployment가 iOS 5인지와 Development가 Xcode 4.2인지 확인.
3. 파인더에서 *.storyboard 파일을 다른 곳으로 이동(언어별로 되어 있으면 모두 이동).
4. Xcode 종료
5. *.storyboard 파일을 기존의 디렉토리로 다시 이동.
6. Xcode 재실행 후 클린
7. 빌드

Xcode 버전은 4.2.1이며 용기가 없어 확인해 보기 위해 다시 재현하지는 못했다. Xcode 버그인지 아니면 일반적인 방법이 있는데 삽질인지는 모르겠다.