더 나은 판단을 하려면

Jungbin — Sun, 13 Apr 2025 23:27:25 +0900

팀 내 글쓰기 스터디 부글부글의 두 번째 글을 쓰는 시간이 왔다!

호기롭게 시작했지만 1주 밀리고.. ^^; 일요일 저녁에야 컴퓨터를 잡고 앉았다.

고백하자면 사실 이번 주 내내 마땅한 글감을 찾지 못해서 차일피일 미뤘다.

요새 일을 하면서 느꼈던 지점들을 짤막하게 작성해보기로 ^^

홍보 업무를 하면서 다양한 지표들이 발생한다.

올해 광고를 돌린 지 2주 정도 되었는데, 작년에 광고를 돌렸던 것과 비교하면 월등히(!!) 높은 수치들이 나온다. 업계 평균이라는 수치보다 2-3배 더 좋을 때도 있었다.

거의 상상하지도 못했던 지표여서 처음에는 신나기도 했지만, 조금만 떨어져도 (그래도 여전히 작년보단 낫지만) 소재를 바꿔야 하나? 테스트를 멈출까? 하는 고민이 들기도 한다.

광고 지표를 보며 항상 고민하는 건, 결국 "잘했다", "못했다"의 판단을 어떻게 내릴 것인가 하는 문제다. CTR이 1.0%~1.5%면 광고할 만하다고 평가하기도 하고, 그런데 메타/네이버/구글 등 매체마다 평균이 다르기도 하고, 업종마다 천차만별이기도 하다. 평균치를 참고할 수는 있지만 우리 교육 홍보에 그대로 판단의 기준으로 삼기에는 여전히 어렵다.

이런 고민 속에 이것저것 찾아보다가 눈에 들어온 글이 있었다. "업계 평균에 얽매이지 말고, 본인 조직의 과거 지표를 바탕으로 판단하라"는 내용이었다. 우리 상황에는 이 방법이 제일 적합한 판단 방식이라는 생각이 들었다. (이때 본 글을 첨부하고 싶지만 잃어버렸다 ...)

작년 처음 홍보 업무를 맡았을 때는 비교할 과거 수치를 찾기가 힘들어 판단이 더 어려웠다. 올해는 작년의 경험과 데이터를 참고할 수 있어서 그나마 다행이긴 하지만, 담당자가 아니면 파악할 수 없는 형태로 남아있다. 작년에 홍보 결과를 전체적으로 정리하지 못한 것이 큰 아쉬움으로 남는다. 담당자의 기억과 경험에 의존하고 있는 업무라니........... 올해는 좀 더 차곡차곡 잘 쌓아 둬서, 내년 홍보 성과를 측정할 때 좀 더 객관적인 근거를 가지고 판단할 수 있도록 정리해야겠다.

한편으로는 CTR, CPC와 같은 효율 지표만 언제까지 중요하게 생각해야 할지도 고민이다. ㅎㅎㅎㅎ 물론 비용 대비 결과가 좋다는 것은 유의미하지만, 클릭률이 중요한지, 노출이 중요한지, 도달이 중요한지는 결국 홍보의 목적에 따라 달라지는 것 같다.

예를 들어, 지금은 아직 모집 전이고 모집을 위한 알림 신청을 받고 있는 상황이다. 부스트캠프의 교육 기간이 길어서 대학생들에게 미리 교육의 존재를 알리는 게 중요하다. 그런 측면에서는 클릭도 중요하지만 노출과 도달에 더 신경을 써야 하지 않을까! 이후 실제 지원 기간에는 부캠이라는 교육을 알리는 것도 중요하지만 실제 지원으로 이어지는 것이 더 중요하기 때문에 클릭 중심의 전략을 가져가는 게 맞지 않을까 하는 생각도 든다.

지금 바쁜 업무가 조금 정리되면, 기간별로 어느 지표를 더 중요한 판단 기준으로 삼을지 정리해 보는 시간을 가져야겠다.

실무를 하다 보면 이것도 중요하고, 저것도 중요하고, 결국 다 중요하게 느껴져서 모든 지표를 한꺼번에 보다가 이도저도 안 되는 상황이 벌어지기도 한다. 이건 아마 조급함과 불안함 때문이 아닐까 싶다.

무엇이 가장 중요한지, 결국 우선순위를 잘 세우는 게 가장 중요하다~!

✅ 두줄요약 by GPT

과거의 지표와 데이터는 앞으로의 판단 기준을 명확히 해주는 소중한 자산이다.

처음부터 완벽한 기준을 세우기는 어렵지만, 꾸준히 데이터를 쌓고 목적에 따른 우선순위를 명확히 하는 습관을 갖추는 것이 중요하다.

홍보는 누구에게 해야 하는 걸까?

Jungbin — Sun, 23 Mar 2025 22:52:14 +0900

다시 부스트캠프 웹·모바일의 교육생을 모집하는 시즌이 돌아왔다.

요새 일을 하는 시간 중 80%는 고뇌의 시간으로 보내는 것 같다..^^ 홍보 업무를 담당하며 했던 이런저런 생각을 작성해 본다.

어떤 홍보물에서든 이것이 여러분에게 효과적이라고 말한다. 특히 명확한 아웃풋을 강조하면서. 예를 들어 다이어트 제품 광고는 '일주일 만에 5kg 감량!!!' 이라든가, 어떠한 자기계발서의 광고는 '이 책을 읽으면 당신의 인생이 변합니다' 라든가.. 이런 아웃풋을 보면 자연스럽게 해당 효과가 적용된 내 모습을 상상하게 된다.

사람에 따라서는 5kg 감량이 필요하지 않을 수도 있고, 딱히 인생의 변화가 필요하지 않을 수도 있다. 이런 경우는 본인이 뭘 원하는지 명확히 아는 것 같다. 분명 많은 사람들이 쇼핑할 때 검색하는 행위로 시작한다.

그러나 많은 경우 본인이 5kg 감량이 필요한 상태인지 아닌지, 인생의 변화가 필요한지 아닌지에 대해서조차 생각해 두지 않았을 것이라고 생각한다. 그런 경우 홍보 문구를 보면 '어 나도 필요한가?' 라고 생각하게 되는 것 같다. 마치 내가 '인생관을 정립하는 것'에 대해 생각해 보지 않았지만, 우연히 [마인드 박스] 책의 저자 유튜브 영상을 보며 인생관을 생각하고 정리하는 것이 필요하다고 느꼈던 것처럼..!

대부분의 홍보는 '어라 다들 다이어트를 하네 > 그리고 그렇게 멋진 몸을 가지게 된 모습이 멋있어 보이네 > 나도 필요하겠는걸?' 의 생각의 흐름을 유도한다고 느낀다.

