• 로컬 패키지만 만들어서 작업을 진행했을 때도 모듈화를 통해서 작업을 진행했다고 말을 할 수 있는지 궁금함
• 리모트로 모듈화를 했을 때의 장점은 협업을 하면서 가져올 수 있는 것들이 많다고 느낌
• 모듈별로 프로젝트를 나누면 프로젝트의 규모가 커질수록 빌드하는데 시간이 많이 드니까 그런 것도 줄일 수 있음

• 리모트 모듈이냐 원격 모듈이냐의 차이보다는 그냥 모듈화 자체가 둘 다 똑같다고 생각을 함
• 클린 아키텍처 서적에서 컴포넌트 개념이랑 유사하다 생각함
• 패키지 자체가 독립적이다라고 얘기를 강조함
• 패키지로 구분하는 것에 대한 장점을 챙긴다는 생각을 함

• 매니페스트의 역할이 식별하는 것인가 생각함
• 단어 등을 할 때마다 찾아보면서 해야 할 것 같음
• 모듈화가 뭔지 생각하면서 보기에 편한 영상인 것 같음

• 메모리 딥 다이브와 스히프트 퍼포먼스의 차이와 원인
• 오토 릴리즈 풀과 메모리 해제 시점에 대한 이해
• 반복적인 인스턴스 생성 시 메모리 부하 감소 방안
• 객체 메모리 그래프와 레퍼런스 구분 방법
• 트랜스크립트 언어의 포인터와 포인트 구분 방법

• 오토 릴리즈 풀을 사용하면 메모리가 해제되는 시점은 언제일까?
• 한 번에 해제된다는 장점이 있다.

• 반복적으로 어떤 인스턴스 생성하거나 할 때 메모리 부하를 줄일 수가 있음

• 스위프트는 c 언어 레벨로 동작하는 객체면 메모리 그래프에 우리가 생각하는 형태로 잡히지 않을 수도 있음
• 레퍼런스가 아니라는 걸 어떻게 아는 걸까?

• Swift에서는 포인터처럼 생겨도 포인트가 아닐 수 있다.
• 메모리 단위로 찾다 보니까 포인트만 보고 이게 포인터인지 아니면 다른 타입인지 몰라서 실제로는 포인트가 아닐 수 있기 때문에 그림이 나오는 것 같다.
• 개발자들이 저 숫자나 비트 단위만 갖고 판단을 하는 게 아니라 실제로 메모리에 접근을 해봤을 때를 확인을 할 수 있다는 것.

관련 WWDC 정리 노트

• Continuation은 컴플리션 핸들러를 async/await으로 breaking 해 주는 것임
• Continuation을 한 번 써본 적이 있는데 반복되는 횟수가 많아질수록 문제가 생겼던 기억이 있음
• Continuation으로 맞는 작업을 하면 문제가 생기나라고 생각했던 기억이 있음

• await 시그널을 주면 시스템에게 제어권이 양도가 되기 때문에 멈춘다는 점은 동일하지만 결국에 시스템에서 작업이 할당을 하고 그런 작업들이 됐던 거구나라는 걸 알 수 있었던 것 같음
• 시스템에서 제어권을 양도하게 될 경우 어웨이트 호출하고 난 이후에 변화가 있을 거라고 말씀해 주셨던 것처럼 셋 자체를 어싱크하게 비동기 작업으로 계산 프로포티에다가 셋을 실행시키게 될 경우에 예상치 못한 변경이 될 것 같아서 비동기 작업을 막았다고 봐도 될 것 같음