1. homebrew 설치

터미널을 열고 아래 내용 입력

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

2. noclamshell 설치 및 실행

noclamshell 설치

brew install pirj/homebrew-noclamshell/noclamshell

noclamshell 실행

brew services start noclamshell

클램쉘 모드 다시 켜는방법

1. nocalmshell 중지 및 제거

noclamshell 중지

brew services stop noclamshell

noclamshell 제거

brew uninstall pirj/homebrew-noclamshell/noclamshell

추후버전에서의 Trouble Shooting을 위한 Git 저장소 URL

https://github.com/pirj/noclamshell

수많은 비정상동작 문의를 경험하다보면, iOS 기기의 설정값에 의한 비정상동작이 생기는 경우가 굉장히 많다. 오늘은 그 중 하나인 기기의 "시간 설정" 에 따른 비정상동작에 대해서 이야기 해 보려고 한다. 구글에 관련 내용을 검색해 보면, 실제로 수많은 개발자들이 이 "시간" 값의 정확도와 오차를 최소화 하기 위해 많은 고민들을 하고 있다.

어플리케이션의 동작중 "시간" 이라는 값은 굉장히 자주 쓰이게 된다. 사용자가 직접 캘린더나 타임피커를 통해서 값을 설정하도록 하는 서비스도 있지만 그렇지 않은 경우도 많다. 후자의 경우 두가지 값을 사용하게 된다.

1. 기기의 로컬 시간
2. 서버 시간

기기의 로컬 시간이 자동으로 설정 되어 있을 경우

오차가 매우 적고 신뢰도가 높지만, 서비스의 기준지역이 서울인 반면 고객의 위치가 서비스 기준지역이 아닌 외국인 경우 시간대가 다르게 잡히게 되어 비정상동작을 하게 될 수 있다. 그리고 기기의 로컬 시간을 임의로 세팅 한 경우도 마찬가지다.

그렇다면 반대로 서버 시간을 사용하게 되면 어떨까?

오차가 매우 적고 신뢰도가 높다. 그러나, 시간 값이 필요할때 마다 서버로 부터 시간 값을 요청하게 될 경우 수많은 요청 트랜잭션으로 서버를 점유하게 되고 그에따른 비용이 발생 하게 될 것이다.

내가 생각한 해결방안은 다음과 같았다.

1. 로그인, 세션 재접속 등 트랜잭션을 통해 서버로부터 HostTime을 받아온다.
2. HostTime을 받아오는 시점에 기기의 LocalTime(1)을 전역변수에 저장한다.
3. 서비스 중 시간값을 요청 받는 시점에 기기의 LocalTime(2)을 확인하고 LocalTime(1)과의 Interval을 구하여 HostTime에 더해준다.

이 방법을 사용할 경우 서버로부터 시간값을 요청하는 횟수도 줄이면서 실제 시간과의 오차가 Millisecond 단위인 비교적 정밀한 시간값을 가지게 된다.

다만 앱이 실행중인 동안에 기기의 시간을 임의로 변경하는 경우에는 오차가 커지는 약점이 있는데 그런 케이스는 굉장히 적고 일정 시간 Term이나 트랜잭션 발생시에 보정 해 준다면 더욱 적어질 것이다.

더 나은 방법이 있다면 댓글로 알려주세요 !

NSString을 초기화 할때 일반적으로 아래의 3가지 방법을 사용한다.

1. NSString *str = @"";
2. NSString *str = [[NSString alloc] initWithFormat: @"%@", var];
3. NSString *str = [[NSString alloc] initWithString: var];

나의 경우에는 3번을 사용하여 초기화 하였다.

구글링을 하다 보면 3번 방법보다 2번 방법이 비교적 안전하다는 이야기가 있는데 사실 2를 사용하든 3을 사용하든 (var == nil) 일 경우 동일하게 crash가 발생 하는것을 확인 하였기 때문에 NSString 초기화 방식은 문제가 아니었다.

그렇다면 왜 var의 값이 nil이 되었을까?

Flow는 다음과 같았다.

1. 사용자로부터 민감정보를 입력 받는다.
2. 입력 받은 민감정보를 AES256 암호화 하여 NSString으로 저장
3. 특정 시점에 필요에 의하여 암호화된 민감정보를 복호화
4. 복호화 한 데이터를 사용하기 위해 다른 NSString 변수에 초기화 값으로 사용

