• Sleep Cycle : 애플의 헬스를 넣었고, 일어나기 모드, 유용한 원형 차트 리프토 도구와 함께 세계의 통계와 필립스 휴를 넣었다.
• WaterMinder : 하루 물 섭취 이력을 따라갈 수 있다. 코딩하는동안 물 마시는 것을 밎을 수 있는데, 이 앱이 물을 마시라고 알려주며, 다른 종류의 액체류 섭취량(커피 휫수!)도 넣을 수 있다.
• DayOne : 2년이상 쓰고 있는 앱이다.
• Facebook : 모든것이 한곳에 있는 앱이다. 스포츠나 메시지, voip, 날씨나 뉴스앱을 따로 설치할 필요가 없다.
• Mdeium : 순수하고 네이티브하고 오가닉하며 최신의 그리고 point shot 기술관련 글을 쉽게 찾을 있고 그 회사와 개발자들의 비전을 배울 수 있다.

• mutableContainers는 배열과 딕셔너리를 변수 오브젝트(상수가 아닌)로 만들어준다.
• mutableLeaves는 JSON 오브젝트 그래프에서 리프(leaf)의 문자열을 변수 문자열 인스턴스로 만들어준다.
• allowFragments는 배열이나 딕셔너리 인스턴스가 아닌 최고수준 오브젝트로 파싱할 수 있게 해준다.

1. Red : 보통 7줄이 넘지 않는 짧은 테스트 코드를 작성하고 실패를 확인한다
2. Green : 짧은 제품 코드를 작성한다. 다시 7줄이 넘지않는 짧은 테스트 코드를 작성하고 테스트가 통과하게 만든다.
3. Refactor : 테스트가 통과하면, 걱정없이 변경할 수 있다. 코드를 정리(clean up)한다. 여기에 훌륭한 워크샵 노트가 있다.

git squash

• Any는 모든 타입에대해 인스턴스를 나타낼 수 있으며, 함수 타입이나 옵셔널 타입까지도 포함된다.
• AnyObject는 모든 클래스 타입의 인스턴스를 나타낸다.

git bisect

git stash

• SiriKit
• Proactive Suggestions
• 메시지 앱과 동합하기
• 사용자 노티피케이션
• 앱 익스텐션
• CallKit
• 음성 인식
• 앱 검색 증진

• Xcode Server
• Jenkins
• TeamCity

• TravisCI
• Bitrise

• 오디오, 비디오, 이미지를 넣을 수 있게 되었다.
• 노티피케이션에 커스텀 인터페이스를 넣을 수 있게 되었다.
• 노티피케이션 센터에서 인터페이스를 관리할 수 있게 되었다.
• 새로운 노티피케이션 익스텐션은 우리가 전달하기 전에 리모트 노티피케이션 적재량을 관리할 수 있게 되었다.

• 스위프트 코딩
• 인자화된 현실성
• IoT
• 보안성 증진
• 엔터프라이즈 앱에서의 성장
• 하이브리드 기술(리엑트 네이티브)에서의 성장

• 멋진 iOS 인터뷰 질문들

• 스위즐될 메소드를 가진 클래스는 NSObject를 확장해야한다.
• 스우즐하고싶은 메소드는 동적 속성을 가지고 있어야한다.

1. 함수에 클로저를 전달한다.
2. 함수가 클로저를 실행시킨다.
3. 함수는 반환한다.

• 비동기 실행 : 디스패치 큐에서 비동기적으로 클로저를 실행시킨다면 큐는 클로저를 잡고 있을 것이다. 클로저가 언제 실행될지는 알지 못하고 함수가 리턴되기 전에 이것이 완료될지는 보장하지 못한다.
• 스토리지 : 전역 변수, 프로퍼티, 아니면 다른 스토리지(이전의 함수호출에 살고있는)에 클로저를 저장하면 클로저는 escape된다.

• 실제로 존재하는가
• Objective-C로 적절하게 노출되었는가

1. (PhoneGap과 다르게) 앱을 리엑트 네이티브로 짜면 자바스크립트로 작성하고 실행시키지만, 앱 UI는 전적으로 네이티브이다. 따라서 HTML5 UI와 소통하는 요소는 없다.
2. 추가적으로(Titanium과 다르게), 리엑트는 novel, radical, 매우 함수적인 접근법을 UI 구성에 사용한다.요약하면, 앱 UI는 간단히 현재 앱 상태의 함수로 표현된다.

• View Debugger는 런타임시 우리의 레이아웃을 시각화해주고 constraint 정의를 보여준다. 이것이 Xcode6부터 있었지만 Xcode8에서 constraint 충돌에대한 경고가 새로  나왔는데 매우 유용하며, 다른 편리한 기능들도 소개되었다.
• Tread Sanitizer는 Xcode8에서의 완전히 새로운 런타임 도구인데, 스레드 이슈를 경고해준다-가장 눈에띄게는 잠재적인 경쟁상태가 있다.
• Memory Graph Debugger도 Xcode8에서 완전히 새로 나온 것이다. 이것은 시간상 한 지점의 앱 메모리 그래프를 시각화해주고 이슈 네비게이터에서 누수를 표시한다.

