has_many :questions, :through => :forward

하.. 힘들었습니다!! ㅋㅋ

저 성공하고, 게임도 안하고 포스팅 하는겁니다. ㅋㅋㅋ

포스팅 다 했더니.. 일거리가..... -ㅅ-;

그냥 디아3나 할껄 -ㅅ-;;

1. 인스톨러 다운로더 다운받기

 http://www.reddit.com/r/Diablo/comments/qxyxm/diablo_3_windows_and_mac_download_links_all/ 에서 enUS 다운받기

(헛. 스샷을 윈도우용으로 떴었군요! 죄송합니다!)

디아블로 오픈한 5월 15일 기준 링크: http://eu.media.battle.net.edgesuite.net/downloads/d3-installers/589acdb4-c660-318a-b993-01528fad7da6/Diablo-III-8370-enUS-Installer-downloader.app.zip

2. 인스톨러 다운받기.

다운받은 인스톨러 다운로더를 실행합니다.

3. 인스톨러 실행

인스톨러를 실행해서 디아3를 설치를 합니다.

제가 맥이 한대 더 있는데, 거기서 해보니 4번은 건너뛰어도 상관없네요.

해킹하느라 고생했는데... 쩝;;

암튼 바로 6번으로 가시면 됩니다!

4. .agent.db

디아3를 설치한 디렉토리로 이동을 해야 하는데, Finder쓰시면 안됩니다. Terminal을 이용해야 합니다.

그리고 나서 .agent.db 를 수정하셔야 합니다.

개발자분들은 vi로 수정하시면 됩니다. 저의 경우 textmate를 사용하기 때문에 textmate를 이용했습니다.

일반인분들은, textmate를 다운받으신 후 아래 캡쳐해드린것 그대로 하시면 됩니다.

textmate가 열리면서 해쉬구조뭔가 요상한 기호와 글자의 파일이 열립니다.

거기서 체크된 부분을 스샷한 대로 수정하시면 됩니다.

자 거의 다 왔습니다. 조금만 힘을 내세요.

5. 한글판 데이터팩 다운받기

우선 디아3를 실행 시킵니다.

그러면 한글로 된 런쳐가 우릴 반겨주고, 한글판에 맞는 데이터팩을 다운받게 됩니다.

6. 언어세팅 바꾸기

하지만 정작 게임을 실행시키면, 영문판이고.. 로그인을 하면..

너네나라껄로 접속하셈

이라는 메세지가 뜹니다. ㅋㅋ

당황치 마시고, 일단 OK 누르시고

좌측의 OPTION이 있습니다. 이거 누르시고

ACCOUNT 가시면 언어 선택이 있는데, 여기서 KOREAN 선택하시면 끝!! 입니다.

4번을 건너뛰신분은, 자동으로 한글 데이터팩을 받습니다. 즉 5번이 수행이 되는거죠.

자, 그럼 어디 잘 실행되는지 볼까요?

ㅋㅋㅋ 잘됩니다. ㅋㅋ

제가 와우할때 쓰던 케릭명인 "주사위는천로우"로 만들었습니다.

혹 저 보시면.. 죽이지 마시고 버스나 택시나 적선이나..

하다못해 고맙다는 인사정도는 해주세요. ㅋㅋㅋ

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

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

내 주변에 나이는 어리지만 코딩을 잘하는 친구들이 몇몇 있다.

그 나이 또래 아이들과 비교하면 잘한다. 인정한다.

하지만 결과물만 만들어 낼뿐 그 과정이나 코드를 보면.. 막막하다.

그리고 이 결과물도 사실은 굉장히 내구성이 약하다.

그 이유야 여러가지가 있겠지만, 딱 하나를 꼽으라면

생각없이 그냥 막 코딩을 하기 때문이다.

생각없다는 표현이 좀 심했나? 그래 인정한다. 표현이 심했다. 사실 나도...

좀 더 순화시키고 디테일하게 말을 하자면 설계하는 과정이 없다는 것이다.

설계라고 하니 거창해 보이지만 내가 말하는것은 전체적인 구조를 짜는거 말고 어떻게 코딩할것인지 생각하는 과정이 없다는 것이다.

설계하는 과정이 없으니, 코드는 당연히 스파게티가 되고

맛있어보이는가? 저거 한가닥 한가닥 풀어볼 생각해봐라 ㅋㅋ

스파게티가 되니 버그가 많아지고

스파게티가 되니 디버깅도 힘들어지고

스파게티가 되니 협업하는 다른 개발자가 코드를 보기 힘들어지고

그렇다보니 다른 개발자도 "이미 버린 코드구나"하고 스파게티로 짜게 될 확률이 높아진다.

결국 코드는 산으로 가고

간단한 기능 수정하거나, 디버깅하는데 하루를 다 허비하게 되고

일정은 다가오고

일정을 맞추기 위해 맨날 밤새고

그러다 답이 없어서, 다른 프로젝트를 진행중이던 다른 개발자도 참여하게 되고

땜빵으로 들어간 다른 개발자는 코드를 보고 한숨을 쉬고 멘붕

땜빵 개발자는 억울하지만 어쩔 수 없이 같이 계속 밤새며 타이핑 한번, 한숨 한번, 타이핑 한번, 한숨을 반복하며 "내가 왜 여기있지?"라는 의문과 함께 코딩을 하고 (내 경험담이라 감정 이입해서 쓴거다.. ㅋ)

어찌어찌 오픈을 해도, 유리같은 결과물이라 툭 하면 에러나고, 컴플레인 들어오고

또 다시 디버깅을 위해 밤을 새고..

다음 릴리즈 일정은 다가오고

또 다시 밤을 새고

결국 회사는 망하게 되고

출근 안해도 된닼ㅋㅋㅋ

뭐 이런 악순환의 반복이 된다.

단순히 어떻게 코딩할 것 인지 고민을 안한것 만으로 도미너 처럼 하나하나 넘어져 결국 회사를 망하게 하거나 동료 개발자를 멘붕시킬 수 있다.

"문 헛소리냐? 님 쪼랩임? 애자일 모름? ㅋㅋ 난 애자일하게 하는거거든?" 이라고 카우방에서 젖소가 블리쟈드쓰는 소리를 한다면. 이런말 하는 사람은 디아2 해보지도 못한놈이 카우방 얘기하는거나 마찬가이다.