내가 사용중인 AES256 암복호화 코드는 신뢰도가 아주 높은 오픈소스였기에 해당 로직에서 nil을 반환할 가능성을 전혀 예상치 못했다. 복호화 코드를 확인하다가 다음 내용을 보는순간 문득 예전 생각이 떠올랐다.

NSString *result = [[NSString alloc] initWithData:theData encoding:NSUTF8StringEncoding];

서버 또는 웹으로부터 전달받은 문자열에 UTF-8 인코딩이 불가한 문자가 포함되어 있을 경우 nil을 반환하여서 서비스 장애가 발생한 적이 있었는데, encoding 이라는 코드가 보이자 마자 그 생각이 떠오른 것이다.

고객이 입력하는 문자열은 ASCII 범주 안의 문자를 사용하였지만 AES256 암호화와 복호화를 하는 과정에서 특수한 문자로 변환되는 케이스가 있지 않을까?

그래서 다음과 같이 방어코드를 넣어주기로 했다.

1. UTF-8 인코딩
2. UTF-8 인코딩 결과가 nil 일 경우, Latin-1 인코딩
3. Latin-1 인코딩 결과가 nil 일 경우, WindowsCP1252 인코딩

NSString *result = [[NSString alloc] initWithData:theData encoding:NSUTF8StringEncoding];

    if (result == nil) {
        result = [[NSString alloc] initWithData:theData encoding:NSISOLatin1StringEncoding];

        if (result == nil) {
            result = [[NSString alloc] initWithData:theData encoding:NSWindowsCP1252StringEncoding];
        }
    }

결과는 대성공 !

1. Magnet for Mac

마치 마법처럼 Magnet 은 당신의 앱 화면들을 너무나도 쉽게 디스플레이의 적재적소에 위치 시킵니다. 그리고 당신이 어떻게 위치시키고 싶은지 미리 알고 있었던것 처럼 다양한 기능들을 준비해 두고 있습니다.

2. 설치

App Store 에서 Magnet 을 구매하고 설치 버튼을 누르세요.

설치를 완료했다면 이제 Magnet 을 승인하실 차례입니다.

시스템 환경설정을 실행하고 "보안 및 개인 정보 보호" 를 선택하세요.

"손쉬운 사용" 항목에 들어갑니다.

설치를 완료하셨다면 "로그인 시 마그넷 론칭하기" 를 체크하는것도 잊지 마세요.

3. 설정

이제 설정을 해볼 차례입니다. 저는 주로 2분할, 왼쪽과 오른쪽 배치 기능을 사용합니다. 최대화 기능과 디스플레이 전환 기능도 정말 유용하죠.

나머지 기능들은 필요할 때 까지 단축키를 모조리 지워버립니다.

2분할 왼쪽과 오른쪽 단축키 설정

최대화 기능과 디스플레이 전환 단축키 설정

4. 모든 준비를 마쳤습니다.

기능들을 한번 사용 해 봅시다.

Safari 브라우저를 왼쪽으로 배치

잘 하셨습니다.

이번엔 오른쪽으로 배치 해 봅니다.

다른 기능들이 궁금하시다구요?

직접 사용해 보세요.

이전 회사에서 SVN로 형상관리를 했는데 Diff 성능이 그다지 만족스럽지 못하고 가시성도 좋지 않아서 Beyond Compare를 사비로 구매하여 사용했습니다.

Beyond Compare는 Text 비교에서 부터 디렉터리내의 파일 비교, 3-Way Merge 등 강력한 기능을 제공하면서 비교적 가벼운 프로그램으로 실행속도 또한 빠른편 입니다.

다행히 지금 회사에서는 Git과 Source Tree를 사용하여 형상관리를 하고 있으며, Source Tree의 여러 기능들을 둘러보던 중 외부 비교 도구로 Beyond Compare를 지원하고 있어서 설정하였고 그 방법을 기록하려고 합니다.

1. Beyond Compare 설치

Beyond Compare는 여기서 설치 하실수 있습니다 -> "https://www.scootersoftware.com"

