Devlog

201110 TIL

2020-11-10T00:00:00+00:00

Publishing Date:2020-11-10

오늘 할 예정이었던 것

파이썬 밀집도/히트맵 관련 라이브러리
실제 사진으로 밀집도 테스트
피어 세션 후 보완
iOS 스터디 사진 앨범 앱
flask 서버 구축

오늘 한 것

OpenCV 라이브러리
OpenCV에서 보행자 혹은 방문자 수 카운트할 때 캐스케이드보다 백그라운드 제거를 통한 움직이는 물체 인식을 더 자주 사용한다는 글을 봤다. 확실히 캐스케이드로 사람 인식 테스트를 했을 때 정확도가 그렇게 높지 않았기 때문에 background subtraction을 사용해서 테스트해본 결과, 움직이는 물체 인식은 괜찮게 했다. 그러나 몇 가지 문제가 있어 내일 코드 분석하고 고쳐봐야 할 것 같다.
1. 촬영한 이미지만을 처리할 경우
  이 라이브러리는 움직이는 물체만을 인식해서 배경을 지워주는 것 같다. 프레임이 정적인 캡쳐라서 이미지도 가능하지 않을까 했는데, 동적인 상태에서 캡쳐한 것이 아니라 그냥 정적인 이미지라 그런지 배경과 사람 모두 삭제돼서 까만 화면만 출력된다.
  이미지 자체만을 처리하기 위해서는 캐스케이드로 사람 인식해서 히트맵 라이브러리로 그리는 방법을 고려해볼 수 있겠다.
  혹은 파이카메라로 비디오를 촬영하다가 순간적인 프레임을 이미지파일로 저장해서 거기서 좌표를 따서 히트맵 처리를 하는 방법도 시도해봐야될 듯.
2. 비디오를 히트맵으로 나타내어 스트리밍할 경우
  일단 스트리밍이 가능한지 아직 모르겠는데 내일 flask 서버쪽도 제대로 구축해봐야 알 수 있을 것 같다. 파이카메라로 비디오 촬영해서 영상으로 처리한다고 하면 fgbg.apply()가 뭔가 백그라운드 삭제하는 처리같은데 저 부분을 고쳐서 히트맵으로 나타낼 수 있는지 찾아봐야 할 것 같다.

어느새 마감이 코앞으로 다가왔다. 이번주 안에는 마무리해야될텐데 왜이렇게 밀린거여ㅠ

오늘의 반성 공부 진짜 드럽게 안한다. 아무리 공부보다 건강관리에 신경쓰고 있다고손 쳐도 아예 책상에 앉아서 코딩을 시작하는 루틴이 없는 것 같다. 막상 시작하면 재밌는데 왜 시작을 안하니

내일 할 것

iOS 스터디 사진 앨범 앱
면접 토픽 공부(GCD API)
비동기 토픽 보완
flask 서버 구축
OpenCV 라이브러리 테스트

201109 TIL

2020-11-09T00:00:00+00:00

Publishing Date:2020-11-10

오늘 할 예정이었던 것

iOS 스터디 카드게임 완성
면접 토픽 공부(NSOperationQueue, GCD Queue)
파이썬 밀집도/히트맵 관련 라이브러리

오늘 한 것

면접 토픽 공부
비동기는 끝도 없이 내 발목을 잡는다. 이 부분 공부한 게 여러번인 것 같은데 왜 매번 머릿 속에 남는 게 별로 없을까ㅠ
피어 세션 후에 꼭 보충해야 함! 공부한 링크는 여기로
iOS 스터디 카드게임
스코어 부분 구현 못함. 스위프트를 오랜만에 쓰니 이론으로만 공부했던 부분이 적용이 제대로 안 된다.

오늘의 반성) SAFFY 5기 지원서 못 낼뻔 했다. 매번 이렇게 마감이 닥쳐서 부랴부랴 제출하는 꼴은 고치기.

내일 할 것

파이썬 밀집도/히트맵 관련 라이브러리
실제 사진으로 밀집도 테스트
피어 세션 후 보완
iOS 스터디 사진 앨범 앱

iOS) NSOperationQueue vs GCD Queue