비슷한 예시로 우연히 새롭게 출시된 네이버 플러스 스토어 앱과 관련한 글을 덧붙이자면.. 쇼핑 서비스에서 '검색'의 비중을 과감히 줄이고, '탐색'을 권한다는 것이다. 본인이 뭘 원하는지 명확하게 몰라도 소비자에게 이걸 필요하다고 생각하게 만드는 것이라고 생각한다.

어쨌든 무엇인가를 홍보한다면, 타겟은 이렇게 정해야 할 것 같다.

1) 이 상품을 원하는 사람 2) 원하지 않는 사람 3) 원하는지 아닌지 모르는 사람

2) 원하지 않는 사람에게 필요하다고 설득하는 건 굉장히 어려운 일인 것 같고... 1) 원하는 사람의 경우 도달하기만 한다면 자연스럽게 고객이 될 것 같고, 3) 원하는지 아닌지 모르는 사람은 잠재적 고객이 될 수 있지 않을까?

일반적인 홍보를 떠나서.. 교육 프로그램 홍보에는 어떠한 책임감이 더 존재하기도 한다.

우리의 교육을 선택한 사람들에게는 이 교육이 분명 본인의 커리어에 적지 않은 영향을 미친다. 그렇기 때문에 작은 광고 문구 하나에도 책임감이 필요한 것 같다.

우리 팀원 분들은 정말 진심으로 세상에 필요한 개발자를 양성하려고 힘쓴다. 겨우 1년 보았지만 외부에서는 절대 상상할 수 없는 영역까지 고민하는 걸 보며 '이런 고민까지 한다는 걸 모두가 알면 좋을 텐데!!!!!' 라는 생각을 많이 했다. 팀원 분의 아이디어에서 시작한 글쓰기 스터디를 통해 정기적으로 각자의 생각을 담은 글을 작성해 보기로 했다. 우리 교육을 만드는 사람들의 진정성이 잘 전달되기를 바란다. 이 진정성이 누적되면 우리 교육에 공감하고 찾는 사람들이 자연스럽게 많아지겠지라는 바람도 있다. ㅎㅎ 이 글은 스터디의 첫 글!

스터디 이름은 부글부글이다. (부스트캠프 글쓰기라는 뜻)

[iOS] Firebase Cloud Messaging - APN

Jungbin — Wed, 24 Jan 2024 18:21:27 +0900

기록용

1. firebase project 만들기

https://console.firebase.google.com/u/3/?hl=ko

2. iOS 앱 추가하기

iOS를 눌러 앱을 추가합니다

그러면 앱 등록 화면이 나오는데 이때 Apple 번들 ID를 입력해야 함

요건 어느 것이냐면 오른쪽 엑스코드 창에서!! Signing & Capabilities 안에 있는 Bundle Identifier 입니다

나머지 앱 닉네임, App Store ID는 선택사항이니 패스할게요

그러면 2번 단계 구성 파일 다운로드가 나오고, GoogleService-Info.plist 다운로드 받아서 Xcode 프로젝트 안에 추가해 주세요

저는 위 사진처럼 Plists라는 폴더를 따로 만들어 여기에 Info.plist와 함께 넣어 두었습니다

참고!!!! GoogleService-Info.plist 안에는 앱에 관련된 정보가 들어있어서 gitignore에 추가하여 따로 로컬에서 관리하는 것을.. 권장드립니다

3. Apple Developer > Identifiers 설정

이제 Firebase Console은 잠시.. 멈춰 두고 Apple Developer로 갑니다

https://developer.apple.com/account

Identifiers 탭에서, App ID를 만들었는지 확인합니다 (Push Notifications 말고도 다른 기능 (Sign in with Apple 등..)을 이용하셨다면 이미 만들어져 있을 겁니다 !)

만약, App ID가 없다면 새로 추가합니다

저는 이미 있으니 이거 쓸게요

사용할 App ID를 클릭해서 들어간 후, Push Notifications를 활성화시킵니다

4. Apple Developer > Keys 설정

고다음... Keys로 가서

사용할 Key가 없으면 새 Key를 만들어 주세요... 전 이미 있으니 있는 걸 쓰겠습니다 (참고로 Key는 한 계정당 3개인.. 가? 발급받을 수 있는 걸로 알아요. 그냥 개인 프로젝트를 하시는 분들은 있던 Key를 계속 다른 프로젝트에 사용하셔도 괜찮습니다.. 아닐 수 있음)

Key를 만들 때 주의할 점은 ... 저 Download가 한 번만 가능하다는 점입니다!!!

그래서 꼭 Key를 다운로드받고, (.p8 확장자를 가지고 있는 파일입니다) 개인적으로 꼭 따로 저장하여 관리해 주세요~ 잃어버리면 곤란~

.p8 Key 파일까지 받았다면 Apple Developer에서 해야 할 일은 끝입니다

5. Firebase Console 프로젝트 설정

다시 Firebase Project Console로 돌아와서... 설정 > 클라우드 메시징으로 들어와 주세요

아래로 좀 내려가 보면 아까 추가했던 iOS 앱이 보입니다

"APN 인증 키" 부분에 좀 전에 받았던 .p8 파일을 업로드하여 주세요

그러면 키 ID와 팀 ID를 입력하라고 뜰 텐데,

키 ID는 Apple Developers > Keys에서 저~ 기 Key ID를 쓰시면 됩니다!

팀 ID는 Apple Developers 우측 상단 계정 정보에 나와 있는
저 가린 부분!! 저기예요~! 위 사진에서 Key ID 밑에 CONFIGURATION에도 똑같은 부분이 있을 거예요!

그럼 Firebase Console도 진짜 끝났습니다

6. Xcode로 가서 프로젝트 Capability 설정

프로젝트 설정에서, 좌측 상단 +Capability를 눌러 Push Notifications와 Background Modes를 추가합니다.

Background Modes에는 Background fetch와 Remote notifications를 체크합니다

그 다음에, Info.plist 파일로 이동하여 FirebaseAppDelegateProxyEnabled 프로퍼티를 추가합니다. 값은 NO

7. AppDelegate.swift에서 토큰 관련 코드 작성

마지막!!

제가 푸시알림을 구현할 때 사용하는 코드를 그대로 가져왔습니다...

코드에 대한 피드백은.. 환영합니다

import UIKit
import Firebase
import FirebaseCore

@main
class AppDelegate: UIResponder, UIApplicationDelegate, MessagingDelegate {
    
    func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {
        
        FirebaseApp.configure()
        PushNotificationHelper.shared.setAuthorization()
        // 앱 실행 시 사용자에게 알림 허용 권한 받기
        UNUserNotificationCenter.current().delegate = self
        
        // 원격 알림 등록
        application.registerForRemoteNotifications()

        /// 메시지 대리자 설정
        Messaging.messaging().delegate = self
        
        /// 자동 초기화 방지
        Messaging.messaging().isAutoInitEnabled = true
        
        /// 현재 등록 토큰 가져오기
        Messaging.messaging().token { token, error in
            if let error = error {
                print("Error fetching FCM registration token: \(error)")
            } else if let token = token {
                print("FCM registration token: \(token)")
                UserDefaultsManager.fcmDeviceToken = token
                UserInfo.shared.deviceToken = token 
            }
        }
        
        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.
    }
    