1. 실패한 유닛테스트를 통과시키지 않은 것을 제품의 코드로 만들지 않아야한다.
2. 충분히 실패한 것보다 더 많은 코드를 작성하지 않으면 안된다; complication 실패는 실패이다.
3. 한가지 실패한 유닛테스트를 통과시킨것보다 더 제품의 코드를 쓰지 않아야 한다.
   

1. You are not allowed to write any production code unless it is to make a failing unit test pass. 
2. You are not allowed to write any more of a unit test than is sufficient to fail; and compilation failures are failures. 
3. You are not allowed to write any more production code than is sufficient to pass the one failing unit test.

• Arrange, 필요한 모든 예측과 입력
• Act, 테스트중에 오브젝트나 메소드에서 일어나는 것
• Assert, 예상한 결과가 나오는 것

• 좋은 테스트는 예상되는 동작의 훌륭한 문서가 된다.
• 우리가 뭔가 바꾸면 테스트가 실패할거라는 것을 알고 있기 때문에 계속해서 우리 코드를 리팩토링할것이라는 확신을 준다.
• 테스트를 짜기 어려우면 그 아키텍처를 개선시킬 수 있다. 다음 RGR(Red-Green-Refactor)는 초기에 개선할 수 있게 도와준다.

1. 텍스트의 서체를 정하는 것부터 시작하라
2. 서체를 섞어 쓰는 것을 피하라
3. 줄 길이를 확인해라
4. 줄의 높이와 포인트 크기의 균형을 맞춰라
5. 적절한 아포스트로피(Apostrophe)와 데쉬(Dash)를 사용하라

• GET : 웹페이지같은 것이 데이터를 검색하는데 사용한다. 그러나 서버의 데이터를 변경할 순 없다.
• HEAD : GET의 식별이지만 헤더에 되돌려받으며 실제 데이터는 들어있지 않다.
• POST : 서버에 데이터를 보내는데 사용되며, 보통 양식(form)을 채워넣고 보내기(submit)버튼을 누를때 사용된다.
• PUT : 특정 제공된 위치에 데이터를 보낼때 사용한다.
• DELETE : 특정 제공된 위치의 데이터를 지울 때 사용한다.

• 오브젝트들이 엮이는것을 막는다
• 자식클래스 오브젝트 필요 없이 동작이나 모습을 수정한다
• 임의의 오브젝트에게 작업을 넘겨줄 수 있다

• 코드의 캡슐화
• 코드의 모듈화
• 코드의 재사용성

1. 앞단-front end(lexical analysis, 파싱)
2. 최적화기-optimizer(추상 문법 트리를 최적화)
3. 뒷단-back end(기계어를 생성)

1. Non-running : 앱이 실행되지 않고 있음
2. Inactive : 앱이 포그라운드에서 실행되고 있으나 이벤트는 받지 않음. iOS앱은 inactive 상태로 들어갈 수 있는데, 전화나 SMS 메시지를 받을때가 그 예이다.
3. Active : 앱이 포그라운드에서 실행되며 이벤트도 받고 있음.
4. Background : 앱이 백그라운드에서 실행되고 코드를 실행하고 있음.
5. Suspended : 앱이 백그라운드에 있으나 코드가 실행되지 않음.

• as는 업캐스팅(Upcasting)에 사용되고 타입을 연결된 타입에 타입캐스팅에 사용된다.
• as?는 실패하면 nil을 반환하는 안전한 캐스팅으로 사용된다.
• as!는 실패하면 크래쉬가나는 강제 캐스팅에 사용된다. 다운캐스팅이 실패하지 않을 것이라는 것을 알때만 사용한다.

• 사용자처럼 생각하고 UX를 설계하기
• 사용자가 밀집된 인구가 아닌 사람들이라는 점을 기억하기
• 앱을 알릴때 모든 상황에서 유용한지 고려하기
• 앱을 출시한 이후에서 계속 앱 사용성을 고민하기

• 생성 : 싱글톤
• 구조 : MVC, Decorator, Adapter, Facade
• 동작 : 옵져버, Memento

• Models : 도메인 데이터의 역할이나 데이터를 조작하는 레이어를 접근하는 데이터. 'Person' 이나 'PersonDataProvider'를 생각하면 된다.
• Views : 표현하는 레이어(GUI)의 역할, iOS 환경에서는 접두에 UI로 시작하는 모든 것들이라고 생각하면 된다.
• Controller/Presenter/ViewModel : Model과 View의 중개인, 보통은 View에서 실행된 사용자 행동에 반응하여 Model을 바꾸고 바뀐 Model로부터 View에 갱신하는 역할을 한다.