2020-11-09T00:00:00+00:00

Publishing Date:2020-11-10

NSOperationQueue 와 GCD Queue 의 차이점을 설명하시오.

배경지식

동기란, 코드가 순차적으로 실행되는 것이다. 동기 라는 단어의 함정에 빠져 동시에 일어난다고 생각하기 쉬운데, 오히려 그 반대이다. 프로그램이 동기적으로 실행될 때 파일 입출력 등 시간이 오래 걸리는 작업이 진행된다면, 이 프로그램은 해당 코드에서 모든 작업이 끝날 때까지 기다렸다가 다음 코드를 실행한다. 비동기란, 코드가 순차적으로 실행되는 것을 보장하지 않는다. 즉, 비동기적으로 실행하는 코드가 있다면 우선 다음 코드를 실행하고, 비동기 코드가 끝나면 콜백을 받아 실행한다.

비동기를 사용하는 이유

스레드는 로우 레벨의 툴이기 때문에 스레드를 직접 작성하는 것은 까다롭다. 특히 하드웨어나 시스템에 의존해 동적으로 스레드 개수를 조절하는 것은 거의 불가능하다. 따라서 iOS에서는 스레드를 직접 만드는 대신에 애플리케이션에서는 특정한 태스크만 정의하고 시스템이 실행하도록 위임한다. 즉, 시스템이 스레드를 관리하게 하면 애플리케이션은 스레드를 신경쓰지 않아도 되기 때문에 확장성이 높아지고, 단순하고 효율적으로 프로그래밍을 할 수 있다.
스레드를 신경쓰지 않는다는 것은 비동기 프로그래밍에서 스레드를 여러 개 사용하지 않는다는 것이 아니다. 단지 스레드를 직접 제어하지 않고 시스템에 위임함으로써 태스크만 관리하는 것이다.

NSOperationQueue

nil

GCD Queue

GCD(Grand Central Dispatch) Queue는 곧 DispatchQueue 라고도 한다. 디스패치 큐는

블록 형태의 태스크가 들어온다.
Serial 큐(한번에 태스크 하나 처리)와 Concurrent 큐(한번에 여러 태스크 처리)가 존재한다.
시스템에 의해 관리되는 스레드 풀에서 태스크가 실행되나, 메인 큐를 제외하고 어떤 태스크가 어느 스레드에서 실행되는지는 보장되지 않는다.
동기적/비동기적으로 태스크를 처리할 수 있다.

중요! Async/sync와 Serial/Concurrent는 다른 개념이다! Async와 sync는 비동기-동기 개념으로 하나의 작업이 끝날때까지 기다리느냐 마느냐의 문제이고, Serial/Concurrent는 한번에 실행하는 작업의 수에 관한 문제이다.

동기적으로 실행되는 코드를 메인 큐에서 실행시키면 데드락이 발생할 수 있다.

Differences

OperationQueue	GCD(DispatchQueue)
high-level Objective-C 클래스	low-level C-based API
GCD Wrapper	사용하기 가벼움
operation의 라이프사이클 컨트롤 가능(Pause, Cancel, Resume)	-
Operation간의 의존성	-
KVO로 프로퍼티 관찰 가능	-

결론
Operation Queue : 비동기적 실행작업을 객체 지향적인 방법으로 사용하는데 적합 Dispatch Queue : 복잡하지않은 간단한 작업이나 특정유형 시스템이벤트 비동기처리시 적합

Reference

Apple Docs- Concurrency Programming Guide
Apple Docs- NSOperationQueue
Apple Docs- DispatchQueue
Swift Thread- Dispatch Queue, Operation Queue Multi Threading in iOS

iOS) Scene Delegate

2020-11-04T00:00:00+00:00

Publishing Date:2020-11-04

scene delegate에 대해 설명하시오

배경지식

AppDelegate에 이어서, xcode 프로젝트를 생성하면 SceneDelegate.swift 파일이 자동으로 생성된다.

import UIKit

class SceneDelegate: UIResponder, UIWindowSceneDelegate {

    var window: UIWindow?