    func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey : Any] = [:]) -> Bool {
        if (AuthApi.isKakaoTalkLoginUrl(url)) {
            return AuthController.handleOpenUrl(url: url)
        }
        
        return false
    }
    
    /// APN 토큰과 등록 토큰 매핑
    func application(_ application: UIApplication,
                     didRegisterForRemoteNotificationsWithDeviceToken deviceToken: Data) {
        Messaging.messaging().apnsToken = deviceToken
    }
    
    /// APN 토큰과 등록 토큰 매핑 실패
    func application(_ application: UIApplication, didFailToRegisterForRemoteNotificationsWithError error: Error) {
        debugPrint("APN 토큰 등록 실패", "fail")
    }
    
    /// 디바이스 세로방향으로 고정
    func application(_ application: UIApplication, supportedInterfaceOrientationsFor window: UIWindow?) -> UIInterfaceOrientationMask {
        return UIInterfaceOrientationMask.portrait
    }
    
    /// 토큰 갱신 모니터링 메서드
    func messaging(_ messaging: Messaging, didReceiveRegistrationToken fcmToken: String?) {
        print("Firebase registration token: \(String(describing: fcmToken))")
        UserDefaultsManager.fcmDeviceToken = fcmToken
        UserInfo.shared.deviceToken = fcmToken ?? "non-token"
        let dataDict: [String: String] = ["token": fcmToken ?? ""]
        NotificationCenter.default.post(
            name: Notification.Name("FCMToken"),
            object: nil,
            userInfo: dataDict
        )
    }
}

// MARK: - UNUserNotificationCenterDelegate
extension AppDelegate: UNUserNotificationCenterDelegate {

    /// foreGround에 푸시알림이 올 때 실행되는 메서드
    func userNotificationCenter(_ center: UNUserNotificationCenter,willPresent notification: UNNotification,withCompletionHandler completionHandler: @escaping (UNNotificationPresentationOptions) -> Void) {
        completionHandler([.badge, .sound, .list, .banner])
    }
}

//
//  PushNotificationHelper.swift
//  GAM
//
//  Created by Jungbin on 1/24/24.
//

import Foundation
import Firebase

class PushNotificationHelper {
    static let shared = PushNotificationHelper()

    private init() { }

    func setAuthorization() {
        let authOptions: UNAuthorizationOptions = [.alert, .badge, .sound] // 필요한 알림 권한을 설정
        UNUserNotificationCenter.current().requestAuthorization(
            options: authOptions,
            completionHandler: { _, _ in }
        )
    }
}

8. 테스트하기

이제 실행을 시켜 봅니다!

별 문제가 없다면 다음과 같이 콘솔에 device token이 출력될 텐데요, 이 토큰을 복사해 둡니다.

Firebase Console > Messaging으로 들어가서, Firebase 알림 메시지 캠페인을 선택합니다.

그리고 알림 제목, 알림 내용을 입력하고, 오른쪽에 "테스트 메시지 전송" 버튼 클릭

Xcode 콘솔에서 복사해 뒀던 FCM 등록 토큰을 추가합니다!

그리고 테스트를 누르면~

짜잔

이상입니다 ^_^

FCM - APN, FCM 토큰 만료 시점 등에 대해서는

https://seungwoolog.tistory.com/88

[Firebase] FCM을 도입할 때 고려할 것들

최근 진행하는 프로젝트에 FCM을 앱 푸시 알림 서비스로 사용하게 되었다. 도입할 때 서버 개발자로서 고려할 것들을 정리하였다. Firebase Cloud Messaging (FCM) Firebase 클라우드 메시징(FCM)은 무료로 메

seungwoolog.tistory.com

이 분의 블로그를 참고하셔요.. 정리가 잘 되어 있습니다

[UIKit] UIScrollView "Scrollable content size is ambiguous." 에러 해결

Jungbin — Sun, 6 Aug 2023 17:43:17 +0900

아래 코드처럼 요상하게 구현했었는데... 조작하는 데나 보여지는 뷰에서는 아무 문제가 없었지만, View Hierarchy를 보면 제약조건 에러가 있는 게 너무너무 거슬려서 결국 해결했다!

(평소 scrollView 에러는 터치나 스크롤이 안 되는 등의 문제가 있었지만, 이 경우는 모든 인터랙션이 다 가능하긴 했음.)

원래 코드 (SnapKit 사용)

        self.view.addSubviews([scrollView])
        self.scrollView.addSubview(contentView)
        self.contentView.addSubviews([infoTitleLabel, profileInfoView, tagTitleLabel, tagCollectionView, emailTitleLabel, emailButton])
        
        self.scrollView.snp.makeConstraints { make in
            make.edges.equalToSuperview()
        }
        
        self.contentView.snp.makeConstraints { make in
            make.width.equalToSuperview()
            make.centerX.top.bottom.equalToSuperview()
        }

여러 블로그를 참고해 본 결과... scrollView를 이용해 레이아웃을 구현할 때의 나의 대전제(?)를 세울 수 있었는데

1️⃣ scrollView는 top, bottom, leading(left), trailing(right)를 모두 스크롤 될 영역 사이즈에 맞춘다. (보통 equalToSuperView 사용)

self.scrollView.snp.makeConstraints { make in
    make.edges.equalToSuperview()
}

2️⃣ scrollView 안에 들어가는 contentView는 top, bottom, leading(left), trailing(right)는 모두 equalToSuperView를 사용하여 scrollView 영역과 동일하게 맞추고, 세로 스크롤을 원하면 width를 equalToSuperView, 가로 스크롤을 원하면 height를 equalToSuperView 한다.

self.contentView.snp.makeConstraints { make in
    make.edges.width.equalToSuperview() // 세로 스크롤
}