• _Null_unspecified, 이것은 스위프트스위프트 묵시적 언랩핑된 옵셔널에 연결해준다. 디폴트로 되어있다.
• _Nonnull, 이 값은 nil이 되면 안될때 정규 참조에 연결해준다.
• _Nullable, 이 값은 nil이 될 수 있고, 옵셔널로 연결해준다.
• _Null_resettable, 읽을때, 그러나 재설정한다는 것을 알기위해 이것을 설정할 수 있을때, 이 값은 절때 nil이 될 수 없다. 이것은 프로퍼티에만 적용가능하다.

• 당신의 오브젝트들를 생성하고 디스크에 시리얼라이즈한다(serialize)
• 이것은 훌륭하나 매우 제한된 유스케이스이다
• 여러분의 결과물을 필터링하기위한 복잡한 쿼리를 명확하게 사용할 수 없다.
• 매우 느리다
• 뭔가 필요할 때마다, 시리얼라이즈나 디시리얼라이즈를 해야한다.
• 스레드-세이프 하지 않다

• 테이블간의 관계를 정의해야한다. 모든 테이블마다 스킴을 정의한다
• 데이터를 패치하기위해 손수 쿼리를 작성해야한다
• 데이터를 쿼라한 다음 모델에 매핑 시켜야한다
• 쿼리는 매우 빠르다

• 오픈소스 데이터베이스 프레임워크이다
• 스크래치에서 구현되었다
• Zero copy object store
• 빠르다

• 중요한 위치 변화(Significant location changes) : 약 500미터마다 위치가 전송된다.(때로는 1km 이상일 때도 있다)
• 지역 모니터링(Region monitoring) : 반경이 100m나 그 이상으로의 원형 지역에서 들어가고 나가는 것을 추적한다. 지역 모니터링은 GPS 이후 가장 정확한 API이다.
• 방문 이벤트(Visit events) : 한 장소(집/사무실)로 들어가고 나오는 방문 이벤트 장소를 모니터링한다.

• 옵셔널타입, 앱의 크레쉬를 방지해준다
• 내장된 에러 핸들링
• 클로저
• 다른 언어에비해 빠르다
• 타입-세이프 언어
• 패턴 매칭을 지원한다

• 프로세스, 실행되고있는 한 앱의 한 인스턴스
• 스레드. 코드상의 실행 경로
• 멀티스레드, 동시간에 실행되는 다중 스레드 혹은 다중 경로
• 동시성, 스케일 조절이 가능한 방법으로 한번에 여러 작업을 실행시키는 것
• 큐, 큐는 먼저들어간 것이 먼저나온다는 FIFO(First-in, First-out)방식으로 오브젝트를 관리하는 경량의 자료구조
• 동기 vs 비동기 작업

• Dispatch Queues, 디스패치 큐는 FIFO 순서로 작업을 실행시키는 역할을 담당한다.
• Serial Dispatch Queue, 시리얼 디스패치 큐는 한번에 한 작업만 실행시킨다.
• Concurrent Dispatch Queue, 컨커런트 디스패치 큐는 시작한 작업이 끝나는것을 기다리지 않고 가능한 많은 작업을 실행시킨다.
• Main Dispatch Queue, 앱의 메인 스레드에서 작업을 실행할 수있는 전역에서 사용가능한 시리얼 큐

• Race Condition(경쟁 상태), 경쟁상태는 공유된 데이터를 2개 이상의 스레드가 접근하거나 동시에 서로 변경하려고 할 때 나타난다
• Deadlock(데드락), 데드락은 2개 혹은 그 이상의 작업이 다른 작업이 끝나기를 서로 기다리고 있을때 나타난다
• Readers-Writers problem, 읽기는 동시에 여러 스레드에서 할 수 있지만 쓰기는 한 스레드에서만 할 수 있다
• Readers-Writer lock, 이런 락은 동시에 공유된 데이터에 read-only 접근은 허용하되 write 작업은 독점적인 접근을 요구한다
• Dispatch Barrier Block, 디스패치 베리어 블럭은 동시적인 큐와 작업할때 시리얼-스타일(serial-style)의 버틀넥을 만든다

• 튜플 패턴(Tuple patterns)은 튜플타입에 해당하는 값을 매칭시키는데 사용된다.
• 타입케스팅 패턴(Type-casting patterns)은 타입을 캐스팅하거나 매칭할 수 있게 해준다.
• 와일드카드 패턴(Wildcard patterns)은 어떤 종류나 타입의 값을 매칭 혹은 무시한다.
• 옵셔널 패턴(Optional patterns)은 옵셔널 값을 매칭하는데 사용된다.
• 열거형 케이스 패턴(Enumeration case patterns)은 존재하는 열거형 타입의 케이스를 메칭한다.
• 표현식 패턴(Expression patterns)은 주어진 식에대한 주어진 값을 비교할 수 있게 해준다.