Seorenn SIGSEGV

상황은 약간 제한적인데, OS X 에서 Homebrew를 이용해 Python과 Macvim 등을 설치해서 사용하는 과정에서 언젠가 이런 오류가 발생 할 수 있다. (Ruby도 관련이 있을지도 모르겠다)

Swift는 Objective-C를 대체하기 위해 나온 언어라서 그런지 둘 간의 퍼포먼스 벤치마크가 약간씩 나오고 있는 것 같다. 물론 Objective-C가 좀 더 low-level 이라서 퍼포먼스가 잘 나오는건 당연한거라 생각되지만, 어쩌면 Swift 코드를 잘못 짜서 결과가 더 벌어지는게 아닐까 하는 생각이 들 때도 있었다. 퍼포먼스 비교 시 루프를 이용해 특정 횟수로 테스트를 하는건 일반적이다. 하지만 루프를 어떻게 짜느냐에 따라 속도도 차이가 벌어질 수 있다. 그래서 확인 할 겸 Swift로 몇 가지 루프 코드를 짜서 실행 속도를 비교해 봤다.

이번 WWDC 발표에서 가장 눈길을 끄는 것은 Swift 라는 새로운 언어의 등장이라고 생각한다. 물론 그와 함께 플레이그라운드(Playground) 라는 기능의 등장도 개인적으론 굉장한 것이라고 생각한다. 이번 글은 간단하게 플레이그라운드에 대해 겉보기만 해 보려 한다.

나에게 엄청난 똥(...)을 엄청나게 안겨준 Swift를 구경해 볼 겸 Xcode6 베타를 설치해 봤다. 혹시 다운로드나 설치와 관련된 정보가 필요하신 분이 계실지도 모르겠기에 관련된 사항을 정리해 본다.

말이 약간 어렵지만 '앱 내부에 시그널 패스가 연결되지 않은 곳에 메시지를 어떻게 던질 것인가' 라는 의문이 나온다면 NSNotificationCenter 를 쓰는 것이 답이다. 좀 더 단순히 이야기 하자면, 앱 내에서 아무 데서나 메시지를 던지면 앱 내의 아무데서나 이 메시지를 받을 수 있게 해 주는 것이 NSNotificationCenter 의 역활이다. 그리고 이 메시지 내용을 감싸는 껍데기가 NSNotification 오브젝트이다.

앞서 Git를 이용해 다른 브랜치의 일부 파일 복사해오기 라는 주제의 글을 올렸는데 같은 작업을 Magit을 이용해 좀 더 간단히 할 수 있다.

Git로 다수의 브랜치를 관리하며 브랜치간 머지(merge) 하기는 굉장히 간단한 일이다. 하지만 의외로 다른 브랜치의 일부 파일만 복사(즉 파일간 머지)해 오는 형태의 작업은 많이 하지 않나보다. 찾아보니 의외로 기존 명령어에 옵션을 하나 추가해서 간단히 할 수 있었다.

최근 iOS나 OS X SDK Framework 를 보고 있다면 블럭에 기반한 메소드들이 점점 늘어나는 것 같다. 상황에 따라서 들여쓰기 레벨이 높아지거나 좀 불안한(?) 코드 모양이 나오는 듯 코드 리딩에 안좋은 모양새를 나타낼 때도 있지만, 그래도 여러 면에서 유용한 기능(?)이니 이 참에 메모를 남겨본다.

위도/경도 등의 위치 좌표를 이용해 현재 위치의 주소를 얻는 것을 Reverse Geocode 라고 부른다. 현재 iOS SDK 에서는 CLGeocoder 를 이용해 리버스 지오코딩을 할 수 있다.

iOS에서는 Mapkit을 이용하면 간단하게 현재 위치를 지동 상에 표시하는 것이 가능하다. 하지만 이건 MKMapView 를 사용 할 때의 이야기이다. 맵뷰를 사용하지 않고 현재 위치를 찾으려면 CoreLocation Framework를 이용해야 한다.