    func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions) {
        // Use this method to optionally configure and attach the UIWindow `window` to the provided UIWindowScene `scene`.
        // If using a storyboard, the `window` property will automatically be initialized and attached to the scene.
        // This delegate does not imply the connecting scene or session are new (see `application:configurationForConnectingSceneSession` instead).
        guard let _ = (scene as? UIWindowScene) else { return }
    }

    func sceneDidDisconnect(_ scene: UIScene) {
        // Called as the scene is being released by the system.
        // This occurs shortly after the scene enters the background, or when its session is discarded.
        // Release any resources associated with this scene that can be re-created the next time the scene connects.
        // The scene may re-connect later, as its session was not necessarily discarded (see `application:didDiscardSceneSessions` instead).
    }

    func sceneDidBecomeActive(_ scene: UIScene) {
        // Called when the scene has moved from an inactive state to an active state.
        // Use this method to restart any tasks that were paused (or not yet started) when the scene was inactive.
    }

    func sceneWillResignActive(_ scene: UIScene) {
        // Called when the scene will move from an active state to an inactive state.
        // This may occur due to temporary interruptions (ex. an incoming phone call).
    }

    func sceneWillEnterForeground(_ scene: UIScene) {
        // Called as the scene transitions from the background to the foreground.
        // Use this method to undo the changes made on entering the background.
    }

    func sceneDidEnterBackground(_ scene: UIScene) {
        // Called as the scene transitions from the foreground to the background.
        // Use this method to save data, release shared resources, and store enough scene-specific state information
        // to restore the scene back to its current state.
    }
}

UIWindowSceneDelegate

Use UIWindowSceneDelegate object to manage the life cycle of one instance of your app’s user interface

scene에서 발생하는 앱별 작업을 관리하는 추가적인 프로토콜로 scene의 life cycle을 관리한다. UISceneDelegate 속성을 따르며 scene의 상태에 따라 notification을 받거나 scene의 환경 변화(사이즈 변화 등)에 응답할 수 있다.

UISceneDelegate

Use UISceneDelegate object to manage life-cycle events in one instance of your app’s user interface

scene에서 발생하는 life cycle 이벤트를 관리

Scene

AppDelegate를 공부하면서 scene이

Methods

메소드는 scene에 영향을 끼치는 상태 변화(scene이 foreground, active, background)에 응답하도록 정의됨.

scene(_:willConnectTo:options:)
scene이 app에 추가함
sceneDidDisconnect(_:)
UIKit이 scene을 app에서 제거함
sceneDidBecomeActive(_:)
scene이 active되어 사용자 이벤트를 받을 수 있음
sceneWillResignActive(_:)
scene이 곧 active 상태에서 벗어나 사용자 이벤트를 받을 수 없음
sceneWillEnterForeground(_:)
scene이 곧 foreground에 올라가 사용자에게 보여짐
sceneDidEnterBackground(_:)
scene이 background로 들어감

Reference

Apple Docs- Scenes
Apple Docs- UIWindowSceneDelegate
Apple Docs- UISceneDelegate

201030 TIL

2020-10-30T00:00:00+00:00

Publishing Date:2020-10-30

오늘 할 예정이었던 것

A Swift Tour 번역
파이썬, 스위프트 배열 메모리
flask 코드 분석
리눅스/버전관리 툴 공부
COVID-19-iOS 테이블 뷰 세팅

오늘 한 것

flask 코드 분석
샘플 코드가 어떻게 돌아가는지 공식 문서 보다가 책 보다가 결국 써가면서 공부하다보니까 대충 이해가 가는 듯. 이제 장고 서버 없이도 동작하는 애를 만들어서 테스트 겸 쓰는 게 좋을 것 같다.
그나저나 스트리밍은 아예 라즈베리파이에 서버 열고 바로 카메라 모듈 호출해서 하던데 그 외에 frame을 POST로 보낼 수 있는 방법은 없는지 찾아봐야 할 것 같다. 정 안되면 웹소켓 사용해야 할 듯.
이번 프로젝트에 결국 라파를 쓰게 돼서 시무룩했는데 써보고 싶던 OpenCV도 쓰고, flask에 django까지 백엔드단도 공부해보고 남은 게 많아질 것 같다.
A Swift Tour 번역
Functions and Closures 파트 하다가 못 끝냄.
생활코딩 강의 완강
서버 부분에 조금 헷갈리는 부분이 있어서 듣기 시작했다가 Web1~Web2까지 전부 완강해버렸다.. 옛날에는 지루해서 듣다가 끄기 일쑤였는데 자세히 귀 열고 들어보니 진짜 설명 잘 한다. 동시에 내 CS 지식이 얼마나 빛좋은 개살구인지도 새삼 깨닫게 되는 순간.. 앞으로 빈 구멍은 메꿔가면 되는 거니까!