Beyond Compare는 Pro Edition($60)과 Standard Edition($30) 두가지가 있습니다. 두 Edition 의 가장 큰 차이점은 Merge 기능 입니다.

간단한 내용을 Diff 하거나 Merge 할때는 Standard Edition 으로도 충분하지만, 3-Way Merge 등의 기능이 필요하거나 이런 Pro Edition만의 기능들이 작업시간을 크게 단축 시켜주는 경우도 있으며, Merge를 수행하는 과정에서 발생하는 실수도 줄여줍니다.

잘 이해가 되지 않으신다고요? 본인이 학생이라면 고민하지말고 Standard Edition 을 선택하세요.

Pro Edition을 구매하기 망설여진다면 아래의 방법이 도움이 될 것 입니다.

다음중 하나에 해당하면 Pro Edition 을 선택하세요

• 나는 현직에서 일하는 프로그래머다
• 하나의 프로젝트를 3인 이상 동시에 개발한다
• Merge 과정에서 종종 실수를 하곤 한다
• 개발중인 프로젝트 하나에 여러 소규모 프로젝트들이 동시다발적으로 발생한다

그래도 선택이 쉽지 않으시다구요?

과감하게 Standard Edition을 구매하세요. Beyond Compare는 언제든지 Pro로 업그레이드가 가능합니다 !

2. Beyond Compare - Command Line Tools 설치

Beyond Compare 를 Source Tree 의 외부 비교 도구로 설정하기 위해서는 Command Line Tools 를 설치 해야 합니다.

방법은 간단합니다. 그냥 "Install Command Line Tools" 버튼을 눌러주세요.

3. Source Tree 의 외부 비교 도구를 Beyond Compare 로 설정하기

모든 준비를 마쳤습니다. 너무 쉽죠? 이제 설정만 남았습니다.

* SoureTree의 설정 들어가기

* 비교 탭 들어가기

* 시각적 비교 도구, 병합 도구 "Beyond Compare" 선택하기

* SourceTree로 변경사항을 외부 비교도구로 Open 하기

* Beyond Compare로 실행 된 화면

축하합니다 !

주위 사람들에게 당신이 얼마나 대단한 사람인지 알려주세요 !

iOS용 디자인

.iOS용 앱 디자인은 iOS 경험을 구별하는 기본적인 장치 특성과 패턴을 이해하는 것부터 시작

1. 표시

- iPhone의 중간 크기의 고해상도 디스플레이

2. 인체공학

- iPhone을 사용할때 한손 또는 두손
- 가로방향, 세로방향 전환
- iPhone과의 거리는 1~2피트를 넘지 않는 경향

3. 입력

- Multi-Touch 제스처, 화면 키보드, 음성 제어
- 위치, 기기의 가속도계, 자이로스코프 입력으로 공간적 상호작용

4. 앱 상호 작용

- 이벤트, 소셜 미디어 업데이트, 메시지 전송에 1~2분
- 웹 검색, 게임, 미디어 한시간 이상
- 동시에 여러개의 앱을 열어놓고 전환

5. 시스템 기능

- 위젯
- 홈 화면 빠른 작업
- 스포트라이트
- 바로가기
- 활동 보기

모범 사례

.훌륭한 iPhone 경험은 사람들이 가장 중요하게 생각하는 플랫폼과 장치 기능을 통합

.iOS에서 디자인이 집처럼 느껴지도록 하려면 이러한 기능을 통합하는 우선 순위를 지정

1. 최소한의 상호작용

- 화면 컨트롤 수를 제한하여 기본 작업과 콘텐츠에 집중할 수 있도록 함

2. 장치 방향, 다크모드 및 동적 유형

- 사용자에게 가장 적합한 구성을 선택 할 수 있도록 함

3. 일반적으로 장치를 잡는 방식을 지원하는 상호 작용을 활성화

- 컨트롤을 디스플레이의 중간 또는 하단 영역에 배치
- 스와이프로 뒤로 탐색, 목록 행에서 작업을 시작

4. 사용자의 허가를 통해 데이터 입력을 요구하지 않고 경험을 향상시키는 방식으로 플랫폼 기능을 통해 사용 가능한 정보를 통합

- 결제 수락
- 생체 인증을 통해 보안 제공
- 장치의 위치를 사용하는 기능 제공