애자일을 이런 상황에 가따붙이라고 만든거 아니거든요? ㅋㅋㅋ

암튼, 여기서 교훈은 동료 개발자가 싫거나, 회사가 맘에 안들면 생각 따윈 집어치고 그냥 막 코딩을 하면 된다는 귀중한 가르침이다.

끝.

이라고 한다면 안그래도 방문자 없는 블로그인데

응? 방문자 없는 블로그니깐 이렇게 끝내도 아무도 모르겠구나.ㅋㅋㅋ

나 천재인가봐? ㅋㅋㅋ

불평만 하는 글이 됨으로, 부족한 사람이지만 몇가지 가이드를 책임없이 던져본다.

다시 말하지만 책임없이 던진다. 나한테 뭐라하기 없기다? ㅋㅋ

내용이 아주 오래전부터 할아버지 선배님들때부터 해오던 얘기들인것 같아 고리타분해지는것 같은데..

사실 코딩을 잘못해도 상관없다.

코딩은 그냥 하면 된다. 중요한것은 어떻게 코딩할것인가다.

설계를 어떻게 할 것인가? 이런거 얘기안할거다. 이건 책 봐라. 책 많다.

난 코딩하기전 이런 습관을 가져라 라고 얘기하고 싶다.

전체적인 그림을 그려라.

혼자하는 프로젝트일 경우, 생략할 수 도 있지만.. 이것도 짬이 없으면 해야 한다.

암튼 하면 좋다. ㅋㅋㅋ

정확할 필요는 없다. 많은 시간을 할당하지 않아도 된다.

빼먹는 부분(구멍)만 없으면 된다. 열심히 그렸는데 화장실 빼먹으면 망하는거다 ㅋㅋ

전체적인 그림을 그리는것은 설계의 기본이다.

그리고 일정을 산출해 내는데 유리하다. 

일정 다되서 막판에 회사에서 먹고자고 할텐가?

당신이 말단(신입)이라면 "내가 해봤자 어차피 팀장 따라 가야하는데 무슨 소용이냐?"라고 생각할 수 있다. 

이런 생각을 한 당신.. 평생 말단(신입)으로 있을것 같나? 언젠가 당신도 팀장이 된다.

그 때를 위해 미리 경험치를 쌓아둔다고 생각해라. 팀장이라는 훌륭한? 교본도 있지 않은가? (팀장님들 긴장트리좀 타삼 ㅋㅋ.. 근데 나부터 타야하네;; ㅋㅋ)

차분히 내가 해야 할 일이 무엇인지 파악하라.

전체적인 그림을 그렸는가? 잘했다. 쓰다듬어 드림. 쓰듬쓰듬..?

그럼 이제 내가 해야할 일이 무엇인지 테스크를 파악해야 한다.

매일매일 출근해서 가장 먼저 할 일은 오늘의 할일을 선정하는것이고

퇴근할때 얼마나 했는지, 내일은 무슨 일을 할 것인지 선정하는 것이다.

다음날 출근시 오늘의 할일을 다시 선정할 필요는 없고.. 어제 퇴근하면서 선정한 테스크들을 보며 체크만 하면 된다.

테스크 추출하는것.. 처음엔 귀찮을 수 있다. 그리고 쉽지 않다.

하지만 꾸준히 반복적으로 해라. 아주 중요한 것이다. 그냥 습관으로 만들어라.

단순히 오늘의 테스크만 뽑았다고 끝나는 것이 아니다.

다음 단계가 있다. 바로 뽑아낸 테스크 하나하나를 어떻게 코딩할 것 인지 고민하는 것이다.

네임스페이스를 정하는것만 해도 상관없다.

처음에 큰 그림을 그리면, 추상적인 설계가 어느정도 머리속에 있게 된다.

하지만 테스크를 발라내게 되면.. 이 설계가 조금은 실제화가 되는데

이때 네임스페이스를 정해주는게 훨씬 쉽고, 

구조를 수정하는 일이 상대적으로 적어진다.

네이밍에 허비하는 시간을 아깝게 생각치 마라

메소드를 만들든, 프로퍼티를 만들든, 펑션을 만들든, 변수를 만들든.

제발좀 네이밍에 신경을 써라.

상황에 따라선 코딩하는 시간보다 네이밍하는데 시간을 더 써야 될 때도 있다. 물런 항상 그러면 안된다. ㅋㅋ

제발 좀!!

의미에 맞는 네이밍해라. 영어사전 항상 열어놓아라. 아님 구글번역기라도 돌려봐라.

스스로 먼저 리뷰를 요청해라

리뷰를 꼭 해라. 혼자 하지 말고 최소한 같이 프로젝트한 팀원들과 해라.

이 프로젝트에 참여하지 않은 사람들은.. 첨부터 끝까지 설명해야 해서 귀찮긴 하지만.. 

서로에게 자극을 주고 배움을 주는거니 거절하지는 마라.

가능하다면 고수도 껴넣어라. 없어도 상관은 없다.

혹 코드리뷰하는 분위기가 아닌가? 그럼 당신이 만들어라.

용기 있는자가 미인을 쟁취한다는 말도 있지 않은가?

...........? ㅋㅋㅋㅋ

도저히 용기가 안난다면, 맘 맞는 몇명만 불러서 해라.

맘 맞는 사람이 없나?

그럼 친하고 신뢰할 수 있는 사람을 불러서 해라.

커피 한잔 사준다고 꼬득여서 해라.

어쨋든 해라.

그리고 가능하면 사수는 꼭 넣어라.

아에 신입이면 페어프로그래밍 하면서 이런것 하나하나 일일이 지적할 수 있지만.

겅력 2년정도 된 사람들은, 페어프로그래밍하면서 하나하나 지적하기가 힘들다.

왜냐면.. 이미 나쁜 습관이 들어있고.. 경력이 있다보니 쫀심이 있어서.. 되려 카운터 얻어맞을 수 있기 때문이다.

물런. 착한 사수는 그런거 신경안쓰고 열심히 가르켜주겠지만.. 난 한번 당한 경험이 있어서 말이지..