역시 나는 타이핑해가면서 공부하는게 제일 최고인 것 같다ㅠ 깃이그노어에 블로그에 업로드하지 않는 공부 메모장을 추가해놨다. 푸시를 하지 않았는데도 git status 보니까 올라오지 않는 게 신기하다..!

내일 할 것

A Swift Tour 번역
파이썬, 스위프트 배열 메모리
리눅스 전체 구조 잡기
django 서버 코드 분석

201029 TIL

2020-10-29T00:00:00+00:00

Publishing Date:2020-10-29

오늘 할 예정이었던 것

공부한 내용들 정리
A Swift Tour 번역
파이썬, 스위프트 배열 메모리
flask 서버 구축 및 라즈베리파이 데이터 전송 코드
리눅스- cron, directory hierarchy

오늘 한 것

A Swift Tour 번역
Control Flow 끝
flask 서버 구축 및 라즈베리파이 데이터 전송 코드
여기까지는 웹에 오픈 소스가 많기 때문에 일단 마감이 급한대로 가져다가 썼는데 코드 분석이 필요하다. 이 모듈이, 이 함수가 어떻게 작동하는지 분석해보기. 추가적으로 장고 서버가 어떻게 이루어졌는지 파악할 것.

거의 일주일이나 공부를 못 했다. 아픈 와중에 꾸역꾸역 잔디는 심었지만 그게 의미 있는 잔디였는지는 대답하기가 어렵다ㅠ 반성..
위가 완전 아작이 났다고 한다. 커피 줄이고 건강 관리하기ㅜㅜ

내일 할 것

공부한 내용들 정리해서 포스트
A Swift Tour 번역
파이썬, 스위프트 배열 메모리
flask 코드 분석
리눅스/버전관리 툴 공부

iOS) App Delegate Methods

2020-10-26T00:00:00+00:00

Publishing Date:2020-10-27

상태 변화에 따라 다른 동작을 처리하기 위한 앱델리게이트 메서드들을 설명하시오

배경지식

xcode에서 app 프로젝트를 생성하면 생기는 기본적인 파일 중에는 AppDelegate.swift 파일이 있다.

import UIKit

@main
class AppDelegate: UIResponder, UIApplicationDelegate {

    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        // Override point for customization after application launch.
        return true
    }

    // MARK: UISceneSession Lifecycle

    func application(_ application: UIApplication, configurationForConnecting connectingSceneSession: UISceneSession, options: UIScene.ConnectionOptions) -> UISceneConfiguration {
        // Called when a new scene session is being created.
        // Use this method to select a configuration to create the new scene with.
        return UISceneConfiguration(name: "Default Configuration", sessionRole: connectingSceneSession.role)
    }

    func application(_ application: UIApplication, didDiscardSceneSessions sceneSessions: Set<UISceneSession>) {
        // Called when the user discards a scene session.
        // If any sessions were discarded while the application was not running, this will be called shortly after application:didFinishLaunchingWithOptions.
        // Use this method to release any resources that were specific to the discarded scenes, as they will not return.
    }
}

AppDelegate 클래스는 UIResponder 클래스를 상속하고, UIApplicationDelegate 프로토콜을 채택한다.

UIResponder

이 클래스는 이벤트를 핸들링하고 응답하는 인터페이스로, 이 클래스를 상속하면 UIKit의 이벤트 응답 객체를 생성할 수 있다. UIApplication 객체뿐만 아니라 UIViewController 객체, 그리고 모든 UIView 객체들이 응답 객체에 속한다.
응답 객체들은 특정 이벤트에 대해 핸들링하기 위해 해당 이벤트에 관한 메소드를 오버라이드해 사용한다.

