MungGu Story

^0^// 어느덧 백준 알고리즘 900문제를 돌파했어요. ^~^// 코딩테스트 준비 등의 이유로 알고리즘에 관심을 갖고 본격적으로 풀이를 한지는 1년 정도 된것 같습니다. 프로그래머스, LeetCode, HackerRank, Codility 등 합하면 1000문제는 넘게 풀었는데요. 사실 코딩테스트 준비에 있어 풀이갯수는 절대적이지 않다고 생각합니다. 어떤 핵심적인 문제를 풀었는지가 중요하기 때문입니다. 실제로 저는 쉬운문제도 많이 풀었기때문에 '이렇게 많이 풀어야 코딩테스트 준비가 되나' 하는 걱정은 절대 안하셔도 됩니다. 그럼 900문제 달성기념(?) 그 간의 공부 방식을 회고하며 좋은 정보를 공유해볼까합니다. 제가 처음 알고리즘을 푼 것은 백준알고리즘 사이트에서 였습니다. 백준에는 정말 많은 문제가..

Vision 입력 된 이미지, 비디오에 대한 다양한 작업 수행을 위해 컴퓨터 비전 알고리즘(Computer Vision Algorithms)들을 적용한다. Overview 개요 Vision 프레임워크는 면대면 목표 감지, 텍스트 감지, 바코드인식, 이미지 등록, 일반 기능추척 등을 수행합니다. Vision은 또한 분류, 객체탐지와 같은 작업을 위해 커스텀 CoreML 모델들의 사용을 허용하기도 합니다. 참고문서 링크 ▼ Vision Framework

Strong Reference Cycles for Closures 클로져에 대한 강한참조순환 앞선 포스팅에서는 두 개의 클래스 인스턴스 프로퍼티가 서로 강한참조를 갖게 되면 어떻게 강한순환참조가 발생하는지를 다뤄봤습니다. 또한 약한참조(weak reference)를 사용해서 강한순환참조를 깨는 방법과 미소유참조(unowned reference)를 사용해서 강한순환참조를 깨는 방법도 다루었었습니다. 클래스 인스턴스의 프로퍼티에 클로져를 할당할 때, 그리고 해당 클로져가 인스턴스를 캡쳐하는 경우 강한참조순환이 발생할 수 있습니다. 이때의 캡쳐에서 클로져의 몸통이 아래와 같은 인스턴스의 프로퍼티를 접근하기 때문에 발생할 수 있습니다. self.someProperty 혹은 아래처럼 클로져가 인스턴스에 대한 메서..

Unowned References and Implicitly Unwrapped Optional Properties 미소유 참조, 암시적 언래핑 옵셔널 프로퍼티들 이전 포스팅에서 언급 된 강한순환참조 문제의 해결이 필요했던 다양한 보편적 시나리오들은 weak, unowned 참조에대한 활용예시를 보여주었습니다. Person, Apartment 예시를 다룬 포스팅에서는 nil이 되는 것이 허용 된 두 프로퍼티에서의 상황을 보여주었습니다. 이는 약한참조를 통해 해결될 수 있는 최상의 시나리오 였습니다. Customer와 CreditCard 예시를 다룬 포스팅에서는 단 하나의 프로퍼티가 nil 처리가 될 경우 강한순환참조가 발생할 수 있는 상황(Customer 인스턴스의 멤버, card 프로퍼티에서 Custom..