요즘 아이들 무섭다 ㅠ,.ㅠ 어른을 존경하는 마음을 떠나.. 이타심 자체가 부족하다.

암튼. 아무래도 경력이 있다보니 기본적인 구조, 네이밍을 지적하기가 여간 조심스러운게 아니다. 그래 나 소심하다 ㅋㅋ

리뷰타임에서는 페어프로그래밍할때 못했던 말들, 페어프로그래밍하면서 놓쳤던 부분, 혹은 페어프로그래밍할때 잘못 작성한것들 등등을 발견하고 서슴없이 깔 수 있기 때문이다.

하지만 사장님에겐 따뜻하겠지..

여기서 중요한것은 코드리뷰할때 내가 작성한 코드는 없다. 우리가 작성한 코드만 있을뿐이다.

그러니 발끈하거나 감정 상하지 마라.

쓰다보니 해주고 싶은 말이 너무 많지만.. 그런거 다 쓰자니 내가 귀찮아서 ggㅋㅋㅋ

쓰고보니 결국은.. 수백번은 봤을 수 도 있는 이야기들이다. 봤으면 뭐하나.. 실행을 안하는데..

제발 좀 행동으로 옮겨라!!!

간만에 포스팅이라 제가 감(글쓰는 법, 개그감)을 잃었나봅니다.

죄송합니다. ㅠ,.ㅠ

도망가자. ㅋㅋ

하지만 읽어준 당신에겐 감사. 

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

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

제목이 이상한것 같지만, 아래 코드를 보자

brew를 실행하면, 되긴 하는데..
정작 설치를 하거나 업그레이드를 할려고 하면 권한 문제로 실행이 안된다.

나의 경우에는 맥북에서 아이맥으로 마이그레이션을 했는데, 그래서 생긴 문제인 듯 하다.

/usr/local에서 파일 오너가 root로 되어있다.

이걸 전부 내 계정으로 변경해주었다.

그리고 나서 업그레이드를 하니 잘 된다.

 

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

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

회사에서는 리얼포스 106을 사용하고 있습니다. (물런 개인 키보드 입니다. 자랑질~*)
(87은 아무리 구해도 구할 수 가 없어.. 어쩔 수 없이 106키를 쓰고 있는데.. 마우스와 키보드를 오갈때마다 많이 불편하네요. 짤라버리고 싶은데, 짜르실 줄 아는 기술자님이 지금은 작업을 안하신다고.. ㅠ,.ㅠ)
 
물런 ESC 키캡은 Red죠! ㅎㅎ

 
맘같아선 이 녀석을 들고 출퇴근하며 집에서도 쓰고 싶지만..
무게도 생각보다 좀 있고,
귀찮고,
들고 다니면 아무래도 먼지가 배부르게 잡수실 것 같고,
충격에 상대적으로 많이 노출 될 것이고,
그냥 주말마다 가져가서 사용하고 있습니다.
우리는 주말부부. (응?)

그럼 집에서는 무엇을 쓰냐?
바로 필코 마제터치 갈축을 약 5년정도 사용하고 있습니다.

기계식이지만 소음은 상대적으로 적은편에 속하고, 키감도 맘에 들어했던 녀석입니다.
중간에 쓰던 녀석이 고장이 났지만, 또 다시 일본에서 사온 녀석이죠.
이 녀석을 총 3번을 구매해서 쓸만큼 애착이 있는 모델입니다.
(물런 리얼포스 앞에선 헌신짝)

그런데 이 녀석이 언제부턴가 R이 눌렀다 안눌러졌다 그러더군요..
별로 신경 안쓰고 있었는데.. 언제부턴가 슬슬 짜증이 나더군요.
그래서 고장나서 안쓰고 있던 다른 마제터치(마찬가지 갈축)의 키를 하나 빼서 교환해주기로 마음 먹었습니다.

이 고장난 녀석도.. 허접하지만 한번 직접 고쳐서 사용했던 녀석인데.. 
콘덴서가 문제인지, 아니면 땜빵한 배선이 충분한 전력을 공급을 못하는건지..
중간중간 전력이 약해지면서 연결이 끊어지더군요

먼저 고장났던 키보드를 분해하고.. 인두기로 지져서 엔터키를 탈착했는데.. 
젠장!! 다리 하나가 끊어졌습니다.

어쩔 수 없이 엔터키는 버리기로 하고.. 메뉴키를 뽑기로 결정
왜 하필 메뉴키냐면.. 키캡이 떨어져 있길래.. 마치 '날 좀 뽑아주소'라고 나에게 전언을 보내고 있다는 느낌을 받아서랄까? 응?

순식간에 옥수수 2개 털린 키보드

고장난 R키와 바꿔치기 해줬습니다.
이게 바로 잘 안눌리던 R키 입니다.

납땜을 한 후 USB에 연결해서 R이 제대로 눌리는지 확인해봅니다!
우오오오!!!!!! 잘 됩니다! ㅎㅎㅎ
케이스 마저 조립하고.

옥수수 2개 털린 키보드의 뒷태와 장기이식으로 인해 새 생명을 얻은 키보드

근데 이제는 E키가 잘 안눌리는것 같습니다.

아놔...... 

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

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

RoR에서 Terminal을 사용하기 때문에 이 카테고리에 넣습니다.
양해를 쿨럭~;

Mac Terminal의 Home, End키의 기본 세팅이 스크롤 최상단/최하단 (좀 더 정확하게 말하면 버퍼의 최상단/최하단)으로 이동이 됩니다.
하지만 일반적인 상황에선 현재 줄의 처음과 끝으로 가는 용도로 많이 사용하죠. 
(여기서 OSX에 불만 하나.. 왜 프로그램마다 Home, End 동작이 틀리냐고.. Home, End만 틀린게 아님. 틀린키 무지 많음.)

평상시에는 그냥 그러려니 하고 별 문제 없이 쓰지만, 막상 필요한 순간이 오면 참 짜증이 나는.. 뭐 그런 기능입니다.

아래 Terminal에서 Home, End키 적용하는 법입니다. 

1. Preferences를 엽니다.

2. 그런후 사용하시는 스킨의 Keyboard로 이동 합니다. 
3. Home을 선택, Edit을 누릅니다.