UIApplicationDelegate

애플리케이션의 공통 행동을 제어하기 위한 프로토콜로 UIApplication 객체와 연계하여 시스템과의 상호작용을 관리한다. UIKit은 이 프로토콜을 채택한 앱 델리게이트 객체를 애플리케이션이 실행되는 초기에 생성하여 항상 존재할 수 있게 하는데, 이 객체가 앱 실행 초기부터 앱이 존재하기 위한 시스템적인 일들을 하기 때문이다. 예를 들면 다음과 같다.

앱의 중심 데이터 구조를 초기화
앱의 scene들을 구성
푸시 알림과 같은 필요한 서비스에 앱 등록

이 외에도 배터리 부족과 같은 앱 외적인 요소나 앱 자체를 타겟으로 한 이벤트와 알림에도 반응한다.

Methods

먼저 앱이 처음 초기화될 때의 대표적인 메소드는 다음과 같다.

application(_:willFinishLaunchingWithOptions:)
application(_:didFinishLaunchingWithOptions:)
앱 시작 프로세스가 끝날무렵 앱이 시작될 준비가 거의 됐다는 것을 알림

애플리케이션 scene 관련 메소드

application(_:configurationForConnecting:options:)
새로운 scene이 생성될 때 UIKit이 사용할 구성 데이터 반환
application(_:didDiscardSceneSessions:)

Scene-Based Life-Cycle

출처: Apple Documentation

scene이란 실행중인 애플리케이션의 UI를 나타내는 하나의 객체이다. 하나의 화면뿐만 아니라 탭 바, 내비게이션 컨트롤러도 하나의 scene이다.
scene을 지원하는 app의 경우 scene마다 각각의 생명주기를 가진다. 따라서 각각의 scene마다 실행 상태가 다르기 때문에 다른 상태 메서드가 실행된다.

App-Based Life-Cycle

출처: Apple Documentation

iOS13 ~

iOS13부터 scene을 지원하는 application에서는 Lifecycle 이벤트에 ` UISceneDelegate를 사용한다. scene을 지원하지 않거나 iOS12 이하의 app에서 UIApplicationDelegate`를 사용한다.

Reference

Apple Docs- UIResponder
Apple Docs- UIApplicationDelegate
Apple Docs- Managing Your App’s Life Cycle

201024 TIL

2020-10-24T00:00:00+00:00

Publishing Date:2020-10-24

오늘 할 예정이었던 것

A Swift Tour 번역
HTTP 공부 및 세션, 정리
flask server, Python Request
OpenCV 라이브러리

오늘 한 것

OpenCV 라이브러리
사용해서 스트리밍 출력하는 것까지 완성. 코드 분석 필요.
HTTP 공부 및 세션, 정리 / flask server, Python Request
flask 책만 틈틈이 읽고나서 HTTP 세션 후 정리
서버가 어떻게 돌아가는지 전체적인 그림만 그렸는데 내일 좀 정리하기
A Swift Tour 번역
Simple Values 끝내고 Control Flow 하다가 중단.
번역하다가 궁금한게 생긴게, 배열은 원소를 추가할 경우 자동으로 커진다는데(grow) 그러면 메모리는 어떻게 될까? 파이썬에서는 리스트가 mutable이라 참조가 전달됐던 걸로 기억하는데 메모리는 생각해본 적 없는 것 같다.
내일 이거 읽어보고 파이썬이랑 스위프트랑 어떻게 다른지 정리하기!
그리고 번역하다가 새삼 parameter랑 argument 차이를 다시 찾아보게 됐다. parameter 는 매개변수(정의에서 나열되는 변수명)이고, argument 는 전달인자(실제로 전달되는 값)이다. 다음 예시를 보자.
```
func getFunc(first: Int, second: String){
...
}
...
getFunc(first: 1, second: "이")
```
여기서 parameter 는 first와 second이고, argument 는 1과 "이" 이다.
reference

내일 할 것

면접 토픽 공부(앱델리게이트 메서드)
공부한 내용들 정리
A Swift Tour 번역
파이썬, 스위프트 배열 메모리