4️⃣ contentView의 height는 항상 정해져 있어야 하며, height 값을 직접 넣을 수도 있고, contentView의 하위 UI 컴포넌트들을 통해 height을 설정해도 된다. (하위 UI 컴포넌트를 통해 contentView의 사이즈가 결정되므로,,, (세로 스크롤이면 height가 결정됨) 하위 컴포넌트들의 제약 조건을 잘 넣었는지 확인한다!

self.infoTitleLabel.snp.makeConstraints { make in
    make.top.equalToSuperview().inset(26) // top 설정!
    make.horizontalEdges.equalToSuperview().inset(20)
    make.height.equalTo(27) // height 1
}
self.profileInfoView.snp.makeConstraints { make in
    make.top.equalTo(self.infoTitleLabel.snp.bottom).offset(10)
    make.horizontalEdges.equalToSuperview().inset(20)
    make.height.equalTo(194) // height 2
    make.bottom.equalToSuperView().inset(40) // bottom 설정!
}

해결!

전체 코드

self.view.addSubviews([scrollView])
self.scrollView.addSubview(contentView)
self.contentView.addSubviews([infoTitleLabel, profileInfoView])

self.scrollView.snp.makeConstraints { make in
    make.edges.equalToSuperview()
}

self.contentView.snp.makeConstraints { make in
    make.edges.width.equalToSuperview()
}

self.infoTitleLabel.snp.makeConstraints { make in
    make.top.equalToSuperview().inset(26) // top 설정!
    make.horizontalEdges.equalToSuperview().inset(20)
    make.height.equalTo(27) // height 1
}
self.profileInfoView.snp.makeConstraints { make in
    make.top.equalTo(self.infoTitleLabel.snp.bottom).offset(10)
    make.horizontalEdges.equalToSuperview().inset(20)
    make.height.equalTo(194) // height 2
    make.bottom.equalToSuperView().inset(40) // bottom 설정!
}

~ 아닐 수도 있음 ~

2021년 회고, 2022년의 다짐

Jungbin — Sat, 1 Jan 2022 01:56:36 +0900

벌써 2021년이 마무리되고 있다. 몇 시간 안 남았지만... 밤새워서 적을 수 있겠지. 작년은 코로나가 이제 막 시작되던 시기라 정신 못 차리고 보냈었다. 꿀 빨면서 학교 다니며... 알바 열심히 했다.

올해는 '도전의 해'라고 정의할 수 있겠다. 처음 겪는 일들이 너무 많았다. 그리고... 예상치 못한 일들도 많았다. J 중에서도 극성 J라는 ESTJ인 나는... 계획하지 않았던 일을 마주치게 되면 좀 어리바리해진다. 올해를 보내고 나니까 그런 상황에서도 조금이나마 더 유연하게 대처할 수 있는 사람이 된 것 같다.

# 복수전공

올해의 첫 도전, 복수전공. 복수전공을 신청하기엔 성적이 좀 딸리던 나는 비대면 수업을 발판 삼아 성적을 열심히 올렸다. 간신히 커트라인 맞춰서 복수전공 신청을 해냈다. 단순히 유일한 교내 iOS 전공 수업 듣고 싶어서 신청한 거였는데... 그 교수님 안식년이셨다. 1학기에만 열리는 수업인데 일 년 놓쳐 버렸다. 디미과 갔으니까 디자인 수업이나 열심히 들었다. 3D나 게임 쪽은 왜 이렇게 듣기 싫은 거지.... 본전공 2학점 듣고 나머지는 다 복수전공 학점으로 채웠다. 나름 나쁘지 않았고, 3학년 디자인 과목을 1학년이랑 지식 수준 비슷한 내가 들으려니까 아주 스파르타로 공부당한 기분이었다. 학점 괜찮게 나오긴 했다.... 모바일 UI/UX 디자인 과목이라서 클라 개발 공부 중인 나한테는 너무너무너무너무너무 유익했다. 내년엔 우리 전공 좀 열심히 들어야지.

# 동아리

대학교 들어와서 처음으로 동아리에 들어갔다. 일이 학년 때에는 이상하게 동아리는 쳐다도 안 봤다. 작년에 ‍♀️아자차 스터디로 iOS 공부 본격적으로 시작했는데, 주변에 iOS 하는 사람이 정~~~~ 말 없다는 걸 알았다. 그때 이후로 iOS 파트가 존재하는 동아리를 많이 찾아보고, 방학 시작하자마자 디앤디에 지원했다. 사실 원래 떨어졌었는데, 어쩌다 iOS 한 자리가 비어서 추가 합격으로 들어가게 되었다. 떨어져서 아쉬워하고 있었는데 갑자기 문자 와서 완전 놀랐음. 본격적으로 사람들이랑 뭔가를 만들어 본다! 라고 하는 경험이 정말 처음이어서 많이 두렵기도 했고, 항상 나 자신이 너무 부족한 것 같았다. 우리 조 사람들은 거의 다... 직장인이었다. 넘 쫄렸다. 얼마 공부 안 하긴 했지만 그래도 해 본 게 UIKit 기반이었는데, 덜컥 SwiftUI로 개발하자는 말에 오케이를 해 버렸다. 뭔가... 탐색하고 싶었나. 그때 공부할 땐 정말 너무 뭐가 뭔지 몰랐고... 어려웠다. 그때 멘토님이 나 붙잡고 거의 일대일 속성 과외를 해 주셨는데 아직도 너무 감사하다. 그래도 디앤디 때 주워듣고 배운 것들이 좀 있었는지, 다른 협업 들어가서는 뭔가 이끌고 진행할 수 있었다. 아무것도 모르는 채로 4기 한 기수 보내고 나니까, 좀 더 공부하고 다시 디앤디에서 서비스를 만들어 보고 싶다. 지금은 그래도 많이 공부했으니까 괜찮지 않을까. 디앤디 7기 딱 기다려요....

사실 솝트는 28기 때 떨어졌었다. 그 사이에 공부 열심히 했는데, 오히려 지금 29기 하고 있는 게 더 좋은 것 같기도. 내 휴대폰에선 조회가 잘 안 돼서, 혜빈이가 대신 최종 결과 발표를 봐 줬는데 합격이었다. 그때 신촌 길거리에서 뭐 먹고 있었던 것 같은데, 찐행복. 곧 있을 앱잼도 너무 기대된다. 이미 솝텀 계획까지 세워 버렸다.... 내년의 나 파이팅.

# 창업팀, 직장, 계획에 없던 휴학

고등학교 때부터 내 인생에 휴학은 없다, 노래를 부르며 살았다. 그러다 올해 초에 개발자로서 합류했던 창업 팀이 법인 설립까지 하게 되었다. 당장 성과를 내야 하는 상황이라... 개발뿐 아니라 사업 기획, 디자인에도 관여하고 있었던 나는 대표의 설득으로 예정에 없던 휴학까지 하게 되었다. 이 모든 게 두 달 사이에 결정된 일이라 당시에 고민을 정말 많이 했던 것 같다. 사실 생각해 보면 내가 휴학을 하지 않으려고 했던 이유도 빨리 졸업하고 빨리 취업하고 싶어서였다. 근데... 미리 취업을 할 수 있다면? 졸업하기 전에 경력 쌓아서 나쁠 것 없다고 생각했고, 그래서 바로 휴학 신청서 내고 백 교수님이랑 칼 면담 후 휴학을 확정받았다.

Co-founder라는 타이틀은 그때 결정되었지만, 사실 이걸 받아들이기까지에는 많은 시간이 걸렸다. 나는 분명히 개발자로 합류했는데, 정신 차리니까 이것저것 회사의 존망이 달린 일들이 내 손에 맡겨지고 있었다. 인사 업무도 보고, 디자인도 하고, 기획도 하고, 개발팀 관리, 외주 관리까지 맡았다. 진짜 회사에서는 올라운더로 살았는데... 집에만 오면 현타가 너무 왔다. 이게 스스스스스타트업의 현실인가. 애초에 내 아이디어의 사업이 아니어서 그랬나. 나는 창업이나 경영보단 '개발'에 관심이 더 있었고, 그 생각은 지금도 여전하다. 예상하지 못했던 일들을 자의 반 타의 반으로 잔뜩 떠안게 되어서 정식 출근 후 세네 달은 정말로 너무 힘들었다. 스트레스도 진짜 많이 받았고. 웬만하면 스트레스 안 받는 성격인데, 지금 생각해 보니까 그땐 좀 나약했던 것 같기도. 그때 내 한탄 다 들어 주었던 가족들이랑 친구들한테 너무 고마워. 말해야 속이 풀리는 성격은 좀 고쳐야겠다고 생각했다.

연말이 되어서야 조금 더 개발에 집중할 수 있었다. 솔직히 사수 없이 혼자 개발하는 게 막막했지만, 우리는 완전 최초 MVP 앱을 개발하는 중이었으니까. 내 코딩 스타일이 곧 컨벤션이고 위키였다.... 이런 점이 너무 아쉬워서 솝트에 들어갔던 것도 있다. 역시 다른 사람들 개발하는 걸 보고 많이 배워야 해. 대신 거의 혼자 개발하다 보니 어떤 문제가 생기든 무조건 다 내가 해결해야 했는데, 그 과정에서 스스로 정말 많이 배웠다. 나 아니면 해결할 사람이 없는 극한의 상황.... 어쩔 수 없이 눈에 불을 켜고 방법을 찾아야 했다. 공부하기에는 최적의 상황이었다고 생각한다.

2월 말 계약 종료를 앞두고, 나는 조금 더 개발에 집중하고 싶어서 재계약 생각이 없다고 말씀드렸다. 이것도 몇 달 내내 생각하고 생각해서 낸 결론이다. 이렇게 조심스럽고 오래 고민한 일이 별로 없었고, 그런 성격도 아니었고. 회사를 다니면서 내가 하고 싶은 일이 무엇인가에 대해 생각을 많이 했다. 사실 개발자라는 직업을 꿈꾼 건 초등학교 6학년 때부터였고, 이 생각은 중고등학교 때에도 변한 적이 없었다. 고삼 때 희망 전공을 정할 때에도 일말의 고민도 없이 컴공을 적어 냈다. 작년에는 좀... 주변에 하고 싶은 게 굉장히 많았던 사람을 보면서, 내가 너무 어렸을 때 결정했던 일에 나를 가둔 건 아니었나, 하는 약간의 불안도 있었다. 어떻게 됐든 다른 업무에 많이 치이며 회사를 다니다 보니까, 저 그냥 개발하게 해 주세요... 라는 소리가 절로 나왔다. 개발이 내 적성인 것 같아. 역시 뭐든 헷갈릴 땐 경험! 경해 봐야 생각도 정리가 된다는 걸 또 한번 깨달았다.

# 피아노

드디어 피아노를 다시 쳤다. 어릴 때 피아노 너무 열심히 치기도 했고, 좋아했고. 중고등학교 때는 합창 대회만 하면 반주를 꼭 맡아서 했다. 이상하게 우리 반에는 항상 음대 가고 싶은 친구가 없었다. 그래서 걍 어릴 때 좀 치던 내가 쳤다. ㅋㅋㅋ 고삼 때부턴 항상 어른이 되면 피아노를 다시 치고 싶다고 생각했다. 근데 우리 집에서 피아노를 버려서... 학원 아니면 칠 곳이 없었다. 한 10년 전에 다니던 피아노 학원이 아직도 집 앞에 있는데, 원장 선생님은 젊은 분으로 바뀌었다. 나랑 나이 차이가 별로 안 났음. 상담하러 갔다가 그날 바로 결제하고 두 달 동안 열심히 다녔다. 6월 말부터 출근했어서 어쩔 수 없었는데... 피아노를 이제 못 치는 게 너무 아쉬워서 결국 디지털 피아노를 지르고 말았다. 당근 짱. 내 돈으로 하고 싶은 악기 사는 어른이 되었다! 내년에는 우쿨렐레 사서 유튜브로 독학할 거다. 음악은 나의 힘. 특히 올해엔 재즈에 빠졌다. 뭘 하든 확실한 걸 좋아하는 편인데, 재즈의 불규칙함은 뭔가... 들을 때 일탈하는 기분. 라라랜드 짱.

# 영화

올해의 정빈플릭스 영화 상. 킬 빌 드립니ㄷㅏ.... 짱짱.

# 2022

작성하다 보니까 벌써 날짜가 넘어갔다. 나가서 GF 연례 행사 카운트다운 세고 왔다. ㅎㅎ 작년의 나 수고 많았다. 회고 작성하면서 1월부터의 캘린더를 쭉 봤는데... 진짜 뭐가 엄청 많다. 1월이랑 5월엔 어떻게 살았지 싶다. ;;

스물셋에도 다 이루길 부탁해. 내년 상반기에는 면허도 따고, 알바도 하고, 운동도 하고, 책도 읽고, 공부도 열심히 해야지. 회사 다니는 지금보다 더 바쁠 것 같긴 하지만... 할 수 있다. 그리고 기록의 중요함을 아는 사람이 되고 싶다. 올해 처음으로 회고를 작성해 본다. 내년 이맘때쯤 보면 기분이 어떨지 너무 궁금하다. 연초에 일 년 만다라트 계획표를 작성했었는데, 최근에 다시 봤더니 한 40% 정도 달성했다. 작성해 놓고 거의 잊고 살았는데. ㅋㅋㅋㅋ 뭔가 생각을 하고 한번 정리를 한다는 게 나에게 각인이라도 되는 건가 싶었다. 올해에는 좀 더 구체적으로, 현실적으로 작성하는 중이다. 얘도 올해 끝날 때 보면 감회가 새롭겠지. 2022년 12월에 이 글을 보고 있는 나에게.... 맥북은 새로 샀니? 여전히 최선을 다하고 있을 거야. 수고했단다.

[RxSwift] ARC, 강한 참조 strong, 약한 참조 weak, 강한 참조 순환 문제

Jungbin — Mon, 8 Nov 2021 22:57:21 +0900

Struct vs Class

Struct 타입과 Class 타입을 비교할 때 가장 많이 하는 말 → Struct는 값 타입, Class는 참조 타입!

값 타입: 전달할 때마다 값을 복사해서 전달
참조 타입: 하나의 인스턴스가 참조를 통해 여러 곳에서 접근
- 인스턴스가 적절한 시점에 메모리에서 해제되지 않으면 메모리 자원을 낭비하게 됨.

→ 스위프트에서 메모리 사용을 관리하기 위해 ARC를 사용!

ARC의 작동 규칙을 모르고 사용하면 인스턴스가 메모리에서 영원히 해제되지 않을 가능성이 있기 때문에... ARC에 대해 알아야 한다.

ARC

* 자동 참조 카운팅, Automatic Reference Counting => 자동으로 메모리를 관리해 주는 방식

* 더 이상 필요하지 않은 클래스의 인스턴스를 메모리에서 해제시킴

-> 더 이상 필요하지 않은 클래스를 판단하기 위해 참조 횟수를 카운트!

* RC(Reference Counting)가 0이 되는 순간 인스턴스는 메모리에서 해제됨

* 인스턴스가 계속 메모리에 남아 있어야 할 무언가 명분이 필요하다! → 강한(Strong) 참조를 사용하여 RC를 1 증가시킴

강한 참조

클래스의 프로퍼티 등을 선언할 때 딱히 무엇인가를 명시하지 않으면 기본으로 강한 참조

// 이 코드에서 말하는 RC(Reference Counting)는 Person 클래스의 인스턴스 RC!!!
class Person {
	let name: String
		
	init(name: String) {
		self.name = name
	}
}

var reference1: Person?
var reference2: Person?
var reference3: Person?

reference1 = Person(name: "JUNGBIN") // RC = 1
reference2 = reference1 // RC = 2
reference3 = reference1 // RC = 3

reference3 = nil // RC = 2
reference2 = nil // RC = 1
reference1 = nil // RC = 0 -> 메모리에서 해제됨!!!!

강한 참조 순환 문제

* 두 인스턴스가 서로를 참조하는 상황에서 강한 참조 순환 문제가 발생할 수 있음

class Person {
	let name: String
		
	init(name: String) {
		self.name = name
    }
		
	var car: Car?
}

class Car {
	let name: String

	init(name: String) {
		self.name = name
	}

	var owner: Person?
}

var jungbin: Person? = Person(name: "JUNGBIN") // Person RC = 1
var myCar: Car? = Car(name: "BoongBoong") // Car RC = 1

myCar?.owner = jungbin // Person RC = 2
jungbin?.car = myCar // Car RC = 2

jungbin = nil // Person RC = 1
myCar = nil // Car RC = 1

* 위 코드에서, jungbin에 nil을 할당했을 때 Person RC = 1이 됨. jungbin은 이제 nil이지만, myCar.owner를 통해 아직 Person 인스턴스에 참조할 수 있음. Person 인스턴스가 메모리에 살아 있고, Person 인스턴스에 참조할 방법도 남아 있는 상황! 하지만 다음에 myCar에 nil을 할당했을 때, myCar가 참조하던 인스턴스의 RC는 하나 감소하여 1이 되었음. 근데 이제 myCar.owner로 Person 인스턴스에 접근하지 못하고, myCar도 nil이라서 Car 인스턴스에 접근하지 못함. 인스턴스에 접근할 방법은 사라졌는데, 정작 인스턴스들은 메모리에 남아 있기 때문에(RC = 1) 메모리 누수 발생!

* 아래 그림에서 ViewController가 화면에서 pop 되고 이제 사용하지 않는데도 불구하고 3번의 self.어쩌고저쩌고 코드에 의해 RC 카운트가 한 번 증가되었기 때문에 4번에서 RC = 1이 됨. ViewController의 인스턴스가 메모리에서 해제되지 않음!!!! → 메모리 누수(Memory Leak)

약한 참조

* 강한 참조와 달리, 자신이 참조하는 인스턴스의 참조 횟수를 증가시키지 않음

* 참조하는 타입의 프로퍼티를 선언하는 문장 앞에 weak를 써 주면 그 프로퍼티는 인스턴스를 약한 참조!

* 아래 코드는 약한 참조를 통해 강한 참조 순환 문제를 해결하는 코드

class Person {
	let name: String
		
	init(name: String) {
		self.name = name
	}
	
	var car: Car?
}

class Car {
	let name: String

	init(name: String) {
		self.name = name
	}

	weak var owner: Person?
}

var jungbin: Person? = Person(name: "JUNGBIN") // Person RC = 1
var myCar: Car? = Car(name: "BoongBoong") // Car RC = 1

myCar?.owner = jungbin // Person RC = 1 약한 참조!
jungbin?.car = myCar // Car RC = 2 강한 참조!

jungbin = nil // Person RC = 0, Car RC = 1
print(myCar?.owner) // Person의 인스턴스가 메모리에 없기 때문에 nil(약한 참조 해서 그럼)

myCar = nil // Car RC = 0

* 아래에서 세 번째 라인을 보면... 인스턴스가 메모리에서 해제될 때, 자신의 프로퍼티(car)가 강한 참조를 하던 인스턴스(Car 인스턴스)의 RC를 1 감소시킨다는 것을 알 수 있음

강한 참조 순환 문제를 멋지게 해결하였습니다~~~

[RxSwift] Subject, .scan, RxCocoa, .bind 개념

Jungbin — Sun, 7 Nov 2021 16:01:25 +0900

곰튀김 님의 RxSwift 4시간에 끝내기 (종합편) 영상을 보고 작성한 글입니다 ^~^

https://youtu.be/w5Qmie-GbiA

정말 생초보,, 아무것도 모르는 입장에서 강의 영상을 보고 의식의 흐름대로 작성한 글이니 비판의 눈으로 글을 읽어 주시면 감사하겠습니다~~ 오류 지적 대환영!

Subject

Observable 밖에서 값을 받아 와서 컨트롤할 수 있음
종류 4개(docs 참고)
- AsyncSubject
- - Subcribe가 아무리 많이 들어와도 Complete 시점에 가장 마지막 데이터만 모두에게 내려 줌
- BehaviorSubject
- - 기본값 하나 가지고 시작, 누군가가 Subscribe하면 기본값을 내려 줌
  - 중간에 새롭게 Subscirbe가 들어오면 기본값으로 가장 최근의 값을 내려 줌
- PublishSubject
- - Subscribe가 들어오면 그대로 데이터를 내려 줌
  - 중간에 새롭게 Subscribe가 들어와도 그 중간부터 그대로 내려 줌
- ReplaySubject
- - 처음부터 Subscribe하면 PublishSubject와 똑같이 데이터 내려 줌
  - 중간에 Subscribe가 들어오면 그동안의 데이터들을 한번에 Replay하여 내려 줌

Sugar API

.scan

계산된 값을 계속 누적시킴
[Scan] — Observable이 배출한 항목에 연속적으로 함수를 적용하고 실행한 후 성공적으로 실행된 함수의 리턴 값을 발행한다
초기값-1번 연산하여 리턴(A), A-2번 연산하여 리턴(B), B-3번 연산하여 리턴(C), C-4번 연산하여 리턴(D) ...
초기값과 연산
- .scan에 들어올 첫 번째 값은 초기값과 연산됨!

Observable.of(1, 2, 3) // 만약 1, 2, 3이 연속으로 들어온다면
   .scan(0) { (prevValue, newValue) in // 초기값을 0으로!
      return prevValue + newValue
   }
   .subscribe(onNext: { print($0) })

// 결과
1 // (초기값 0 + 1)
3 // (기존값 1 + 2)
6 // (기존값 3 + 3)

RxCocoa

Rx를 활용한 UIKit의 Extension 제공
Sugar API
- .bind 순환 참조 없이 사용 가능( .subscribe와 동일)
- .bind (2:25:25~)
- UIKit요소.rx.~ 했을 때 나오는 값이 Binder면 바인드를 시킬 수 있음
- Subscirbe를 하지 않고 bind해서 사용
- ```
.map { "\($0)" }
.bind(to: itemCountLabel.rx.text)
.disposed(by: disposeBag)
```
- ```
.subscribe(onNext: [weak self] {
	self.itemCountLabel.text = $0
})
.disposed(by: disposeBag)
```
- 위의 두 코드가 같은 동작!
- 장점: [weak self] 같은 순환 참조 방지를 안 해도 됨
- 위 코드처럼 UI를 바꾸는 작업을 진행하려면 메인 스케줄러에서 동작시켜야 함!
- ```
.map { "\($0)" }
.observeOn(MainScheduler.instance)
.bind(to: itemCountLabel.rx.text)
.disposed(by: disposeBag)
```

[RxSwift] Observable의 생명 주기, 순환 참조와 메모리 관리, subscribeOn, observeOn

Jungbin — Sun, 31 Oct 2021 20:51:32 +0900

Observable Life-Cycle

1. Create

Observable 생성
데이터가 생성되거나, 어떤 명령이 동작하지 않음 → 2. Subscribe에서 동작!

2. Subscribe

어떠한 Observable이 동작함

3. Next

데이터 전달

4. Completed

정상적으로 동작 끝

4-1. Error

비정상적으로 동작 끝

5. Disposed

Dispose되면 그 Observable은 더 이상 재사용 불가

.debug() 로 Observable 상태 확인 가능

순환 참조와 메모리 관리

.subscribe(onNext: { i in
    self.countLabel.text = "\(i)"
})
.disposed(by: disposeBag)

이 코드에서 subscribe 내에서 UI 작업을 하느라 self(ViewController)를 참조. 이미 VC 인스턴스를 생성하면서 한 번 참조된 것임. VC가 pop 되더라도 위 클로저에서 한 번 참조된 게 남아 있음! (4번의 RC=1) 이 VC 인스턴스는 더 이상 안 쓰는데...→ 순환 참조에 의한 메모리 누수(Memory Leak)

메모리 누수를 해결하려면 약한 참조(weak self)를 사용하거나, onCompleted()를 통해 Subscribe 클로저 자체를 종료시킨다.

약한 참조(weak self)

.subscribe(onNext: { [weak self] i in
    self.countLabel.text = "\(i)"
})
.disposed(by: disposeBag)

weak self를 안 썼을 때는 자동으로 강한 참조(strong)로 사용됨. weak self는 위의 코드와 같이 사용하며, 참조될 때 RC를 증가시키지 않는다! 상위 인스턴스가 해제되면(RC- -) 얘는 바로 메모리에서 날아감(RC=0).

subscribe의 클로저를 종료시키는 또 다른 방법: Observable을 만들 때 onCompleted() 명시

emitter.onNext(image)
emitter.onCompleted()
return Disposables.create()

뭐 이런 식으로... onCompleted가 꼭 실행되도록 명시하면 Observable 동작 자체가 종료되면서 메모리가 해제됨.

스레드 분기

DispatchQueue, OperationQueue를 사용하는 대신 observeOn, subscribeOn을 사용함! (DispatchQueue, OperationQueue를 observeOn, subscribeOn가 감싼(wrapping) 개념)

subscribeOn

한 번만 사용 가능, 구독 시 시작할 스레드 지정
subscribeOn이 지정된 위치에 상관없이 첫 스레드를 지정함!
위에 있는 Stream에 영향을 줌 → 업스트림(Up Stream)

observeOn

여러 번 사용 가능, observeOn에서 스레드를 지정한 후 그 아래부터의 Stream에 작동 → 다운스트림(Down Stream)

Stream의 분리 및 병합

merge

Observable 2개를 1개로 merge
하나로 합쳐야 하기 때문에 데이터 타입을 통일해야 함!

zip

쌍으로 만들어 전달 → 데이터 타입 달라도 상관 X

1----2--------3---------4---->
B----------C---A------------->
########### zip ############
1B---------2C--3A------------>

데이터의 개수는 가장 작은 스트림의 데이터 개수와 동일!

combineLatest

zip과의 차이점: 가장 최근의 데이터와 쌍을 이뤄 전달

1----2--------3---------4---->
B----------C---A------------->
######### combineLatest #########
1B---2B----C2-3C--A3----4A--->

Reference

기획자 없이 서비스 만들기 - 버그/업데이트 리포트 편

Jungbin — Wed, 20 Oct 2021 20:44:09 +0900

현재 근무하고 있는 회사에 서비스 기획자가 없는 관계로 개발자들이 자급자족하며 개발하고 있는데, 어쩌다 보니 나름의 PM도 담당해 기획도 찍먹(?) 중이다. 사실 학부 수업으로 서비스 기획 관련해서 수업을 듣긴 했지만 실전 경험은 전무해서 우왕좌왕 비효율적인 프로세스로 개발을 해왔던 것 같은데(개발하느라바빴음), 나름 체계를 잡고자 했던 것과 느낀 점이 들어간 글을 써 보려고 한다.

오늘은! 요 시리즈 첫 글이지만! 출시 후 업데이트 및 유지보수를 진행하면서 생각했던 것들을 정리해 보려고 한다. 여차저차해서 어떻게 어떻게 서비스를 개발해 릴리즈까지는 성공했다고 치고, (일정에 쫓겨) 개발자로서 효율적으로 구현하지 못한 부분들은 생각날 때마다 github issue에 뿌려 놓은 상황.

대충 요런 식...? 근데 뭐 이건 저 혼자 볼 거라 상관없고. 문제는 QA 때

'이거 안 되는데요?' '이거 멈춰요.' '이거 튕겨요.' '이거(~~~~) 추가해 주세요.'

1. 같은 방법으로 다시 작동시켰을 때 동일한 증상이 나타나나요?
2. 로그인 상태인가요? 비로그인 상태인가요?
3. iOS 버전과 기종 알려 주실래요?
4. TestFlight 충돌 공유 보내셨나요?
4-1. 안 보내셨으면 다시 시도하셔서 충돌 리포트 넘겨 주세요.
5. 전후 상황 포함해 재현 과정 말씀해 주세요.
6. 동영상으로 녹화해 주세요.
7. 등등...

그래서 오늘 노션으로 버그 수정 요청 문서, 기능 추가 요청 문서 작성 양식을 만들었다!

대충 요런 식. 노션에서 기본으로 제공하던 템플릿에서 필요한 부분만 살짝 변경했다.

안에 템플릿도 넣어 둠.

이런 식이다!!!!!

그리고 아래처럼 이미지를 만들어서 양식에 맞게 작성해 달라고 부탁드렸다. 나중에도 두고두고 사용하려고 날 잡고 만들어 버림. 학교에서, 동아리에서 팀 프로젝트를 종종 했는데, 그런 소규모 프로젝트 같은 경우는 기획자 없는 경우가 넘 많아서(대충 모두가 기획자~ 이런 느낌) 유용하게 쓸 것 같았다. 구두/카톡으로 다다다다 보내서 괜히 서로 이해하느라 시간 잡아먹는 것보다, 개발자 쪽에서 원하는 내용을 템플릿화해서 만들어 주면 요구하는 사람도, 개발하는 사람도 편할 것 같다. 이런 거 할 사람이 필요했는데............ 결국 내가 했다. ㅠ

끝으로, 저처럼 고통받았던 분들은 퍼가세요... 서비스 기획자 분들 존경합니다~~!!!!!!!!!!!제발함께해주세요

https://madilyn.notion.site/085d2d3402fe40f58f57ec80a5d3a110?v=e59c64c5ba714cb7b8ec352b88bbdf67

Update plan

효율적이고 빠른 개선을 위해 양식에 맞게 요구사항을 작성해 주세요. new feature 은 개발팀에게 새로운 기능 추가를 요청할 때 사용합니다. bug 는 개발팀에게 버그 수정을 요청할 때 사용합

madilyn.notion.site

[RxSwift] 이게 맞나? 싶은 RxSwift 개념 정리

Jungbin — Thu, 14 Oct 2021 01:39:24 +0900

곰튀김 님의 RxSwift 4시간에 끝내기 (종합편) 영상을 보고 작성한 글입니다 ^~^

https://youtu.be/w5Qmie-GbiA

[1교시] 개념잡기 - RxSwift를 사용한 비동기 프로그래밍

✈️ Rx의 목적

비동기적으로 만들어지는 데이터(언제 만들어질지 모름)를 completion으로 전달하는 게 아니라 리턴 값으로 전달하여 좀 더 간결하게 사용하도록 만들어진 유틸리티

시간이 걸리는 작업 도중 취소 시 유용
동기/비동기 처리 쉽고 간단하게

create, subscribe, disposable

// MARK: RxSwift 원형 사용
    func showImageRx(_ url: String) -> Observable<UIImage?>{
        return Observable.create { seal in
            asyncLoadImage(from: url) { image in
                **seal.onNext(image) // 2
                seal.onCompleted() // 4**
            }
            return Disposables.create()
        }
    }

@IBAction func tapDownloadRxBtn(_ sender: Any) {
        disposable = showImageRx(imageURLStr)
            .observe(on: MainScheduler.instance) // 1 5
            **.subscribe**({ result in
                switch result {
                case let .next(image): // 3
                    print("called .next")
                    self.imageView.image = image
                case let .error(err):
                    print(err.localizedDescription)
                case .completed: // 6
                    print("called .completed")
                    break
                }
            })
    }
@IBAction func tapDisposeBtn(_ sender: Any) {
        disposable?.dispose()
    }

요런 함수를 만들어서 tapDownloadRxBtn을 실행시켰을 때! 로그에 이렇게 찍히는 걸 볼 수 있음

제 생각엔.. 주석 달아 놓은 순서대로 처리되는 것 같슴다..

Main 스레드에서 돌아가는(UI 작업을 처리해야 하기 때문), Observable 객체를 리턴하는 showImageRx() 를 만들어 두고, asyncLoadImage()를 통해 만들어진 image를 onNext → onCompleted 순서로 실행시킴.

onNext → switch-case 문의 .next로 빠져 구문을 실행하고, 완료되면 다음 작업인 onCompleted → .completed로 빠져 구문을 실행함.

나중에 오는 데이터 받으려고 대기
.subscribe의 result의 경우의 수는 switch-case 문처럼 있으며, 다른 경우를 추가할 수도 있겠음. 이들은 구독과알림설정처럼... result로 들어오는 친구들에 대해 작업을 수행하려고 항상 구독ON 상태인 게 아닐까...??????

Dispose → 취소

// 선언
var disposable: Disposable?

// dispose
disposable?.dispose()

DisposeBag(가방): Dispose들을 담는 곳, 여러개의 Dispose들을 담아서 한번에 처리 가능

// 선언
var disposeBag = DisposeBag()

// dispose
Observable.just("Hello World")
            .subscribe(onNext: { str in
                print(str)
            })
            **.disposed(by: disposeBag)**

// 모든 Observable 초기화
disposeBag = DisposeBag()

Dispose를 해야 하는 이유 - 야곰닷넷 게시글에서 발췌

Observable 다양하게 사용하기

정의를 뭐라고 내리면 좋을까...

Observable.just("800x600")
            .map { $0.replacingOccurrences(of: "x", with: "/") }
            .map { "https://picsum.photos/\($0)/?random" }
            .map { URL(string: $0) }
            .filter { $0 != nil }
            .map { $0! }
            .map { try Data(contentsOf: $0) }
            .map { UIImage(data: $0) }
            .subscribe(onNext: { image in
                self.imageView.image = image
            })
            .disposed(by: disposeBag)

.just (생성)

데이터 하나만 받음?!?

.from (생성)

배열만 받음! 배열이 앞에서부터 하나씩 들어감 (요소 데이터타입 상관 ㄴㄴ)
.from(["RxSwift", "In", 4, "Hours"])

.map (변형)

무언가 받은 값이 있을 때! 걔를 { 어떻게 처리함 }
.map { str in "\(str) RxSwift" }
from 등 생성하는 친구들과 같이 쓸 수 있음!
- 이렇게 줄 세워서 from 거쳤다가 map 거쳤다가 subscribe까지... 주르륵 이어지는 것을 Stream이라고 함!
- Observable의 나열들(Stream)으로 비동기 프로그래밍 하는 것이 Rx..~~!
Observable.from(["with", "곰튀김"]) .map { $0.count } .subscribe(onNext: { str in print(str) }) // 4 3

.filter (필터)

if문처럼 true일 때만 밑으로 내려가도록(통과하도록) 사용!

➕ 추가로 정리하면 좋을 내용(개개개개개개개개ㅐ인적)

$0, $1... 이란? - 항상 정확한 의미를 모르는 채로 사용해 왔는데 다음 스터디에서 이걸 정리해 주시는 분이 계셔서 신난다!