4. Action을 "Send string to shell"로 선택하시고, \033[1~를 입력후 OK
\033[1~는 복사해서 붙여넣으세요.

5. 마찬가지로 end를 선택 하신 후 Edit

6. 이번에는 \033[4~를 입력

끝입니다.

혹시 PageUp/Down을 원하신다면, 마찬가지 방법으로
PageUp: \033[5~
PageDown: \033[6~ 

를 입력하시면 됩니다.

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

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

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

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

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

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

개발하다보면 Common Module 혹은 Common Library 등.. 이런 뉘앙스의 이름으로 불리는 녀석들이 있다.
개발하는데 공통적으로 쓰이는 것들을 모아놓은 녀석들을 지칭하는 말인데,
cocoa에서는 이렇게 안부르고 static library라고 부른다.

iPhone, iPad의 경우 시뮬레이터가 있다보니 시뮬레이터(simulator)용, 디바이스(device)용 이렇개 2가지를 만들어서 상황에 맞게 사용을 해야 하는데, 이게 참 번거로운 일이다.

생각해보라.
시뮬레이터로 테스트 할땐 시뮬레이터용 라이브러리를 넣고
디바이스에서 테스트 할땐 시뮬레이터용 라이브러리를 삭제하고, 디바이스용 라이브러리를 넣고
다시 시뮬레이터로 테스트 할땐 디바이스용 라이브러리를 지우고, 시뮬레이터용 라이브러리 넣고.
지금 TAd(SK T에서 제공하는 광고)가 이렇게 구현되어 있다.

하지만, 다행스럽게도 라이브러리를 하나로 합칠 수 있다.
lipo를 이용하면 되는데, 잠시 후에 언급하겠다.

1. 라이브러리로 만들 프로젝트 생성

라이브러리로 만들 프로젝트를 새로 만든다. 이때 타입은 Cocoa Touch Static Library이다. 
iOS > Framework & Library > Cocoa Touch Static Library

Library라는 이름으로 프로젝트를 생성했고, 공통으로 쓰이는 모듈을 모아놓은 파일을 프로젝트에 추가를 한다.
Common.h, Common.m 파일을 추가했다.

2. 시뮬레이터용(simulator) Target 만들기.

새로운 Target을 추가를 하는데, Target의 타입 또한 Cocoa Touch Static Library이다.

시뮬레이터용 라이브러리이므로, Target이름은 Library-Simulator로 하겠다. (네이밍은 본인 마음대로)

그리고 파일을 Build Phases에 추가를 해야 한다.
헤더(.h) 파일은 Copy Headers에, 소스(.m)파일은 Compile Sources에 드래그&드랍(Drag&Drop)으로 추가를 한다.
Header는 Public, Private, Project 이렇게 3가지 타입을 가지고 있다. 목적에 맞는곳에 넣으면 되며, 기본값은 Project이다.

그리고 마지막으로 Scheme 타입에 Build Configuration을 Release로 변경한다.
Product > Edit Scheme

3. 디바이스용(device) Target 만들기.

2. 시뮬레이터용(simulator) Target 만들기.와 똑같은 작업의 반복이다. 이름만 다른것으로 바꿔주면 된다.
Library-Device라고 하겠다.

4. Targets 합치기.

위에서 언급했던대로, 지금 만든 2개의 Target을 하나로 합치는 Target을 만든다.
이번에도 Add Target을 하는데, Aggregate로 만든다.
Other > Aggregate

이름은 Library-iOS4.0 으로 하겠다.
이번에도 마찬가지로 Edit Scheme에서 Build Configuration을 Release로 변경한다.

Run Script를 추가를 한다.
Add Build Phases > Add Run Script

그리고 나서 lipo를 이용한 두 Target을 Merge하는 구문을 넣는다.

보시다시피 sh 명령어이다. 파일명은 본인의 상황에 맞게 수정하면 된다.
위 명령어를 보면 대충 파악 되겠지만, 두개의 .a를 하나의 .a로 Merge해주는 명령어다.
지금은 빌드를 안했기 때문에 libLibrary-simulator.a와 libLibrary-device.a가 없다. 
여기서 주의할점은, 빌드를 하면 lib이 접두어로 붙게 된다. 그러므로 .a 파일명에 접두어로 lib을 붙이는걸 잊지말자. 

5. 빌드하기

자, 이제 세팅은 완료가 되었다. 각각의 Target을 Build해주면 된다.

먼저, Library-simulator 빌드!

이젠 Library-Device 빌드!

Library-simulator.a, Library-device.a 파일 모두 생성되었다.

마지막으로 Library-iOS4.0 빌드!

이제 만들어진 libLibrary-iOS4.0.a를 사용하면 되는데, 이 녀석의 위치는
libLibray-Device.a를 우클릭해서 Show in Finder로 보면 Finder가 열리는데, 그 위치에 있다.

이제 libLibrary-ios4.0.a와 Common.h 파일을 작업중인 프로젝트에 넣어서 사용하면 끝!

만약. libLibrary-ios.4.0 빌드를 실패했다면 십중팔구 파일을 lipo에서 파일을 못찾아서 나는 에러이다.
아래 4가지 항목을 체크해보면 해결 될 것이다.

• 만들어놓은 Target들의 Build Configuration이 Release로 되어 있는지
• Library-simulator는 Simulator로 빌드했는지
• Library-device는 device로 빌드했는지
• Library-ios는 device로 빌드했는지

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

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

아시다시피 5월 5일 Rails 3.1 Beta 1 이 Release되었다.
많은것들이 바뀌었는데 그것들중 알고 넘어가면 좋을법한것 몇가지만 추려 간략하게 Overview해보았다.

설치

Javascript

Rails 3.1부터 prototype.js가 아닌 jQuery와 CoffeeScript가  Default로 탑재되어 있다.
만약 jQuery가 아닌 prototype.js를 계속 사용하고자 할 경우,
해주면 된다.

새로 추가된 Gems

• sass: haml에 포함되어 있던 sass가 독립되어 나왔다.
• coffee-script
• uglifier: JS를 하나의 파일로 합쳐준다.
• jquery-rails 

디렉토리 구조 변경

Public아래에 있던 Javascript, Stylesheets, Images가
/app/assets/ 로 이동되었다.
그러므로 웹엔진(Nginx등)에서 Js, Css, Image를 Rails한테 안넘기고 직접 처리하도록 세팅이 되어 있었다면, 관련 부분은 수정이 있어야 한다

Sprockets

application.css, application.js에 보면
처럼 주석처리된 require들이 있는데, 이건 주석이 아니라 sprockets의 require(include)하는 문법이므로 해당 구문을 삭제하면 include가 안된다.
 

Migration 

migration file의 change 메소드가 추가되었다. 
과거에는 up, down으로 메소드가 분리되어 있었지만, change로 통합되었다.
하지만 종종 제대로 동작하지 않을때도 있는데 그럴땐 up, down을 만들어서 사용하면 된다. 

그리고 :belongs_to가 추가되었는데, 과거 relationship을 같게 될 경우 직접 index key(article_id:integer)를 만들어 줬었다.
3.1 에서는 belongs_to를 이용하면 되는데.

이렇게 써주면되며, belongs_to로 만들면 add_index도 시켜준다.

Console

콘솔에서 DB Query가 노출이 되었는데.. 상황에 따라선 이게 과잉친절이 될 수 도 있을 듯 하다. 

Active Record

• :has_many에서 :through를 다중깊이까지 사용할 수 있게 되었다. 
• 그리고 :through에서 :dependent 도 지원을 한다.
• :as 가 추가되었다.  
• default_scope가 block으로 처리할 수 잇게 되었으며 lambda, method를 사용할 수 있다.
  

  default_scope { ... }
  default_scope lambda { ... }
  default_scope method(:foo)

• update_column이 추가되었는데, update_attribute와 동작은 유사하지만 validation과 callback을 무시하고 update한다.
  

  User.first.update_column(:name, "sebastian") 

• inverse_of가 추가되어서 예제 코드처럼 post.tags.build가 가능하다.
  

  class Post < ActiveRecord::Base
    has_many :taggings
    has_many :tags, :through => :taggings
  end
  
  class Tagging < ActiveRecord::Base
    belongs_to :post
    belongs_to :tag, :inverse_of => :tagging # :inverse_of must be set!
  end
  
  class Tag < ActiveRecord::Base
    has_many :taggings
    has_many :posts, :through => :taggings
  end
  
  post = Post.first
  tag = post.tags.build :name => "ruby"
  tag.save # will save a Taggable linking to the post

• has_many의 :conditions에서 sql을 직접 쓰는것의 사용법이 바뀌었다.
  
  // Before
  has_many :things, :conditions => 'foo = #{bar}'
  
  // After
  has_many :things, :conditions => proc { "foo = #{bar}" }
  
• has_secure_password라는 메소드가 추가가 되었는데, Authentication을 직접 만들어서 쓸 경우 아주 유용하게 사용할 수 있다.
  새삼스럽지만, 3.1되면서 부터 Authentication Tool은 안써도 될 듯 하다.

Action Pack 

• auto_link가 제거되었다. 만약 계속 사용할것이라면 rails_autolink gem을 이용하면 된다.
• :authenticity_token 을 form_tag에서 option으로 바뀌었다. 생략하거나 수정이 가능하다.
• rhtml, rxml이 제거되었다.
• csft_meta_tag가 복수로 rename되었다. csft_meta_tags
• HTML5의 "data" attribute를 hash로 제공한다
  
  tag("div", :data => {:name => 'Johan Kim', :city_state => %w(Seoul)})

Active Support

• Object#in?
• weeks_ago
• pre_week

간략하게 이 정도 인 것 같다.
관심이 있다면 https://gist.github.com/958283 를 확인하면 자세한 내역이 나온다.

http://menonrails.com/articles/14 에 기고된 포스팅 입니다.

참고링크

• rails blog: http://weblog.rubyonrails.org/2011/5/5/rails-3-1-beta-1-released
• release note: https://gist.github.com/958283
• railscasts: http://railscasts.com/episodes/265-rails-3-1-overview
• sprockets: http://getsprockets.org/
• coffee-script: http://jashkenas.github.com/coffee-script/
• jquery: http://jquery.com/
• sass: http://sass-lang.com/
• menonrails: http://menonrails.com/articles/14

 

 

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

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

Edit+ 짱!

Windows에서 개발을 할때는 무조건 Edit+만 사용했었다. (PHP뿐만 아니라 RoR할때 조차도!)

그 이유는

• 10년 넘게 사용해왔다는 점.
• 정식 라이센스를 보유하고 있다는 점.
• 베타 테스터라는 이유. (개발자와 100통이 넘는 메일을 주고 받았다.)

도 있었지만,

• 10년 가까이 사용해오다보니 왠만한 단축키는 거의 다 외우고 있었고
• 직접 단축키를 할당하는 등의 커스터마이징도 많이 되어 있었고
• 무엇보다 막강한 편집기능 때문이었다.

막강한 편집기능의 간략한 예를들면..

• 주석 추가/제거
• 현재 케럿에서 앞/뒤로 줄 삭제
• 현재 줄 복사/삭제
• 현재 줄을 위/아래로 이동
• 현재 단어 삭제
• 캐럿기준 앞뒤 문자 바꾸기
  이것 정말 쏠쏠한 기능이다. 고속으로 타이핑 하다보면 철자의 앞뒤를 바꾸는 경우가 있는데 이 기능을 실행하면 앞뒤 문자를 바꿔준다. 예를들어 form인데 from으로 쳤다고 하자. o와 r 사이에 캐럿을 놓고 Ctr+T(단축키는 정확히 기억이..) 누르면 form으로 짠!

등등등 Edit+ 편집메뉴에 있는 모든 기능을 능수능란하게 사용하다 보니 RoR을 할때도 Textmate보다 Edit+로 하는게 비교도 안되게 빨랐다.
(개발툴을 능숙하게 사용하는것도 개발자의 능력임을 잊지말자!)

그러다 몇년전 OSX로 넘어오면서 어쩔 수 없이 Textmate로 넘어왔는데, 이건 뭐 도저히 작업속도가 안나오는 것이다.

뭐 Textmate도 그럭저럭..

사람들이 Textmate에 훅~가는 멋진 기능중 하나가 바로 "코드 자동완성"인데.. 사실 이거 Edit+에도 있다.
사실 Textmate가 좀 더 미려하고, Smart한것은 인정! 하지만 개발속도에 영향을 줄 정도는 아니다.

어쩌다 보디 Edit+ 찬양글이 되어가고 있는데, 10년을 쓴 Edit+인데 Textmate가 성에 안차는걸 어떻하랴..

돌아와서, Textmate의 막강한 기능이 바로 커스터마이징이다. 내가 필요한 기능이 있으면 만들어서 추가해버리면 된다. 물런 Edit+도 가능하지만 한계가 명확하다.
Textmate가 제공하는 기본 편집기능도 Edit+만큼은 아니지만 나름 괜찮은 기능들을 제공한다.
다만 Text Bundle에 숨겨져 있다는게 문제.

그러므로 Textmate로 개발을 해야 하는 개발자라면 시간을 투자해서 Text Bundle과 자기가 사용하는 Language의 Bundle을 처음부터 끝까지 여러번 살펴보는것을 권장한다.
(다시한번 말하지만, 개발툴을 능숙하게 사용하는것도 개발자의 능력임을 잊지말자!)
 
Bundle의 단축키를 수정할 수 있으므로 자주 쓸법한 녀석은 단축키를 지정해 놓는것이 편하다. 
이런것중 유용한것 하나가 "줄 끝 공백 제거"같은 기능이 있는데.. 단축키가 할당되어 있지 않다.
필자의 경우 ⌃. 으로 단축키를 할당해서 쓰고 있다.

단축키가 이미 꽉 차 있거나, 단축키가 너무 많거나 혹은 휴먼 메모리가 딸려서 외우지 못할경우 Bundle Item ⌃⌘T (Bundles → Select Bundle Item)을 찾아서 실행하면 된다.

Textmate 편집 단축키

필자가 자주 애용하는 편집 기능은

• ⌥⌘.(마침표): HTML 안닫힌 태그 있으면, 닫힌 태그 입력
• ⌃⇧,(쉼표): HTML 태그 생성
• ⌃⇧.(마침표): Language의 시작, 출력, 주석 등등 (Bundle에 따라 틀림)
• ⌘/: 주석 추가,제거
• ⌃W: 단어 선택
• ⌃⇧K: 줄 삭제
• ⌃⇧D: 줄 복사
• ⌃⌘↑↓: 줄 이동
• ⌘F: 검색
• ⌘G: 다음 검색
• ⇧⌘G: 이전 검색
• ⌃⌘F: 모두 변환
• ⌥⌘F: 변환하고 찾기

Bundle에 있는 기능도 있고, Edit 메뉴등에 있는 기능도 있다.
막상 써보니 그리 많지는 않은데 빼먹은것들이 꽤 있을듯한다. 누락된것은 생각이 나거나 새로 발견하는 것들은 계속 추가할 예정이다.

URL

• EditPlus: http://editplus.com/index.html
• Textmate: http://macromates.com/
• TextMate Basics Tutorial : http://projects.serenity.de/textmate/tutorials/basics/

ps. 여러분이 사용하시는것 있으면 우리 공유해요~
코멘트로 써 주시면 올리신 분 아이디와 함께 단축키 목록에 추가할게요! 

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

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

1. 단축키가 대거 바뀐점.

아.. 이거 정말 골치아프다.
개발자의 능력중 중요한 요소 하나는 작업 속도이다. 
이러한 작업속도를 결정짓는 요소중 하나가 바로 툴의 숙련도인데..
단축키가 너무 많이 바뀌어 버려서, 속도가 확 줄어버렸다.

나중에 시간나면, 바뀐 단축키나 정리해봐야겠다.

2. IB에서 Objects간의 간격이 안나오는 버그

IB로 작업을 하게 되면, Objects간의 간격을 알보는게 꽤 유용하다.
물런 덧셈, 뺄셈해서 작업을 해도 되지만, Objects간의 간격을 보면서 커서로 1px씩 이동을 하면 훨씬 쉽게 작업을 할 수 있다.
그런데.. Xcode4 IB에서는 이게 동작하지 않는다.
예전에 버그 레포팅을 했는데, 과거에 다른 사람이 이미 신고를 했다고 답장이 왔다.
근데 왜 아직까지 디버깅해서 릴리즈 안하는데? ㅡ,.ㅡ;

3. IB에서 Image Copy

Xcode3시절에는 IB에서 객체 복사를 하면, 해당 객체의 속성값들까지 그대로 복사가 되었다.
말 그대로 복사였다.
그런데 Xcode4에서는 Image값을 흘리고 복사가 된다.
예를들면, ImageView를 복사해서 붙여넣기를 해보면, Image(html로 예를들면 src안에 있는 이미지 경로라고 보면 된다.)는 복사가 안된다.
웃긴건.. 다른 속성들은 그대로 복사가 되는데, Image만 복사가 안되는 것이다.
Button도 Image가 복사가 안되긴 매한가지다. 

 이게 버그인지, 의도적인지는 모르겠다만..
이렇다 보니, 또 다른 속성을 흘릴고 복사가 될지 모르는 불안한 상황.
하...... ㅡ,.ㅡ
그리고 ImageView, Button 전부 하나하나 찍어서 Image값 넣어줘야 하는 불편함.
하...... ㅡ,.ㅡ(2)
(내용추가.어떨땐 Image까지 잘 복사되는걸 보아 버그가 맞는듯 하다.)


Apple 나의 기대를 져버리지 않는구나.  

Apple 패라고 망치를 그린건 아니겠지..

 

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

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

먼저 iOS에서 지원하는 접근성은 어떤것이 있는지 알아보자.
iOS에서 지원하는 접근성 항목은 총 7가지가 있다.

• VoiceOver
• Zoom(확대/축소)
• Large Text(큰 텍스트)
• White on Black(검정색 바탕에 흰색)
• Mono Audio(모노 오디오)
• Speak Auto-text(자동 텍스트 말하기)
• Tripe-click Home(홈 삼중 클릭)

이 항목들은 Settings(설정) -> General(일반) -> Accessibility(손쉬운 사용) 에서 확인할 수 있으며, iOS를 사용하는 Device(장치)인 iPod touch, iPhone, iPad 모두 동일하게 지원을 한다.
 

 

VoiceOver

이름이 직관적이라 아마 모두 감 잡았으시리라 생각되지만 Apple에서 만든 Screen Reader 라고 보면 된다.
OS X에 있는 VoiceOver와 동일한 기능을 수행한다.
VoiceOver를 On을 하면, Touch는 선택된 Object(객체)에 대한 설명을 읽어주는것으로 대체되며, 
Double-tap을 해야지만 Click과 같은 역활을 수행하게 된다.

기본적인 작동법의 변화 전/후를 정리해보았다.

	VoiceOver Off (Default)	VoiceOver On
터치(Touch)	실행	항목 읽기
탭(Double tab)	줌인/줌아웃	실행
한 손가락 좌우 쓸어넘기기 (Flick left, right)	좌/우로 스크롤링 및 이동	이전/다음 항목 읽기
두 손가락 아래로 쓸어 넘기기 (Two finger flick down)	-	선택한 항목에서부터 시작하여 페이지 읽기
두 손가락 위로 쓸어 넘기기 (Two finger flick up)	-	가장 위에서부터 시작하여 페이지 읽기
세 손가락 좌/우/위/아래로 쓸어 넘기기 (Three finger flick left/right/up/down)	-	스크롤링
네 손가락 좌/우로 쓸어 넘기기 (Four finger flick left/right)	-	이전/다음 컨테이너(메뉴 혹은 페이지)로 이동 - iPad만 지원
네 손가락 위/아래로 쓸어 넘기기 (Four finger flick up/down)	-	처음/마지막 요소로 이동 - iPad만 지원

이 정도만 알아두면 VoiceOver를 사용하는데 지장은 없을듯 하다.

http://www.apple.com/accessibility/iphone/vision.html
http://www.apple.com/accessibility/ipad/vision.html
이곳에 가면 간략한 설명은 나오지만, 디테일한 사용설명서 같은것은 없다.
간단하게 표로 결과물이 나오기까지 저자의 노고를 조금이라도 알아달라는 마음에서;;

하지만 막상 해보면 생각보다 쉽게 되지 않은데 "VoiceOver 연습"이라는 메뉴가 있다.
이곳에 가서 연습을 해보면 된다.

Zoom(확대/축소)

간단하게 화면을 확대/축소하는 기능이다.
이것또한 Touch방식이 변경되는데,  보통 사진이나 Safari에서는 Double tab을 하면 확대/축소가 되었다. 하지만 Zoom기능을 켜게되면 세 손가락이 기준이 된다.

• 세 손가락으로 Double tab을 하면 확대/축소가 되고
• 세 손가락으로 Drag(이동)을 하면 화면이 움직이고
• 세 손가락으로 Double tab한 상태에서 Drag up, down을 하면 줌인/줌아웃이 된다.

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

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

스마트폰 App 제작은 이제 핫이슈가 아니다. 좀 더 정확하게 말하면 이슈거리도 안된다.
스마트폰의 App개발은 홈페이지 만들듯, 이제는 당연한것으로 여겨진다.

그렇다면 App의 접근성은 어떠한가?

우리 솔직해져보자.
개발자중에 '접근성'이라는 단어를 들어본적이 있는 사람이 있는가?
만약 있다면 '접근성'을 App개발과 연관시켜서 생각해본적이 있는가?
그렇다면 접근성을 준수하는 App을 만들려고 노력이라도 해보았는가?

Apple에서 만드는 제품(Product)들은 대부분 접근성을 잘 지켜진 기기(Device)이다. 
그러므로 장비탓을 할 수 도 없다.

과거에는 개발에만 열을 올렸지, 접근성은 철저히 무시되어왔다.
하지만 App을 만드는게 당연해진 지금이라도 접근성을 보장하도록 개발을 해야 하지 않을까?

애초부터 접근성도 함께 관심을 받으며 성장해 나가는것이 최고였겠지만,  지금이라도 접근성을 지켜 App 제작시 접근성도 당연히 신경쓰는날이 오길 기대하며 글을 써본다.

먼저 밝히고 싶은것은, 사실 필자 또한 접근성을 준수하며 App을 개발해본적이 없다.
하지만 이렇게 글을 써내려가는 이유는, 웹 접근성 전문가들중에 App 개발자는 유일무이한 상태(확인된바는 없다)다보니, 나에게 별로 달갑지 않은 책임감이 생겨버렸다.
내가 무슨 대단한 사람이라고 이런 책임감(?)이 느껴지는지 사실 모르겠다.

아무튼, 관련 문서들을 보며 직접 시도를 해보고 배운것을 하나하나 정리한 후 포스팅하게 될것이며, 기본적인 UI에서의 접근성을 다루게 될 것이다.

수정된(Customized) UI를 다루지 않는 이유는, 

• Customized UI의 방법과 형식은 무한하기 때문에, 이를 다룬다는것 자체가 어폐가 있고
• 기본 UI의 접근성을 준수하는 방법을 익힌다면, 그 후는 응용이라고 생각하기 때문이다. 

iOS에서 접근성을 지키는게 복잡하거나 어려운게 아니기때문에 연재수가 많아지지는 않을것 같다.(사실 무지 간단하다. 포스팅하는게 무안할정도로. 흠흠;;)
짐작키로 많아야 5회정도?

언제 연재가 완료가 될 지 모르겠지만 스스로를 독려해본다.



Android와 iOS의 접근성을 비교한 글이 있다. 스마트폰 App개발자라면 한번쯤은 읽어봄직 하다. 
Accessibility 서비스로 바라본 안드로이드 vs iOS

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

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

CSS for Retina Display 에 이어 이번엔 IPad 화면 회전에 따른 CSS 적용법에 대해 간략하게 적어보겠다.
사실 화면회전에 따라 CSS를 구별해서 적용하는 경우는 드물것이나, IPad에 맞춤 웹페이지를 제작하다보면 어느순간 필요해지는 부분이다.

1. Media Query
iPad Orientation의 Media Query는
이다.
portrait는 세로화면,
landscpae는 가로화면이다.


2. 불러오기
CSS for Retina Display와 동일하다

2-1. 별도의 CSS File을 만든경우

2-2. style을 구분하여 불러올 경우
2-3. 일반적인 style 안에서 불러올 경우


3. 예제
세로용에는 portrait, 가로용에는 landscape를 부여하고, CSS를 통해 제어해보겠다.


4. 확인
4-1. Portrait(세로모드)

4-2. Landscpae(가로모드)

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

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

XCode4로 업데이트 되면서 App 등록을 시킬려고 했더니.. 이거 뭔가 잘 안된다.
그래서 가볍게 구글링 해봤는데.. 없다. (다들 아는걸 나만 모르고 있었나?;;)
어쩔 수 없이 XCode 페이지에서 Xcode 4 Transition Guide를 살펴보니 끝트머리(96 of 98)에 나와있다.
만약 검색안하고 처음부터 살펴봤으면(물런 그럴일은 없겠지만)... 끔찍하다 -ㅅ-;
뭐 암튼 어떻게 바뀌었는지 정리 한번 해봤다.

과거 App Upload방식의 변경이 웹페이지에서 직접 파일을 업로드 하는 방식에서, File Upload 부분만 Application Loader로 바뀌었었다면. 이번엔 Upload하기 전 과정이 바뀌었는데, Archive(새로 추가됨)를 이용하도록 변경되었다.

어떻게 바뀌었는지 둘러보자.
아참. 웹페이지에서 하던일은 똑같이 해줘야 한다. 순전히 XCode에서의 작업만 변경되었다.

1. Build Configuration, Distribution?
1-1. XCode3에서 넘어온 경우
XCode3에서 Build Configure "Distribution"을 만들어서 사용했던 경우인데,  Archive Build Configuration만 변경해줘도 되고 아래 1-2 방법을 사용해도 된다.

Editor에서 Edit Scheme를 클릭

Archive가 Release로 선택되어 있는데, 이를 Distribution으로 변경.

1-2. 새로 프로젝트를 만든 경우 (CodeSign 적용)
 과거에는 Build Configuration에서 Release를 복사해서 Distribution을 만들었었는데 XCode4에서는 어떻게 Distribution을 만드는지 모르겠다.
이런 프로세스 자체가 사라진것 같은데, 개인적인 추측으론 쓸대없이 Distribution만들지말고 Release쓰라고 그런게 아닐까? 한다.
암튼 돌아와서, Release의 CodeSign만 변경해주면 된다.

 Project Navigator에서 현 프로젝트를 선택한 후 Build Setting 탭으로 이동 (아래 캡쳐에서는 탭이 짤려서 안나온다)
여기서 Release CodeSign을 Distribution용 CodeSign으로 선택

결국 이 과정은 CodeSign을 맞추는 과정이다.

2. Archive
Organizer의 Archives 에 등록을 해야먄 App을 Upload할 수 있다.
현재는 아무것도 없는 상태

Editor로 돌아와서, iOS Device로 시뮬레이터 선택

Product -> Archive를 실행

Archive를 위한 Compiling중.

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

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

핵심은 Media Query!

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

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

• wifi 미지원: 사실 크게 중요하진 않았지만.. 요즘 같은 시대에 기본이기도 한..
• 보라색 후드티가 진행요원임이 확실히 인지가 안된점.
• 마찬가지로 자봉단들이 자봉단인지 못알아봤다는 점: 자봉단을 구분할 수 있는건 자봉단임을 알 수 있게 행동을 하거나, 목에 걸고 있는 네임텍뿐이었는데.. 인지가 쉽지 않았음.
• 보라색 후드티들이 자꾸 들락거려서, 컨퍼런스에 집중할 수 없었던 점: 강의실 멘 뒤에 진행요원 한명이 자리를 지키고 앉아있고, 요원들끼리 커뮤니케이션은 문자나 채팅등으로 했었다면..
• 강의실 문을 열어놓고, 자유롭게 입/출입이 가능했어야 함: 강의실 문을 닫아버리니, 강의중에 나가기도 들어오기도 참 애매한 상황. 그리고 문 열어놓으면 보라돌이들의 출입으로 인한 방해가 덜 되는 효과도 함께..
• 접수 데스크가 오프닝과 너무 멀고, 코너를 돌아야 나타나다보니 보이지 않는 문제점.
• 강의실 찾기가 힘들었던 점.
• 시각적인 Guide가 부족했던 점(위 항목과 같은 얘기임): 자봉단이 서서 안내를 했지만, 자봉단이 자봉단임을 인지하기가 쉽지 않았으므로..
• 시간표가 바뀌었을때에 대한 안내가 부족했던 점.
• 클로징

유료인데 반해, 진행이 전반적으로 아마추어스러웠던듯 하다.

물런 우리가 전문 행사 진행자들이 아니니 그렇긴 합니다만. 돈내고 들으로 온 사람의 입장에서는 그렇지 않을터이니.. 

그래도 모두 자원봉사로 이루어진 운영 및 자봉팀에게 박수를!

보너스로 단독샷!

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

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

1.천재들은 20대에 성공한다

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

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

더보기

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

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

한동안 IPhone, IPad, Android 개발하다가, 잠들어 있던 개인프로젝트를 다시 시작할려고 맘을 먹었다.

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

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

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

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

푸쉬하다가 인증서가 엉켜서 새로 인증서를 받고 추가를 할려니..
아래와 같은 에러 메세지를 꽥 내고.. 인증서 추가를 안해주더군요. 고얀놈!
자 모두 함께 읽어보고 이해해봅시다.

 

응? 읽어봐도 문말인지 모르겠습니다.
이것 때문에 보낸 시간과 스트레스를 생각하면..

해결방법은 간단합니다.
다운받은 인증서를 Drag&Drop으로 키체인의 로그인에 놓으면 됩니다.


결국 문제는 Double-Click시 멍청한 눈탱이표범이 시스템 루트로 인증서를 추가하려 했던것이지요.

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

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

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

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

GlobalVariable.m

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

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

- (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation {

return YES;

}

했는데도 Rotate가 안될때.

pushViewController할때의 코드가 만약 alloc만으로 되어 있는 코드라면

subView = [subViewController alloc];

[navigationController pushViewController:subView animated:YES];

initialize한 후 pushViewController를 하면 됩니다.

subViewController = *subView = [[subViewController alloc] init];

[navigationController pushViewController:subView animated:YES];

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

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