201023 TIL

2020-10-23T00:00:00+00:00

Publishing Date:2020-10-24

오늘 할 예정이었던 것

OpenCV 라이브러리 테스트(중요!!)
flask/서버 공부
면접 토픽 공부(Background, Foreground)
COVID-19-iOS

오늘 한 것

COVID-19-iOS
테이블 뷰 세팅해서 세그 다 연결해 놨었는데 팀원 분께서 스토리보드 나눠서 작업해주셔서 그냥 작업한 거 날려버리고 업스트림 리포에 있는 걸 풀 해 왔다. 이 때 그냥 pull 해오면 충돌때문에 받아와지지 않아서 임시로 브랜치에 지금까지 해 온 걸 저장하고 땡겨왔다.
```
git stash
```
이건 약간 임시저장 같은 느낌? 깃 공부도 해서 빨리 포스팅해야되는데 할 것만 쌓여간다ㅜ
그리고 코코아팟 설치 관련
```
sudo gem install cocoapods
pod --help
// + update        Update outdated project dependencies and create new
//                    Podfile.lock
pod update
```
깃헙에서 내려받은 파일에는 이미 Podfile을 비롯해 코코아팟이 설치되어 있었지만 내 맥북에는 코코아팟이 없었기에 xcode에서 시뻘건 폴더를 볼 수 있었다. 그래서 젬으로 설치해줬는데도 시뻘개서 –help로 커맨드들을 봤는데 update가 있길래 update해봤더니 시뻘건게 다 사라진 걸 볼 수 있었다! 파일에는 라이브러리 정보가 있는데 내 컴퓨터에는 설치되어 있는게 없어서 설치해주고 dependency를 업데이트해 준 것 같다.
일단 지금은 카메라가 시급해서 본격적 개발은 다음주부터 하기로.
면접 토픽 공부
백그라운드와 포그라운드에서의 제약 사항 관련해서 공부하는데 확실히 앱 생명 주기를 알고 넘어가야 될 필요성을 느꼈다. 안드로이드에서도 이 파트가 꽤나 중요했던 것 같은데, 오늘은 그냥 기본만 짚고 넘어감. 많은 추가 공부가 필요. 공부한 링크
OpenCV 라이브러리 테스트(중요!!)
월요일에 다운받아놓고 그동안 아무것도 안했따..ㅜ 그리고 아무 생각 없이 3.3.0 버전을 받아서 그냥 엎고 3.4.0 버전으로 새로 받았다. 그리고 설치하는 데… 어휴… 세상에…^^…… 설치하는 데만 몇시간이여 이거
flask/서버 공부
문서를 주욱 읽는 중이다. 처음 C언어에서 기계적으로 printf(“”); 만 치다가 그게 왜 그렇게 작동하는지, 왜 그걸 쓰는지 알았을 때처럼 API 구조가 왜 그렇게 되는지 알아가는 과정이 제일 좋다. 아직 자유롭게 쓰려면 멀었지만.. 내일은 라즈베리파이에서 Request 모듈 써서 연결해보기

이번 주 내내 공부를 진짜 너무 안 했다.. 예전에도 그랬지만 너무 루즈해진 기분. 몸 상태 핑계는 더이상 하지 말기. 나중에 회사에서는 내 몸 안좋다고 일을 빼주지는 않을테니. 진짜 정신차리자ㅜ

내일 할 것

A Swift Tour 번역
HTTP 공부 및 세션, 정리
flask server, Python Request

iOS) Foreground & Background

2020-10-23T00:00:00+00:00

Publishing Date:2020-10-23

배경지식

앱 생명주기
이미지 출처: Apple Docs

Foreground

App이 실행되어 사람들에게 보여지고 있는 상태

Active
Inactive

제약사항

Background

Foreground에서 Homescreen으로 이동한 상태

제약사항

사용자 이벤트 받기 어려움
공유 시스템 리소스 해제, 이미지 객체 참조 해제 등 메모리 제한
특정 유형의 앱만 백그라운드에서 실행 가능함

Reference

Apple Docs- App’s Life Cycle
iOS Background Mode