꿈꾸는리버리

OurDay 앱 업데이트 1.6.0 - 로그인, 스위트 기능 추가

OurDay 앱 업데이트 1.6.3 - 잠금화면 위젯 및 2개의 기능 추가

주요 업데이트 기능

이전 Ourday 이야기

OurDay 다운로드 링크

‎OurDay - 우리의 캐릭터를 위젯 디데이로 만나기

apps.apple.com

안드로이드를 기다리고 계시다면 !!

안드로이드 출시 알림 신청하기

smore.im

꿈꾸는 리버리 소개

안녕하세요, 삶의 경험을 앱으로 표현하는 개발자, 리버리입니다 !

이번에 새로운 업데이트를 하면서 느낀점들이 많아 이렇게 블로그를 또 적게 되었습니다.

이번 고민의 주요 내용은

"사람들이 진정으로 원하는 건 뭘까?"

그리고

" 어떻게 하면 사람들의 의견에 경청도 가능하고,

시간도 효율적이게 사용해서 개발을 많이 할 수 있을까?"

에 대한 이야기 입니다.

ps.이번에도 반말체로.. 회고하겠습니다..ㅎㅎㅎ 반말을 써야 솔직하게 적게 되더라구요...!

개발자의 다른 앱

Cherish

나의 마음을 들여다보는 시간

litt.ly

최근 추가된 기능

1) 잠금화면 위젯 기능

락스크린 위젯의 경우 사용자의 요청이 많아 안 넣을 수가 없었고, 내가 생각해도 미니미들이 배경화면에서 보이면 넘 귀여울 것 같아서... ㅎㅎ 미루고 미뤄뒀던 락스크린 위젯을 이번에 공부해서 개발했다. 주변 분들이 말씀하셨던대로 구현 자체는 그렇게 힘들지 않았지만, 예상치 못한 여러 어려움들을 마주했었다.

만났던 문제

1. 글자수에 따른 디데이 잘림 현상

특히 3. 디데이 위젯의 경우, 이렇게 3자리 이상이 되었을 때 글자가 잘린다는 문의가 많이 들어왔었다.

뷰의 크기가 넘치면 폰트를 줄일 수 있는 코드를 전에 WWDC에서 봐뒀던 게 있어서 바로 수정해서 배포를 했는데, 이런 부분들을 내가 미리 확인하지 못한다는 점들이 아쉬웠다. 경험이 쌓여야 할 수 있는 것이라 생각하며 다음에는 이것도 확인해서 올리기로 마음을 먹었다.

2. 배경에 따른 잠금화면 위젯 블러처리

카톡 문의하기에서도 사실 이거 관련 문의가 많이 있었는데, 위젯이 최대 Asset 크기가 너무 제한적이라... 이미지를 누끼를 따서 써야할 것 같다.. 개발적인 이슈로 이렇게 요청하시는 분들이 많이 있는데에도 빠르게 대응해드리지 못해 미안하다... 이번주에 시험 끝나면 공부해서 이 부분은 빨리 해결해봐야겠다.

2) D-x 기능 추가

또 많은 문의 및 요청이 들어왔던 것은 기다리는 디데이였다.

기존에는 아래와 같이 장거리 커플을 위한 디데이 밖에 없는 상태였다.

사람들이 디데이를 요청하실 때 그냥 디데이가 필요하구나~ 하고 지나치지 않고 사람들에게 어떤 디데이를 기다리는 지 물어봤다.

왜냐면 의도에 따라, 상황에 따라 디데이를 기다리는 마음이 달라지니까?? 싶어서

그리고 생각했던 것과 달리 이유의 100%가 모두 기념일이었다. ( 나는 장거리라던가, 시험 같은 게 좀 있을 줄 알았었음 )

다들 너무 귀여웠다. 기념일을 기다리는 사람들이라니...

그래서 D-x 같은 경우에는

아래와 같이 디데이 위젯에서는 좀 더 즐거운 마음으로 기념일을 기다릴 수 있도록 위젯을 꾸밀 수 있도록 했다.

그리고 이렇게 이름도 Special Day라고 지었다!

꼭 기념일이 아니더라도, 뽀짝뽀짝하게 챙기고 싶은 모든 날들을 챙기길 바라는 마음이다.

( 유저 분 중에 야구 이미지 넣어달라고 하셔서 넘 귀여우셨다 ㅎㅎ )

만난 문제

1. 적절한 이미지 고르기

특히 전역 관련한 이미지를 그리는 게 정말 힘들었다. 인터넷에 검색하고 아이디어스에서 제품도 검색해봤는데 감을 잡기가 어려웠다.

그리고 친오빠에게도 전화해서 물어봤다. "병장이면 이제 나오는 겨?", "군대에 여친 있으면 어떻게 연락해?", "전역할 때 뭔 기분이야?" 등등의 것들... ( 생전 관심도 안 가지다가 앱 개발을 통해서 이런 걸 물어보는 게 참 신기하기도 하고 재밌기도 했다. 잘 대답해줘서 고마워 ~ ^^* )

군대에서 연애를 해본 적이 없는 그에게는 큰 수확을 거두지 못하고, 카톡으로도 유저분들께 물어보다가 한 분에게만 물어보는 것도 아닌 것 같아서 SNS에 요청글을 올리게 되었다.

진짜... 이미지를 그리면서 여러 어려움들이 있었는데 SNS에서 많은 분들이 도움을 주셨다.. 이유들도 자세히 알려주셔서 넘 도움이 되었다.

이번에 이 과정을 통해서 "너의 전역 나의 꽃신"이라는 말을 처음 알았다. 그래서 곰신 꽃신 이런 말들을 하는 구나.. 글자수가 너무 길면 위젯에서 짤려서 못쓰긴 했는데 말이 너무 이뻐서 기억에 오래 남는다.

이 부분은 아마 피드백을 받으면서 또 변경될 수도 있을 것 같긴 하다.

유저분들이 좋아해주시면 좋겠고 맘에 안 드시면 편히 내게 알려주시면 좋겠다... )

그리고 또, 내가 아이를 낳아본 적이 없으니 출산일을 기다리는..(?) 심정을 모르지 않습니까.. 그래서 엄마에게 물어봤었다. 엄마가 이런 저런 조언을 줘서 이미지를 완성할 수 있었다. 그리고 나를 기다리면서 설레고 재밌던 이야기들을 덤으로 들을 수 있어서 즐거운 시간이었다.

3) iOS 버전과의 싸투

iOS 18 이상 기능인 배경화면 틴트를 사용할 때 발생하던 문제를 해결하게 되었다.

개인적으로는 이걸 왜쓰지? 하는 기능이긴 했는데 이쁘다고 사용하시는 분들이 꽤 계셨고, ( 근데 이쁘게 쓰면 이쁘긴 해서 신기했다. )

이 부분을 개선했다. 링크드인도 카톡도 다 깨진다. ~~Ourday가 이겼다.~~

사람들이 진정으로 원하는 건 뭘까?

사람들이 Ouday가 좋다는 후기를 Thread나 네이버 블로그를 통해서 해주시고 계신다.

맘 같아서는 부산으로 초대해 맛난 돼지국밥을 한 그릇씩 사드리고 싶을 정도로 마음이 뜨뜻하다.. 감사합니다...

our day

(커플이 쓰기 좋은) 디데이 어플 추천하는 글 너무 너무 너무 귀여운 디데이 어플을 찾아서 기록하려고 들...

blog.naver.com

디데이 어플 추천해요!!

대한민국 모임의 시작, 네이버 카페

cafe.naver.com

좀 더 솔직히 말하면 감사한 것 만큼 신기한 마음도 든다.

누군가가 정말 좋아하는 앱을 개발할 수 있는 경험이 몇 명이나 될까?

근데 또 동시에 걱정도 된다. 내가 이들을 계속해서 행복하게 해드릴 수 있을까? 라는 생각...

그래서 앞으로 더 열심히 해보려 한다. 내가 전하고자 했던 가치를 전달 드릴 수 있도록!!

열심히 개발해야지!!

-----

이야기가 샜는데,, 다시 돌아와서

" 사람들이 진정으로 원하는 게 뭘까? "

이런 리뷰가 있었는데, 보면서 이 생각이 들었다.

왜 알고 있지?

뭔가 앱 내 곳곳에 숨겨둔 나만의 생각을 발견해준 것 같아서 반가우면서도 신기했다.

그리고 한 가지 생각이 들었다.

" 사람들이 다 보고 있구나 "

온보딩에서 키보드가 올라오게 한다던가, 햅틱을 넣는다던가, 그 작은 요소 하나하나를 다 느끼고 계시는 구나라는 생각이 들었다.

그러면서 동시에

" 많이 들어오는 문의는 내가 개선을 해야 하는 점이구나 "

라는 생각이 들었다.

그래서 오늘부터 하나씩 표시해두기 시작했다. 어떤 리뷰가 많이 들어오는지, 어떤 부분에서 불편을 느끼는 지 찾아내서 단단하게 수정을 해나가야겠다는 생각을 했다.

그리고 꼭 질문을 해야겠다. 왜 필요하신지, 어떤 것을 기대하고 계신지 등등을 !!

그리고 하나 더.

지금은 어디 갔는지 찾을 수가 없는데

"제발 단순하고 기능들이 어디 있는지 다 보이면 좋겠다." 라고 적혀있는 글을 본 적이 있었다.

그때 그런 생각이 들었다.

사람들이 대기업들이 만든 플랫폼 앱들에 지쳐있는 건 아닐까?

조용하고 담백한 앱으로 이 사람들을 따뜻하게 만들어주고싶다. 라는 생각..

올해 말이 되면 많은 업데이트가 진행되어서 그런 앱이 되어 있으면 참~~ 좋겠다.

어떻게 하면 사람들의 의견에 경청도 하고
시간도 효율적이게 사용해서 개발을 많이 할 수 있을까?

이 부분에 대해서는 계속 고민 중이다.

질과 양은 항상 시소를 타며 서로를 저울질 하는 것 같다.

리뷰와 문의 대응만 하루에 2시간 정도는 쓰는 것 같다.

하나하나 답장하는 것도 좀 지치긴한데 그래도 가끔 만나는 이쁜 말씀들과

또 기대가 담긴 요청들을 바라볼 때면 되려 힘을 얻곤 한다.

유저들의 목소리를 먹고 자라야겠다.

그래도 언제나 그랬듯 나는 빨리 가는 것보다는 천천히 단단히, 그리고 옳은 방향으로 가길 원하니!!!

하나하나 차근 차근 해보려 한다.

이쁜 눈으로 Ourday를 바라봐주시고,

응원해주시고, 격려해주시고,

조언해주시는 분들이 많아지면 좋겠다.

그리고

다시 처음에 말했던 그 때로 돌아가

숫자보다 함께하고 있는 우리들의 시간에 집중할 수 있도록..!

이 가치에 가까워지도록 점점 더 이 앱을 발전시켜가고 싶다.

< OurDay - 우리의 캐릭터를 위젯 디데이로 만나기 > 출시 스토리

OurDay 다운로드 링크 ‎OurDay - 우리의 캐릭터를 위젯 디데이로 만나기‎매일 아침, 귀여운 우리의 미니미 캐릭터와 함께 더 특별한 하루를 시작하세요 !apps.apple.com 내가 꿈꾸는 개발

rriver2.tistory.com

앞으로의 목표

단연, 안드로이드 개발이다. 화이팅.

안드로이드도 잘해보자 !!

SwiftUI Widget 딱대(짐).. : iOS 18 이후 Tint Widget 흰 화면 에러 해결

rriver2 — Fri, 11 Apr 2025 16:09:25 +0900

☁️ Widget 시리즈

기본 시리즈

SwiftUI Widget 딱대.. (3/3) : 위젯을 눌렀을 때 다른 화면으로 뜨게 하기

에러 시리즈

[Error 해결] Embedded binary's bundle identifier is not prefixed with the parent app's bundle identifier.

SwiftUI Widget 딱대(짐).. : Xcode Widget error Failed to show Widget 고치기

SwiftUI Widget 딱대(짐).. : iOS 18 이후 Tint Widget 흰 화면 에러 해결SwiftUI Widget 딱대(짐).. : 딥링크가 안되는 뎁숑 ?SwiftUI Widget 딱대(짐).. : iOS 18 이후 Tint Widget 흰 화면 에러 해결

배경화면 Tint 기능이 무엇인지 아시나요...?

갠적으로는 애플이 이걸 뭘 위해 만든건지..라고 생각할 정도로 정말 쓸데 없는 기능이라고 생각했었는데, 사람들이 생각보다 꽤 쓰시더라구요??

https://widget-club.com/ko/article/how-to-change-ios-icon-color

사람마다 생각이 다른가봐요 키킼...

TMI ) Tint 에러를 아직 대응하지 않은 앱이 많습니다.

키킼.... 카톡... 링크드인도 대응을 아직 안 했더라구요 ! 그래서 뭔가 더 재밌었다... 키킼 내가 언제 먼저 해보겠어 ~~ 라는 생각

문제 해결하기

우선 이미지와 텍스트를 해결하는 방법이 달랐고 iOS 18.0 이상만 가능했기 때문에, 아래 코드로 분기처리를 해줘야 했다.

if #available(iOSApplicationExtension 17.0, *) {
	// 코드
} else {
	// 코드
}

나는 이미지 같은 경우에는 tint 값이 변해도 유지되기를 원했고, 텍스트는 tint 값이 변경되길 원했어서 아래와 같은 코드를 추가했다.

Image("이름")
    .resizable()
    .widgetAccentedRenderingMode(.fullColor) // 여기
Text("내용")
    .widgetAccentable() // 여기

- WidgetAccentedRenderingMode는 아래와 같이 4가지 방법으로 제작이 가능하다. ( Accented가 기본이라 아예 흰 화면이 떴던 것 같다. )

https://confusians.com/blog

- 그리고 Text의 경우에는 widgetAccentable라는 말 그래도 틴트 적용을 따라 가겠다는 뜻이다.

출처

Adapting widgets for tint mode and dark mode in SwiftUI

Explore the multiple rendering modes of widgets for different device settings with SwiftUI.

www.createwithswift.com

widgetAccentedRenderingMode(_:) | Apple Developer Documentation

Specifies the how to render an when using the mode.

developer.apple.com

Confusians | Blog

iOS 18 Introduces Home Screen Tinting With iOS 18, Apple introduces home screen tinting, allowing users to customize widget appearances to match their theme or color scheme. This feature enhances the overall aesthetic and provides a more cohesive and visua

confusians.com

SwiftUI Widget 딱대(짐).. : Lock Screen Widget

rriver2 — Tue, 8 Apr 2025 16:08:32 +0900

☁️ Widget 시리즈

기본 시리즈

SwiftUI Widget 딱대.. (3/3) : 위젯을 눌렀을 때 다른 화면으로 뜨게 하기

에러 시리즈

[Error 해결] Embedded binary's bundle identifier is not prefixed with the parent app's bundle identifier.

SwiftUI Widget 딱대(짐).. : Xcode Widget error Failed to show Widget 고치기

SwiftUI Widget 딱대(짐).. : iOS 18 이후 Tint Widget 흰 화면 에러 해결SwiftUI Widget 딱대(짐).. : 딥링크가 안되는 뎁숑 ?

- 이렇게 락스크린 위젯은 3가지 종류이다. 그리고 Widget을 개발했다면 코드 몇 줄만 추가하면 바로 넣을 수 있다니.. 넘 좋잖아???

- 참고로 잠금 화면 위젯은 16.0+부터 이용 가능하다.

1. StaticConfiguration으로 생성하기

( Widget을 처음 만들어본다면 이 포스팅을 우선 참고해주세요 ! )

- 만약 위젯을 처음 만든다면, 위젯 생성할 때 include Configuration App Intent를 빼기.

- 이미 위젯을 작성했다면, StaticConfiguration으로 변경해야 한다.
( AppIntentConfiguration의 경우에는 지원을 안하는 것 같은데, 안해봐서 확실치는 않음 ... )

Creating accessory widgets and watch complications | Apple Developer Documentation

Support accessory widgets that appear on the Lock Screen and as complications on Apple Watch.

developer.apple.com

2. WidgetFamily 추가

지원하는 WidgetFamily에 .accessoryCircular, .accessoryInline, .accessoryRectangular를 추가한다.

StaticConfiguration(kind: kind, provider: DDayTimelineProvider()) { entry in
            // 내용
}
// supportedFamilies에 추가 ( 기존 위젯들도 지원하면 같이 입력 )
.supportedFamilies([.accessoryCircular, .accessoryInline, .accessoryRectangular])

3. View 그리기

struct OurDdayDefaultWidgetEntryView : View {
    @Environment(\.widgetFamily) private var widgetFamily
    var entry: DDayTimelineProvider.Entry
    
    var body: some View {
        switch widgetFamily {
        case .accessoryCircular:
            // View 추가
        case .accessoryInline:
            // View 추가
        case .accessoryRectangular:
            // View 추가
        }
    }
}

+ 약간의 꿀팁

1) ViewThatFits : iOS 16.0 부터 지원

화면이 짤리면 ( 텍스트가 길어서 뒷 내용이 ...으로 된다면 ) 이런식으로 해서 Font 크기를 조절할 수 있다.

ViewThatFits {
                VStack {
                    Text(icon)
                    Text(DdayString)
                }
                .font(.lee_18)
                VStack {
                    Text(icon)
                    Text(DdayString)
                }
                .font(.lee_15)
            }

2) 프리뷰

struct MyLockScreenWidget_Previews: PreviewProvider {
    static var previews: some View {
       Group {
                InlineViewForWidget(Dday: ddayCount)
                    .previewContext(WidgetPreviewContext(family: .accessoryInline))
                CircularViewForWidget(Dday: ddayCount)
                    .previewContext(WidgetPreviewContext(family: .accessoryCircular))
                    .containerBackground(for: .widget) {
                        Color.white 
                    }
                RectangularViewForWidget(Dday: ddayCount, title: title, meetingDateModel: meetingDateModel)
                    .previewContext(WidgetPreviewContext(family: .accessoryRectangular))
                    .containerBackground(for: .widget) {
                        Color.white 
                    }
        }
    }
}

Widgets | Apple Developer Documentation

A widget elevates and displays a small amount of timely, relevant information from your app or game so people can see it at a glance in additional contexts.

developer.apple.com

How to add and edit widgets on your iPhone - Apple Support

With widgets, you get timely information from your favorite apps at a glance on your Home Screen, Lock Screen, or Today View.

support.apple.com

OurDay 앱 업데이트 1.6.0 - 로그인, 스위트 기능 추가

rriver2 — Wed, 2 Apr 2025 19:10:57 +0900

Ourday 이야기

OurDay 앱 업데이트 1.6.0 - 로그인, 스위트 기능 추가

OurDay 앱 업데이트 1.6.3 - 잠금화면 위젯 및 2개의 기능 추가

OurDay iOS 다운로드 링크

‎OurDay - 우리의 캐릭터를 위젯 디데이로 만나기

apps.apple.com

OurDay 안드로이드 다운로드 링크

Ourday - 우리의 캐릭터를 위젯 디데이로 만나기 - Google Play 앱

좋아하는 짝꿍과 귀여운 캐릭터 디데이앱을 시작해보세요

play.google.com

꿈꾸는 리버리 소개

안녕하세요, 꿈꾸는 리버리입니다 !

후하!! 2024년으로 부터 벌써 3달이 지났네요. 벌써 2025년의 4월이 된 게 믿기지가 않아요....

저는 요즘 Ourday 개발을 하고 있어요.

사실 Cherish 도 1.3.0 이후로 여러 기능들이 추가되었고, 책 제본 서비스도 시작했는데 말이죠...

Cherish 글도 조만간 올려보도록 하겠습니다!! 하핫...

'오뚝이 개발자/앱 출시 ( Cherish )' 카테고리의 글 목록

현명한 iOS 개발자가 되기 위해 고군분투하는 리버리의 개발 기록장입니다 ! 많은 질문과 피드백 부탁드립니다 ! 그럼.. 오늘도 화이팅 !!!

rriver2.tistory.com

최근에 Ourday를 찾아주시는 분들이 많으셔서 즐겁게 개발을 하고 있습니다 :)

항상 느끼는 거지만, 감사한 마음이 크네요..

ps.이번에도 반말체로.. 회고하겠습니다..ㅎㅎㅎ 반말을 써야 솔직하게 적게 되더라구요...!

개발자의 다른 앱

Cherish

나의 마음을 들여다보는 시간

litt.ly

최근 추가된 기능

사실 Ourday가 해커톤으로 진행했던 앱이었어서 그리고 그간 짝꿍 연결은 앱을 지우면 날라가도록 구현이 되어 있었지만, 이번에 로그인 기능을 넣으면서 기기를 바꾸거나 여러 기기를 사용해도 짝꿍과 그대로 연결되어 있을 수 있도록 기능을 추가하려 마음을 먹었다.

( 항상 MVP는 가벼워야 한다 주의라서 앱을 만들때 굳이 로그인 기능을 넣지 않아도 된다면? 이라는 생각에 넣지 않았었는데, 1차 개발은 완료를 했어서 이제 앱이 더 커지기 전에 로그인 기능을 추가해야겠다고 생각했다. )

암튼 이런 저런 이유로 더 앱이 성장하려면 전체적인 코드를 싸악.... 갈아엎어야겠다는 생각에

리팩토링이 아닌 뉴팩토링(?)으로다가 old 폴더를 만들어 모든 파일을 옮기고 새로 코드를 짜는 대공사를 시작하게 되었다.

< OurDay - 우리의 캐릭터를 위젯 디데이로 만나기 > 출시 스토리

rriver2.tistory.com

그래서 서담과 함께 하는 일인앱개발 회고 회의에서 이번에는 Cherish 개발을 안 하고 Ourday 유지보수를 위한 잠시 쉼을 하겠다고 선언을 하고 Ourday에 딥다이브를 하는 시기였다.

그러던 중... 갑자기 앱을 다운받는 사람들이 많아지면서 라이프스타일에서는 2위, 전체 무료앱 순위에서는 5위를 찍게되는 엄청난 사건이 일어난다... ( 최근 중 가장 행복했던 순간... )

사실 갑자기 이렇게 뜬지 모르고 방안에 박혀서 Ourday를 개발하고 있었는데, 오픈 카톡으로 문의가 1,2개 들어왔다. 그때까지만 하더라도 우와 호랑이도 제말하면 온다더니,, 라는 마음으로 내가 개발하는 건 어떻게 아시구,,, 힘이 너무 된당... 하며 개발을 하고 있었는데, 이게 문의가 3-40개 오니까 뭔가가 잘못됐다 싶어서 찾아보니 SNS에서 뜬 게 이유였었다.

그 덕분에 앱 리뷰도 짧은 시간에 엄청 받고, 많은 유저분들을 SNS에서 생동감있게 만나뵐 수 있었다.

Cherish에서도 유저와의 소통을 중요시 여겨서 1:1로 많이 이야기를 나누곤 했었는데, 이번처럼 생생하게 내 앱을 사용하시는 분들과 이야기를 나누는 건 처음이라 기분이 새롭게 묘했던 것 같다.

그리고 나에게 들었던 생각..

" 와 큰일났다. "

문제 봉착 - 비용을 책임져라!

내가 Firebase 코드에 친하지 않았을 때 짰던 코드라.. 효율성 따위는 신경도 안 쓰고 만든 앱이었는데,, 그 덕분에 쿼리 수를 정말 미친듯이 날려서 프로젝트 비용에 직격타를 맞게 되었다.

이때 나에게 주어진 방법은 2가지였다.

1번 - 앱 자체를 유료화 시키는 것
2번 - 서버 내리기
3번 - 앱 내 결제 넣기

고민을 하다가 3번을 선택하게 되었다.

그 이유는 1번 같은 경우 내가 별로 안 좋아하는 서비스이다... ( 내가 써보고 돈 낼지 말지 결정하고 싶음)

2번은 장난으로 넣어본 거였구요

3번은 프리미엄이랑 1회 결제시 평생 이용 중 고민을 했었고, 결국 평생 이용으로 짝꿍과 함께 사용할 수 있도록 결정했다.

CAN U 개발?새발?

사실 이 쿼리수를 감당하기 위해서는 내부 코드를 수정해서 최대한 빨리 배포를 해야했었고,

유료화를 마음 먹었으니 이전 기본 기능과 달리, 새로운 신기능을 넣어 결제 기능을 만들어야했었다.

꼭 이럴때면 사람이 냉철해지는 것 같다. 어느 순간부터는 학교 수업이고 뭐고 1주일을 Ourday에 집중하게 되었다.

우선 SNS에서 사람들이 원한다고 외쳤던 기능들을 모조리 모아 정리를 하기 시작했다.

SNS, 오플 카톡, 앱 리뷰, 인스타그램 등 다양한 방법으로 개발자에게 목소리를 내주시는 분들이 계셨어서 너무 감사했지만, 이게 혼재되어 있었기 때문에 정리가 필요할 수 밖에 없었다.

일단 로그인 기능이 개발이 안 끝났을 때라서 며칠 동안은 이렇게 내용을 수집해 두면서 우선순위에 맞게 지금 당장해야 하는 개발을 먼저 하고 있었다.

그렇게 로그인 및 내부 코드 수정이 모두 끝나고는 전체적으로 이번 기능으로 넣을 내용들을 추려보았다.

우선 카테고라이징이 필요했다.
1. 에러     2. 추가 개발 필요     3. 추가 디자인 + 개발 필요    4. 안드로이드

이렇게 4가지 종류로 카테고리가 나뉘었고, 그 중에 이번 기능으로 추가할 내용들을 정리했다.

그리고 디자인 시작!!

이 모든 일이 10일 동안 !!

추가되었던 기능

[ NEW ]
- 로그인 기능 추가
- 색상 테마 추가
- 여러 위젯 추가
- 기념일 위젯 설정 +1, +0
- 장거리 커플을 위한 만나는 날 디데이
- 런치 스크린 캐릭터 추가

[ Enhance ]
- 계산기에 키보드 추가
- Ourbox 상위 5개만 확인할 수 있도록 수정
- 위젯에서 캐릭터가 잘리는 에러 수정
- 위젯 설정하는 View UX 개선
- 프리미엄 기능 추가
- 개발자의 방
- 로딩 안보이게
- 웹페이지 내에서 볼 수 있게
- 스위티 회원이시면 이제 혼자서도 Ourday를 사용할 수 있게

업데이트 이전

업데이트 이후

유저분들과 티키타카

내가 원하는 기능은 우선 대기시키고 유저분들이 원하는 기능을 먼저 넣었던 게 개인적으로는 눈 앞의 마시멜로를 참는 기분이라 힘들긴 했는데, 너무 좋아하셔서 많이 뿌듯하고 감사했던 순간이었던 것 같다.

앞으로도 계속계속 원하시는 기능들을 앱에 많이 반영해야겠다는 다짐을 했다.

감사해요!

나에게 남는 나의 경험들

이번에 앱 업데이트를 하면서 느꼈던 건,

내 경험들이 어디 가지 않는다는 것이었다.

지난 3년 동안 Cherish와 고군분투했던 모든 경험들이 고스라니 Ourday로 들어갔다.

'오뚝이 개발자/앱 출시 ( Cherish )' 카테고리의 글 목록

현명한 iOS 개발자가 되기 위해 고군분투하는 리버리의 개발 기록장입니다 ! 많은 질문과 피드백 부탁드립니다 ! 그럼.. 오늘도 화이팅 !!!

rriver2.tistory.com

예를 들면, 테마 컬러를 선택하고 미리 이미지를 확인할 수 있는 화면에서, 이미지가 아닌 View를 그린 것..!

Cherish에서 Localization을 넣으면서 다국어를 지원하게 되면 이렇게 언어가 들어가는 View는 무조건 Image가 아니라 View로 그려야겠다는 생각을 했었던 게 이렇게 남았다. ( 이미지로 개발하면 지금은 편하지만, 나중에 Localization이 어렵다는 것을 알기 때문에 ^^ )

그 외에 기능적인 부분들도, UI적인 것들도 모두 Cherish의 도움을 많이 받았다.

설렜던 만큼 힘들었던 10일이었다.

빨리 업데이트 후 배포를 했던 덕분에 다행히 서버비는 벌 수 있었고, 정말 뜻깊은 경험을 할 수 있었다.

그리고 나에게 남은 다음 과제, 안드로이드!

1인앱 개발을 계속 하려면 꼭 안드로이드 개발을 배워야겠다는 생각을 했었는데, 이렇게 미루고 미루다 드디어 안드로이드 개발을 시작하게 되다니...

아모쪼록 화이팅이다!!

안드로이드랑 크로스 플랫폼과의 고민은 다음에 안드 출시 후의 포스팅에서 할 예정입니다!

천천히 꾸준히 잘 가보자!!!

항상 그랬듯, 사람들이 원하는 기능으로 내 진심을 담아!

ps. 도움을 주신 분들께 모두 감사의 인사를 드립니당...

Apple 오프라인 세션 <세계 여성의 날 기념하기> 후기

rriver2 — Sun, 30 Mar 2025 12:28:36 +0900

안녕하세요 꿈꾸는 개발자 리버입니다.
오랜만에 경험을 나누는 글을 작성하러 왔습니다 ...
며칠 전 저는 서울 Apple 오피스에서 주최한 3월 27일 목요일 Apple에서 주최한 첫 퍼블릭(?) 세션을 다녀왔습니다.
<세계 여성의 날 기념하기> 세션을 신청, 준비, 참여하면서 있었던 이야기들을 나누려 합니다.

ps. 가독성과 진정성(?)을 위해 포스팅은 반말로 진행하겠습니다

그게 뭔데, 어떻게 하는 건데?

이번에 이렇게 한국에서 열리는 오프라인 세션은 처음으로 알고 있었는데, 함께하게 되어 영광이었다.
작년부터 Apple이 올려주는 일정 < Apple과의 만남 >에서 호시탐탐 세션을 보면서 재미난 세션이 열리는 지 찾아보곤 했다.
그래서 온라인으로는 가끔 참여하곤 했는데, 이렇게 서울을 가는 일은 처음이라 좀 더 설레면서 떨렸던 것 같다.

Meet with Apple - Apple Developer

Learn and be inspired with a variety of live presentations, labs, and programs for developers and designers around the world.

developer.apple.com

이런식으로 공지가 뜨고 신청할 수 있어요 제가 알기로는 Apple Developer 계정이 있어야 해요

그리고 이번에 신청한 것은 <세계 여성의 날 기념하기> 세션이었다.
1:1 디자인 및 기술 상담 요청하기는 지금도 아마 요청을 받고 있으니 관심있는 분들은 신청하시길 바라요 ~!

세계 여성의 날을 기념해서 열렸다는 이 세션은 이름부터 생소했다.
세계 여성의 날,, 들어본 것 같기도 하고 아닌 거 같기도 한,,

3월 8일은 UN에서 지정한 세계 여성의 날로, 남성과 동등한 권리를 얻은 여성으로서의 새로운 발걸음을 기념한다고 한다.

https://blog.naver.com/ibreast/223377145701

그래서 아마 이번 세션도 여성들을 대상으로,
IT 특히 Apple 생태계에서 종사하셨던 여성분들을 대상으로 세션이 이루어지지 않을까 싶었다.

세션을 준비하면서...

신청한지 며칠이 지나자 이메일이 왔다. 27일이 당일인데, 이벤트 신청 당시 26일 전까지 연락이 온다고 해서 부산인으로서 시간 조율이 쉽지 않겠다 했는데, 걱정이 무색하게 1주일 전쯤에 연락이 와서 교수님께 말씀드리고 출석 인정도 받을 수 있었다.

저번주에 앱 개발로 너무 정신 없이 일주일을 보냈어서, 겨우 서울을 올라가는 기차 안에서 생각을 정리할 수 있었다.
주제에 맞게 "여성"에 대한 생각들...

생각해보면 여성이라서 뭔가를 못했다는 이야기는 어른들에게 알게 모르게 많이 듣곤 했던 것 같다. 어렸을 적 했던 노인 봉사에서도, 학교에서 봤던 선생님들의 모습에서도, 담화를 나누고 있는 길거리의 어른들에게도.... 그리고 나도 어렸을 적부터 엄마가 나에게 육아 휴직도 편하게 쓰고 연장 근무 없는 안정적인 일자리를 여성으로서 가지는 것이 나중에 후회하지 않을 거라는 이야기를 듣곤 했었다. 그래서 대학교때 교직 이수 과목 안 들었다고 몇 달을 혼나기도 했었지,,, ^_^ ( 엄마 미안 )

드라마나 영화에서 여성으로서의 슬픔(?)을 많이 보더라도 아직 체감이 안됐었다.
여성이라 딱히 뭐 다를 게 있나, 좋은 남편 만나서 육아는 함께하고, 또 사회에서는 내가 여성이라 뭔가를 못한다고 생각하면 못하는 거고 아니라 생각하면 아닌 거겠지 하며...
하지만 요즘 들어 그런 생각이 들었다. 여성이라는 이유로 조금 더 힘을 주고 살아야 하는 순간들도 있다는 그런 생각..? 과에 남녀 비율이 9:1, 8:2에 육박하는 친구들의 이야기를 들으면 조금은 안쓰러운 생각이 들기도 했다. 한번의 선례는 "여자지만 잘하는"이라는 키워드로, 한번의 잘못은 "역시 여자는 ~~"이라는 키워드로 묶여버린다는 말에 그래서 여자라서 ~~라는 말을 듣기 싫어 아득바득 강한 척한다는 친구의 말에 순진히 왜? 라는 말을 하는 내가 부끄럽기도 했다.

이런 생각들을 하다보니 괜히 너무 한 쪽에 치우친 생각을 한 듯해 남성들도 한 가족의 가장으로서, 국가의 군인으로서 여자는 이해하지 못하는 비애가 있었겠지라는 생각을 하며, 이어폰을 두 귀에 꽂고 그냥 다른 작업을 했다.

< 세계 여성의 날 기념하기 > 세션 당일

내가 긴장을 많이 하는 타입이 아닌데, 괜히 오랜만에 긴장을 했었다. 왜냐면 몇 십명을 초대해서 진행하는 세션인 줄 알았는데, 30명이 안되는 인원들을 대상으로 한 세션이었어서 조금 놀랐었거등요... 제출 당시 몇가지 질문폼에 대한 답을 작성해서 제출했었는데, 그것을 기준으로 인원을 제한한 것 같았다. 소수이기에 아쉽기도 했지만 한편으로는 더 자세한 이야기를 나눌 수 있다는 생각에 들뜨기도 했다.

https://www.linkedin.com/posts/changwoo-kim-4a1942a0_%EC%84%B8%EA%B3%84-%EC%97%AC%EC%84%B1%EC%9D%98-%EB%82%A0%EC%9D%84-%EA%B8%B0%EB%85%90%ED%95%98%EC%97%AC-%EC%B2%98%EC%9D%8C%EC%9C%BC%EB%A1%9C-apple-korea-%EC%98%A4%ED%94%BC%EC%8A%A4%EC%97%90-%EC%86%90%EB%8B%98%EC%9D%84-ugcPost-7310964105060720640-ZYu0?utm_source=social_share_send&utm_medium=member_desktop_web&rcm=ACoAADshxukBp5Cur3Kwx-CVYfsvSzJYXtBZreU

Info 데스크에서 안내를 받고 올라간 자리에서는 맛있는 빵과 향기로운 장미가 책상 위에 올라가져 있었다. 오랜만에 맡아보는 꽃 냄새에 킁킁 냄새를 맡았는데, 냄새 조차 빼앗겨 버린 비염의 서글픔을 어쩌니...

조금 있자 일정이 시작되었다.

총 3개의 세션이 있었고 2개의 활동이 있었다. 시끌벅적한 컨퍼런스가 아니라 소수로 진행되는 이런 자리는 처음이라 조금 어색하면서도 더 깊고 세밀하게 이야기를 들을 수 있어서 색다른 재미를 느낄 수 있었던 것 같다.

세션 1 - 기술 분야에 종사하는 여성을 위한 커리어 토크

첫번째 세션에서는 Fanta, Wany, Sally, Young 이렇게 4분의 패널들이 앞에 앉아계셨고, 진행자의 준비된 질문에 따라 각자 답을 하고 질의응답을 했다.

Fanta님은 지난 KWDC에서 만나뵀던 분이셨기에 특히 더 반가웠는데, 세션이 끝난 후 네트워킹 자리에서 이야기나눴던 나의 이름과 Cherish 앱 아이템, 그리고 그때 내가 고민했던 사안들까지... 다 기억하고 지금은 어떻게 하고 있냐고 여쭤봐주셔서 감사를 넘어 신기하기까지 했다. 나도 그런 멋진 선배가 되어야지....

‎App Store에서 제공하는 vimosoft의 앱

‎WEILO - 나의 마지막 동영상 편집기, 웨일로 및 VLLO 블로, 나의 첫 동영상 편집기 등 vimosoft의 앱을 다운로드하세요.

apps.apple.com

KWDC ( iOS 컨퍼런스)에서 얻은 영감씨앗들로 열심히 농사해보자

[컨퍼런스 모음 Zip]WWDC 22 Student Challenge : Winner 후기 + 팁SyncSwift 컨퍼런스 연사자로 참여한 경험 공유리버의 Let'Swift 컨퍼런스 Organizer 경험기영국 iOS 컨퍼런스(SwiftLeeds) 회고록[ WWDC24

rriver2.tistory.com

'오뚝이 개발자/앱 출시 ( Cherish )' 카테고리의 글 목록

현명한 iOS 개발자가 되기 위해 고군분투하는 리버리의 개발 기록장입니다 ! 많은 질문과 피드백 부탁드립니다 ! 그럼.. 오늘도 화이팅 !!!

rriver2.tistory.com

여성의 날 기념인 만큼 진행자 분 질문 주제는 "여성으로서 IT 업계에서 ~~" 등의 여성에 초점을 맞춰져 있었다. ( 물론 아닌 것들도 있었음 ) 사회에 먼저 나가 걸어가신 선배님들의 답변들이 너무 인상 깊었다. 나도 무르익어 저런 선배가 되어야지...

ps. 제가 ^_^ 노트에 누가 어떤 말씀을 했는지는 안 적어놓고 기억에 남는, 질문이 남는 문장들만 적어놔서 출처는 밝히게 될 수 없게 되었지만... 기억나는 이야기들을 남겨보려 합니당... ㅎㅎ

1. 작은 노력과 시도들이 누군가의 영감이 되지 않을까? 그리고 그런 작고 사소한 것들은 사람들에게 닿는다. 사용자들은 느낀다.
2. 가랑비에 옷이 젖듯 성장한다.
1, 2번은 비슷한 맥락이다. 큰 무언가가 아니라 작고 사소한 것들이 모이고 쌓여 큰 것이 되며, 그러한 것들은 잘 무너지지 않는다는 사실을. 잊지 말기.
그리고 이 말을 듣자, 용기가 생겼다. 작고 사소한 배려와 센스를 놓치지 말고 그것들을 키우기 위해 노력하자. 어쩌면 인생은 "긴급하지 않지만 중요한 일"들이 나의 삶의 방향을 바꿔나가고 있을 거라는 오빠의 말을 되새기면서 ^_^

3. 사람들이 그 주제에 대해 나에게 물어보기 시작한다면, 어쩌면 내가 이 분야에 전문가가 되어가고 있다는 것일 지도 모른다.
패널 분이 리더로서, 팀원들의 역량을 성장으로 이끌어내기 위해 어떻게 해야하는지 고민을 많이 했었는데, 좋은 리더란 해당 과제를 받았을 때 이 과제를 잘 해낼 인재를 찾아 맡기고 빠질 줄 아는 것이라고 말씀하셨다. 그리고 그 안에서 있는 일들을 본인에게 물어보고 요청하러 왔을 때 나 맞는 방향으로 가고 있을 지도? 라는 마음이 들었었다고,...
그 일화에서 하나의 깨달음을 얻었다. 소프트스킬과 같은 눈에 보이지 않는, 그저 경험으로 느껴지는 능력의 레벨을 찾는 지표는 "사람들이 그 주제에 대해 나에게 물어보는 정도"가 아닐까?하고 ...

4. 있고 없고의 차이는 하늘과 땅 차이.
처음 여자 개발자 면접관으로 들어갔을 때, 높은 직급에 여성 임원이 있었을 때, 팀 내에 여자 선배가 있었을 때.
사소하지만 없는 것과 있는 것은 큰 차이가 있다. 좋은 선배가 되자. 좋은 후배가 되자.

활동 1- 네트워킹

2H2L -> 2개의 넓은 질문과 2개의 좁은 질문

2개의 넓은 질문
	- (고차원) 큰 그림을 그리는
2개의 좁은 질문
	- (저차원) 실행에 가까운

질문을 공개하면 안 될 것 같아서 이건 생략하고, 나는 이 질문 시스템 자체가 되게 와닿았다. 이런 식으로 문제를 해결해봐야지 라는 생각.

이 활동은 자리를 함께한 테이블 사람들끼리 모여 이야기가 진행되었다. 서로 인사를 나누고 태어나 해본 적도 없는 질문들에 대한 답을 하느라 조금은 힘들긴 했지만, 사람들의 추구하는 방향과 조언들이 너무 멋져보였다.

그 중에 가장 기억에 남는 문장이 있다면 "사람이 아니라, 프로세스의 문제다. 우리는 모두 같은 편이다." 라는 문장이었다.
참 삶을 살면서 누군가 물어본다면 맞다고 몇 번이고 답하지만, 행동으로 옮기기에는 정말 쉽지 않은 문장이지라는 생각이 들었다. 가족도 친구도 회사 같은 부서에 일하는 동료들에게도 우리는 같은 편이다. 문제를 떼어내서 마주하자.라는 마음을 되새길 수 있는 시간이었다.

그리고 마주하고 재밌었던, 한 분의 질문 "개발자들은 왜 원인 제공자를 찾아내는데 집중해요?" 문제가 발생하면 다음으로 넘어가 해결책을 간구해야지, 개발자들은 왜 시작점을 찾는데 집중하냐는 질문에 "그러게?"라는 생각을 했다. 왜 그럴까?에 대한 답변을 듣고 나 또한 생각을 해보니, 원인을 찾고 싶어하는 사람의 욕구, 그리고 다음에 똑같은 문제가 발생하지 않도록 하는 노력.이 아닐까 라는 생각이 들었다.

그래서 지금 하고 있는 프로젝트들도 이 마음으로 하나하나 정리하며 나아가야겠다는 생각을 했다.
"같은 실수를 반복하지 말자."
"어제보다 더 나은 내가 되자."
어쩌면 되게 식상한 말이지만, 평범한 만큼 지키기 어렵다는 거겠지

세션 2 - 훌륭한 앱을 위한 포용적 디자인

꽤 오랜 시간, 애플 직원 분이 세션을 진행하셨다.
Localization 부터 Color, Font, align 등 이런 것들까지 내가 해야할까? 하는 모든 것....에 대한 이야기
그 이야기들을 정리하자면 이런 내용이었다.

사람들은 디테일한 것들을 정리하고 표현하면 개발자의 노력을 느낀다.
그리고 그런 것들은 어렵고 시간이 오래 걸린다.
오래 걸리는 것들의 미학.

그냥 빠르고 짧은 것들 사이에서
촘촘히, 천천히 나아가는 것들이 멋있어지는 요즘이다.

세션 3 - 집중 조명: 기술의 선구자

Vision Pro를 메인으로 앱을 개발하고 계신 분의 목표, 고민 등을 들을 수 있는 자리였다. 너무 좋은 이야기들을 많이 해 주셨었는데, 가장 기억에 남았던 내용은 "Vision에서의 세상은 앱은 Object처럼 나둘 것"이라는 점이었다.
탁상용으로 시계를 두듯, 날씨앱을 그냥 띄워놓고 다른 작업을 할 거라는 아이디어. 생각해보면 맞는 말인데 왜 그 생각을 못했을까 싶었다. 지금 우리에게 앱은 휴대폰에서 한 화면을 꽉 채워 사용하는 것인데 iPad에서도 분할이 되듯, VisionPro에서는 그저 앱을 하나의 Object로 사용할 수 있다는 점.. 어쩌면 당연한데 생각해보지 못했던 지점이라 좀 머리가 띵했다.

ps. 얼른 돈 벌어서 Vision Pro로 개발하고 싶다는 생각이 들었다. 올해 말에는 살 수 있기를!

활동 - Apple 전문가와의 대화

4명의 여성분이 패널로 오셨고 세션 1과 동일한 형식으로 진행되었다. 이번에 함께해주신 패널 문들은
Ji-young님, Sue님, Emily님, Jinny님이셨다.

솔직히 개인적으로는 가장 하이라이트였던 자리였다. 그들이 Apple 직원이어서가 아니라, "여성의 날"에 맞는 질문과 답변들을 들을 수 있었기 때문이었다. 가끔은 해탈해보이시기도 했고, 가끔은 울분이 느껴지기도 했고, 또 가끔은 안도의 느낌까지 느껴졌던 세션,
이번에도 기억에 남았던 문장들로 작은 나의 생각을 덧붙여보려 한다.

1. 우리 딸이 사회에 나올 때는 여자라는 이유로 이 일을 겪지 않게 해야지

최근에 본 드라마, 폭싹 속았수다에서 이런 대사가 나온다. ( 찾고 싶었는데 찾지를 못해서 제 기억속의 대사입니다 )
"내 딸에게는 이런 세상을 주기 싫어 엄마는 그 배를 올라탈 수 밖에 없었다고 한다."

옛날에 여자가 배를 타면 배가 엎어진다는 미신이 있었던 것 같다. 그래서 배를 올라타지 않고 항상 배 너머에서 남편에게 인사를 건내어주다. 하지만 배를 타고 싶어하는 딸에게 너가 이 배를 타면 배가 엎어진대. 너는 타면 안돼. 라고 말을 차마 못하겠어서 그냥 같이 냅다 배를 타 버렸다고 했다.

엄마들의 가슴 한 켠에는 나는 괜찮더라도 딸에게는 전해주고 싶지 않은 세상이 있구나, 그 드라마 대사가 괜히 나온 게 아니구나 라는 생각을 했다.
그래서인가 괜히 저 말이 마음이 아렸다. (엄마 미안..)

2. 학교 선생님은 왜 엄마에게만 연락하는가?
그냥 어떤 패널분의 하나의 사례로 나왔던 한 문장일 뿐이었는데, 당연히 그렇지라고 생각했던 내가 반성됐다. 사회적으로 존재하는 관념들은 어쩔 수 없는 것 같다는 생각 한 편으로 뭔가 오래도록 박혀있는 관념을 깨기 위해서는 튀는 행동들을 할 수 밖에 없는 건가.?라는 생각으로 이어지기도 했다.
신체학적, 호르몬적인 요소들, 그리고 사회적으로 굳어져버린 관념들 사이에서 무엇이 차별이고 무엇이 자연스러움인지 고민해야겠다는 생각을 하게 되었다.

3. 욕심을 내어서 하게 된다면, 도움을 받는 것을 두려워 하지 말자.
뭔가를 하겠어요! 라고 외치고 나면 내가 다 책임져야할 것 같은 마음에 조마조마 했던 시절이 있었는데, 그냥 하겠다고 외치고 나서도 함께 해내면 된다는 이 말이 괜히 따뜻하게 느껴졌다. 무게를 같이 나눠들어줄 사람이 있으면 얼마나 좋을까 !

4. 문제 해결에 집중하자.
교환학생때 여행을 다니면서 느꼈던 거긴 한데, 정말로 진정한 문제를 봉착하면 잘잘못을 따지기 보다는 그것을 해결하기에 급급하다. 괜히 사람을 뭐라하지말고, 나를 탓하지 말고 문제해결에 필요한 질문들로 답을 찾아나가자.

5. 조직이 아닌 나는 어떤 일을 할 수 있을까? 직장이 아닌 다른 곳에서의 챌린지가 시작될 것만 같다.
몇 년 전 나도 했던 고민이었는데, 이렇게 또 다시 마주할 수 있어서 너무 반가웠다. 이 대답을 듣게 된 질문도 며칠 전 미진초이와 나눴던 이야기와 연결되는 것 같아 더더욱 반가웠다.
"3,5년 선배가 아닌 20년 선배에게 여쭙는 커리어에 대한 질문"은 과연 나무가 아닌 숲을 바라보게 만든다.

6. 아이를 잘 키우는 방법, 배우자에 대한 이야기
아이는 씨앗이다. 어떤 꽃이 필지는 나도, 걔도 모른다. 그래서 본인이 무엇을 좋아하고 잘하는 지 질문을 하고 답을 찾아나갈 수 있도록 도와야 한다. 나에게도 적용되는 말이겠지. Cherish에 이 아이디어를 써먹고 싶어졌다.
그리고 좋은 배우자를 만나고 싶다는 생각이 또 다시 들었다.
10년, 20년 후에도 나는 행복한 사람이 되고 싶다.

< 세계 여성의 날 기념하기 > 를 마무리하며...

거기 가서 뭐했어? 라는 말에 쉽게 답하지 못했다.
근데 또 글을 적다보니 뭘 했는지 알 것만 같았다.
애써 외면했던 주제들을 고민하는 시간을 가지게 되었고, 지금 내가 자연스럽게 하고 있는 일들을 다시금 바라보게 되었다.

여성으로서 크게 차별받고 지내고 있지 않다고 생각했던 나의 생각은
몇 세대 이전의 여성들의 부단하고 끊임없고 치열했던 그들만의 전쟁으로 이뤄진 게 아닐까라는 생각,
그리고 그들의 노력에 누가 되지 않게 잘 지내야겠다는 다짐으로 이어졌다.

마지막으로, 몇시간동안의 많은 생각 끝에 나는 다시 처음으로 회귀하게 되었다.

" 다 같이 더불어 잘 살아가면 좋겠다. "

좋은 자리 마련해주신 분들과 그곳에서 만나뵙게 된 분들께,
그리고 소중한 이야기를 나눠주신 분들께
감사의 인사를 전합니다.

SwiftUI Widget 딱대(짐).. : Widget에 보여지는 순서 수정하기

rriver2 — Sat, 22 Mar 2025 15:44:08 +0900

☁️ Widget 시리즈

기본 시리즈

SwiftUI Widget 딱대.. (3/3) : 위젯을 눌렀을 때 다른 화면으로 뜨게 하기

에러 시리즈

[Error 해결] Embedded binary's bundle identifier is not prefixed with the parent app's bundle identifier.

SwiftUI Widget 딱대(짐).. : Xcode Widget error Failed to show Widget 고치기

SwiftUI Widget 딱대(짐).. : iOS 18 이후 Tint Widget 흰 화면 에러 해결SwiftUI Widget 딱대(짐).. : 딥링크가 안되는 뎁숑 ?SwiftUI Widget 딱대(짐).. : Xcode Widget error Failed to show Widget 고치기

문제 상황

위젯이 3개가 있는데... 순서가 맘대로 설정이 안됐다... 왜 세번째 먼저 뜨는 건데!!

고민 Point

이번에도 구글링...

문제 해결

BundleID 순서대로 보인다고 한다.

ps. 근데 번들 ID를 수정시 이전 위젯은 크래시가 나니까, 만약 위젯을 출시했던 적이 있다면 주의하시길!

SwiftUI Widget 딱대(짐).. : Xcode Widget error Failed to show Widget 고치기

rriver2 — Sat, 22 Mar 2025 11:32:35 +0900

☁️ Widget 시리즈

기본 시리즈

SwiftUI Widget 딱대.. (3/3) : 위젯을 눌렀을 때 다른 화면으로 뜨게 하기

에러 시리즈

[Error 해결] Embedded binary's bundle identifier is not prefixed with the parent app's bundle identifier.

SwiftUI Widget 딱대(짐).. : Xcode Widget error Failed to show Widget 고치기

https://developer.apple.com/kr/app-store/articles/

문제 상황

아래와 같은 에러 발생

고민 Point

구글링을 해서 비슷한 문제를 겪고 있는 사람을 찾았다.

문제 해결

아래와 같이 Widget의 iOS Depolyment Target을 낮춰주니 해결완!

디바이스 버전이 Widget의 최소버전보다 낮아서 문제가 생긴 것 같다.

참고

아래와 같이 OurDday 앱에서 돌리면 그냥 위젯만 안 뜨고

OurDdaySecondWidgetEctension에서 돌려야 에러가 발생한다.

위젯을 개발할 때는 꼭 앱이 아닌 위젯에서 돌리도록!

Navigation가 숨김 처리된 상태에서 제스처로 화면 뒤로가기

rriver2 — Wed, 19 Mar 2025 22:32:16 +0900

문제 상황

NavigationView에서 Navbar를 커스텀하기 위해서 back 버튼을 없앤 경우, 스와이프 동작이 하지 않음

좌) 기본, 우) 커스텀

.navigationBarBackButtonHidden(true)

고민 Point

1. NavigationView에서 바를 가리지 않으면 해당 문제는 발생하지 않는다.

2. 강제로 true로 바뀌는가 싶어 아래의 코드를 추가해봤는데도, 문제가 해결되지 않았음

.interactiveDismissDisabled(false)   // 스와이프 기능 유지

interactiveDismissDisabled(_:) | Apple Developer Documentation

Conditionally prevents interactive dismissal of presentations like popovers, sheets, and inspectors.

developer.apple.com

문제 해결

스택 오버 플로우에서 같은 문제를 해결한 코드를 보았고 해결 완료!

Hide navigation bar without losing swipe back gesture in SwiftUI

In SwiftUI, whenever the navigation bar is hidden, the swipe to go back gesture is disabled as well. Is there any way to hide the navigation bar while preserving the swipe back gesture in SwiftUI? ...

stackoverflow.com

// 스와이프시 뷰 닫히게
extension UINavigationController: UIGestureRecognizerDelegate {
    override open func viewDidLoad() {
        super.viewDidLoad()
        interactivePopGestureRecognizer?.delegate = self
    }

    public func gestureRecognizerShouldBegin(_ gestureRecognizer: UIGestureRecognizer) -> Bool {
        return viewControllers.count > 1
    }
}

해당 코드의 설명

- UINavigationController에서 스와이프하여 뒤로 가는 기능을 활성화
- 루트 화면에서는 스와이프가 비활성화됨(뒤로 갈 수 없음)
- 다른 화면에서는 스와이프하면 뒤로 갈 수 있음

뷰 전체에 영향을 주는 코드라, 최대한 안쓰는 방법으로 찾아봤는데 찾지를 못했다.,.. ㅠㅠ

[앱 디벨로퍼 유영하기] - 제품 페이지 최적화, 가장 인기 많은 앱스토어 이미지 발굴하기

rriver2 — Mon, 3 Mar 2025 00:16:34 +0900

제품 페이지 최적화란?

https://developer.apple.com/kr/app-store/product-page-optimization/

어떤 아이콘이 좋을 지 팀 내부에서 고민을 많이 해보셨죠? 이제 내부적인 고민말고 유저의 피드백을 바로바로 받아보세요!!

아이콘, 스크린샷 등을 여러 버전으로 올리고 확인해볼 수 있습니다 킼킼

저는 아래와 같이 두 가지 앱스토어 스크린 샷을 나눠서 올려봤어요.

신청하는 방법

일단 하는 방법은 공문 그대로 가져왔어요 ^_^

공홈에 잘 설명되어 있긴 한데, 좀 헷갈리는 부분들이 있어서 이 빨간 부분들은 정리해두려고요.

- 처리 수

하나의 테스트에는 대체 앱 아이콘, 스크린샷 및 앱 미리보기를 사용하여 최대 3개의 처리를 올릴 수 있어요.

- 트래픽 비율

트래픽 비율 == 테스트용 제품 페이지를 보는 사용자의 비율

* 테스트 기간 동안 사용자는 App Store를 방문할 때마다 동일한 처리 버전을 보게 됨

- 향상

향상 %를 조절하면 자동으로 필요한 노출 수와 예측 기간을 추출해서 준다.

무슨 말인지 모르겠어서 지인에게 물어보니 새로 만든 제품 페이지가 기존 꺼보다 얼마나 좋을지 예측해두면 기존 제품 페이지의 이전 실적(제품 노출수, 다운로드 수 등)을 기반으로 해서 노출 수와 예측 기간을 추출하는 것 같다.

~~그래서 %가 높아지면 노출 수와 예측 기간이 줄어드는 거였어...~~

테스트를 게시하기 전에 처리에 포함된 새로운 메타데이터는 모두 앱 심사에서 승인받아야 한다.

그래서 테스트를 신청하고 나면 일반 정보 -> 앱 심사 -> 제출에서 해당 내용을 확인 및 취소할 수 있다.

테스트 모니터링하기

아직 안해봤어요.. 나중에 결과 나오면 한 번 해보겠습니닷!

처리 적용하기

테스트 결과가 좋으면 App Store에서 모든 사용자가 볼 수 있도록 적용이 가능하다. 적어도 하나의 처리가 최소 90%의 신뢰도로 기준치보다 더 좋거나 더 나쁜 성과를 보인다는 결론이 나올 때까지 기다리는 것이 좋다고 합니다.

제발 !! 좋은 결과가 나오길 !

출처

App Store 문서 - Apple Developer

App Store에서 성공을 거둘 수 있도록 효과적인 제품 페이지 생성, App Store에서 앱 노출, 비즈니스, 분석, 사용자 참여에 대한 지침을 사용하여 앱을 준비해 보세요.

developer.apple.com

https://developer.apple.com/kr/app-store/product-page-optimization/

제품 페이지 최적화 - App Store - Apple Developer

제품 페이지 최적화를 사용하면 다른 버전의 앱 제품 페이지를 시도하여 가장 좋은 결과를 내는 버전이 무엇인지 확인할 수 있습니다.

developer.apple.com

https://developer.apple.com/kr/help/app-store-connect/create-product-page-optimization-tests/create-a-test/

테스트 생성 - 제품 페이지 최적화 테스트 생성 - App Store Connect - 도움말 - Apple Developer

developer.apple.com

.scaledToFill() VS .aspectRatio(contentMode: .fill)

rriver2 — Mon, 17 Feb 2025 10:41:28 +0900

문제 상황

Cherish 앱의 오늘의 일기 공유 기능에서는 사용자가 일기의 배경으로 이미지를 선택할 수 있다. 근데 이미지를 추가한 후 내비게이션 버튼이 작동하지 않는 문제를 발견하게 되었다.

고민 Point

문제가 발생하는 트리거가 "이미지를 추가하면"이었기 때문에 이것은 이미지 문제다라고 생각했다. 그리고 가로 이미지를 넣었을 때에는 문제가 발생하지 않는 것으로 보아 보여지는 이미지는 정사각형으로 잘려있지만, 실제로는 해당 View가 overlap되어 Nav 위를 막고 있을 것이라는 예상을 했다.

View hierarchy를 확인하니 내가 생각했던 예상이 맞았다.

이후 이미지와 관련된 코드를 확인해봤다.

Image(uiImage: backgroundImage)
    .resizable()
    .scaledToFill()
    .frame(width: 25, height: 25)
    .clipped()

이상한 점을 모르겠었다. Fill을 사용하는 것도 맞고, frame 설정은 Fill을 한 후에 하는 게 맞는데..? 하면서 찾아보던 중

.aspectRatio(contentMode: .fill)

그런데 문득 .aspectRatio(contentMode: .fill)이 떠올랐다. 혹시 이걸로 해결될까 해서 다음과 같이 수정을 했더니 문제가 해결되었다.

Image(uiImage: backgroundImage)
    .resizable()
    .aspectRatio(contentMode: .fill)
    .frame(width: 25, height: 25)
    .clipped()

찝찝한 해결, 그리고 의문증

그렇다면 .scaledToFill() 와 .aspectRatio(contentMode: .fill)이 작동하는 방식이 다른 거라는 건데, 전에 공부를 했을 때는 큰 차이가 없는 것으로 결론을 내렸었었다.

.scaledToFill() 공문에 둘이 똑같은 기능을 한다고 했었기 때문이지..

https://developer.apple.com/documentation/swiftui/view/scaledtofill()

근데 구글링을 해도 둘이 좀 차이가 있는 듯 했는데 뭐라는 지를 잘 모르겠고,,,,

아래 코드로 실행을 해봤는데, 둘 다 상단의 버튼은 먹히고, 아래 버튼은 실행이 안된다.

도대체 무슨 문제일까? 그리고 Cherish 코드에서는 .scaledToFill()를 .aspectRatio(contentMode: .fill)로 바꾸니 왜 해결이 된 걸까?

혹시 아시는 분이 있다면.. 댓글로 알려주세요...

struct ContentView: View {
    var body: some View {
        VStack(spacing: 20) {
            
            VStack(spacing: 0) {
                Button {
                    print("하잇")
                } label: {
                    Text("버튼")
                        .font(.caption2)
                }
                Button {
                    print("하잇")
                } label: {
                    Text("버튼")
                        .font(.caption2)
                }
                Image(.screenshot)
                    .resizable()
                    .scaledToFill()
                    .frame(width: 25, height: 25)
                    .clipped()
            }
            
            VStack(spacing: 0) {
                Button {
                    print("하잇")
                } label: {
                    Text("버튼")
                        .font(.caption2)
                }
                Button {
                    print("하잇")
                } label: {
                    Text("버튼")
                        .font(.caption2)
                }
                Image(.screenshot)
                    .resizable()
                    .aspectRatio(contentMode: .fill)
                    .frame(width: 25, height: 25)
                    .clipped()
            }
        }
        .padding()
    }
}

우하하핫!! 불태워버린 나의 2024년

rriver2 — Thu, 2 Jan 2025 13:39:44 +0900

[ 2024의 여름에 시작한 매월을 돌아보는 리버리의 얼리버리 딜리버리 회고]

2024년 회고

2023년, 23살 인생 최악의 1년을 보내고 그 어떤 때보다 평온했던 2024년을 보냈다.
2024년을 살아가며 삶이라는 것은 지독하게도 끈질기고 무자비하지만 그와 동시에 정말 사랑스럽고 아름다운 것 같다는 생각을 하곤 했다.

올 한 해의 목표는 딱 하나였다.

Cherish로 하고 싶은 거 다 하기

작년 교환학생 시절, 뜻하지 않은 일들에 여러번 좌절하며 올해는 그 무엇보다 통제 가능한 일을 하고 싶었다. 그래서인가 내가 하는 만큼 아웃풋이 나는 정직한 Cherish 개발 생활이 너무 즐거웠다. 이 마음 덕분에 돌이켜보면 2024년 동안 정말 많은 일들을 즐기면서 했던 것 같다.

체리시를 본격적으로 시작하고,
Cherish가 오늘의 앱으로 선정되고,

[오늘의 앱] Cherish, Dream come true !!

Cherish 오늘의 앱 보러가기 ‎오늘의 앱: Cherish‎Mac App Store에서 Cherish에 대해 더 알아볼 수 있습니다. Cherish 앱을 다운로드하고 iPhone, iPad 및 Mac에서 사용해 보세요.apps.apple.com 이전 포스팅

rriver2.tistory.com

WWDC24를 다녀오고,

[ WWDC24 현장 방문 시리즈 ]

rriver2.tistory.com

안드로이드 출시를 하고,

[안드로이드 출시] Hello Android, Hello Cherish !

Cherish - Google Play 앱마음을 들여다보는 시간이 필요한 당신을 위한 앱, Cherish ! 어디에도 없는 4가지의 다양한 일기형식으로 나를 알아가는 시간을 가져보세요play.google.com 본 포스팅은 iOS 개발을

rriver2.tistory.com

앱 다운로드 수는 1년 새 2배를 넘어서고,
울산공공데이터에서는 스티브, 제로, 로션, 켄과 함께 대상을 받기도 했다.

[2024 울산 공공데이터 활용 창업경진대회] 참여 후기

지난 한 달동안 해당 공모전에 참여하며.. 느꼈던 점들에 대한 회고입니다..! 사실 제목을 [2024 울산 공공데이터 활용 창업경진대회] 라고 했지만, 그게 아니라 [여깄장학]이라고 붙이고 싶었는데

rriver2.tistory.com

그리고 22시간 해커톤으로 OurDay라는 위젯 디데이앱을 만들기도 했다!

< OurDay - 우리의 캐릭터를 위젯 디데이로 만나기 > 출시 스토리

rriver2.tistory.com

정말 꽉꽉 찬 한 해를 보냈다.
그리고 마지막으로 2025년 1월에, 책 제본까지 모두 구현하고 나니 정말 2024년이 끝났구나 싶었다. 회고해야지 해야지 하다가 이제서야 글을 올리는 이유는 이 제본까지가 2024년의 마무리라고 생각했었기 때문이었던 것 같다.
앱스토어에 심사 올리자 마자 갑자기 글 올리고 싶어서 뛰쳐온 1인...

ps. 자랑 한 스푼하자면 올해 블로그를 80개나 올렸더라구요 !! 킼ㅋㅋ.....

아 그리고 5월에 시작해서 지금 12월까지. 8개월의 여정을 열심히 담아낸 덕에 결과보다는 과정을 사랑할 수 있었던 것 같다. 올해 가장 잘 한 일이 있다면, 매월 월 회고를 적었던 것이 아닐까.
벌써 아마득하게 멀게 느껴지는 2024년이 내 블로그에 살아 숨쉬고 있다고 생각하니 나도 모르는 포만감과 안정감이 있는 것 같다. 그리고 덕분에 올해는 12월에 회고가 아닌 목표에 대해 생각하고 고민할 여유가 생겼다.
그래서 2024년을 마무리하면서는 평소에 계획보다는 회고에 힘들 더 썼던 사람이라 목표를 세우는 데에는 좀 서툴지만 열심히 적어보려한다.

내가 부족한 것들

20살 이후의 나는 "그럴 수도 있지 ~ , 못하면 어때 ~" 라는 마인드를 장착하고 살았다. 항상 점수로 사람을 평가하고 등급으로 나누는 사회에서 살면서 나는 나를 절대 그렇게 자로 재듯 나를 평가하지 말아야지. 라는 생각을 20살이 되는 해 다짐했기 때문이다. 그 덕분에 남들보다 조금은 여유롭고 조금은 자유로운 삶을 살았던 것 같다. 무언가에 떨어지더라도, 목표하는 일들을 성취하지 못하더라도 괜찮았다. 나는 그 점수 따위에 합불 여부에 연연해하지 않기로 했으니 말이다.
하지만 2025년은 좀 칼같이 나를 재고 따지고 수치화해보기로 마음을 먹었다. 2024년 동안 정말 열심히 살기는 했는데, 잘 살았는지, 효율적으로 살았는지는 잘 모르겠기 때문이었다. 문득 앞으로의 나의 삶도 이렇게 어영부영 흘러가면 너무 안타까울 것 같았다. 이제 나를 보듬어주고 사랑해주는 방법을 알았으니, 나를 밀여붙여 평소에는 못할 일들을 해내는 나의 다른 모습도 만나보고 싶어졌다. 성공으로 가는 삶의 시스템을 구축해보려 한다. 분으로 하루를 나누고, 목표를 수치화 시켜서 분석해보려한다. 그리고 실패하면 세상이 무너지는 것마냥 발버둥을 쳐보려 한다. 4년 만의 도전이다.
조금은 삶이 각팍해지겠지. 그래도 좀 더 효율적인 시스템을 구축하고 남은 잉여시간에 내가 더 하고 싶은 일들을 할 수 있게만 만들 수 있다면 기꺼이 그래보려 한다. 두려움보다는 설렘이 나를 채우는 것을 보니 좋은 타이밍인 듯 하다. 그간 많이 단단해졌나봐요.

나의 목표를 만나기

12월 동안 목표를 이루는 방법에 관련된 서적과 영상들을 찾아봤다. 액션이 달라지기 위해서는 그 액션으로 이어지는 내 생각들을 뜯어 고칠 필요를 느꼈기 때문이다. 내가 찾아봤던 대부분의 데이터가 입을 모아 말했다.

시스템을 만드세요.

그래서 내가 이루고자 하는 목표 3가지를 세우고 그것을 이룰 수 밖에 없도록 시스템을 만들어보려 한다.
그리고 그 시작으로 가장 중요한 것은 "좋은 목표를 세우는 것".
1달 동안 좋은 목표를 찾기 위해, 여러 질문들을 스스로에게 던져봤다.

무엇을 하고 싶은가?
어떤 사람이 되고 싶은가?
나는 현재 무엇에 결핍을 느끼는 가?

그리고 끝끝내 하나의 문장에 멈춰섰다.

1년 뒤의 나를 떠올렸을 때, 너무나도 되어있었으면 하는 것이 무엇인가?

-> "성공"
성공이었다. 성공이라니 ^_^ 나는 무엇을 성공이라고 정의하는가.
생각보다 단순했다. 1인 앱을 개발하며 삶을 영위할 수 있는 수익구조를 만드는 것 그리고 나는 요즘 이런 1인 앱 개발자가 되고 싶다는 꿈을 꾸고 있다. 1년 동안 엄청 헤매이면서 찾은 내 꿈, 다소 추상적이긴 하지만 꽤나 마음에 든다.

가수가 삶을 살아가며 노래를 발매하듯,
나도 삶을 살아가며 내 철학을 담은 앱을 계속해서 내고 싶다.

그렇게 내가 원하는 모습을 만났다.
중간에 취업을 할 수도, 좀 더 어영부영 헤매일 수도 있겠지만 끝끝내 내가 사랑하는 뮤지션 악뮤처럼, 앱스토어계의 악뮤가 되고 싶다는 생각을 했다. 나의 삶과 철학을 담아낸 앱을 내는 개발자라니. 과연 멋지지 않은가!

올해 나에게 와준 문장들

나는 다이어리를 사면 꼭 앞 1-2장을 비워두고 시작한다. 다이어리를 적는 동안 내게 찾아오는 문장들을 적어두기 위해서이다. 흔히들 "인생은 태도이다."라는 말을 잘하는데, 나는 그 말을 어떻게 보면 "인생은 믿음이다"라는 걸로 해석할 수 있다고 생각했다. 내가 어떤 것을 믿는지에 따라 태도가 달라지기 때문이라 생각하기 때문이다.
그래서 2024년, 나의 삶의 태도를 달라지게 한, 나에게 새로운 믿음이 되어주었던 몇 문장들을 소개하려 한다.

올해 쓴 노트가 하나 더 있는데 안 보여요... 흑흑 어디있니 얘야

1. 모든 시작은 결국에는 다만 계속일 뿐, 운명의 책은 언제나 중간에서부터 펼쳐지는 것을

찾아보니 첫눈에 반한 사랑( 비스와바 쉼보르스카 )라는 책에서 나온 문장 같은데 사실 이 책을 읽지는 않았고 ㅎㅎ,, 그냥 어디선가 주워들었던 문장이었는데 꽤 오래 이 문장을 되새기고 곱씹었던 것 같다. "모든 시작은 결국에는 다만 계속"이라는 말이 너무 와닿았다. 내가 누구를 새롭게 만나든, 새로운 도전을 하든, 포기를 하든 그 모든 것들은 내 삶이라는 하나의 흐름 안에서는 "다만 계속"이라는 말이 꽤나 위로가 되었기 때문이다.
이 말 덕분에 어떤 일을 하는데 "처음해보기 때문에", "안해봤던 일이기 때문에" 느끼는 걱정이나 공포감을 줄일 수 있었던 것 같다. 어떤 일이든 처음해보는 일이라도 처음해보는 것이 아니기 때문이다.
예를 들어 Cherish의 가장 큰 feature였던 제본이라는 영역이 그랬다. 이전에 내가 편집 디자인을 해보거나 제본을 맡겨본 적이 없었지만, "무언가를 처음 배워보는 일"은 해본 적이 있었기 때문에 좀 더 쉽게 그 영역에 도달할 수 있었던 것 같다. 아직 해야 하는 일도 해봐야 하는 일들도 많이 있지만, 그럼에도 불구하고 다만 계속이기 때문에 괜찮다. 부족한 부분은 다음의 내가 계속 이어 나갈 것이니까!
ps. 제본의 길을 함께해준 세니와 밀리에게 감사를.... 올립니다...

2. 내가 보는 것이 나의 크기이다. 이 문장을 되새기면 못할 것이 없어진다.

올해 가장 공포감을 느꼈을 때를 꼽으라면 < 내 한계가 곧 이 앱의 한계다. >를 느꼈을 무렵이었다. 그때면 꼭 새로운 공부를 시작했는데 그러다보면 또 내 그릇이 커졌음을 느꼈다. 내 그릇이 커지고 나면 또 도전할 여유가 생기고.
그래서 무언가에 힘이 들거나 괴로울 때는 "내가 처한 환경에 비해 나의 그릇이 작아졌군."이라며 좀 더 열심히 그릇을 확장하기 위해 노력하는 것 같다. 어떻게 보면 되게 낭만적인 문장인데, 어떻게 보면 지독하게 살인적인 문장이다. 내가 보는 것이 나의 크기이다.

3. 캐리어를 질질 끌고 서울로 왔다. 처음 들었던 생각은 다름 아닌 '괜찮아서 다행이다'

지금 생각하면 좀 많은 도전을 했던 2023년 하반기의 교환학생 삶을 끝내고 다시 돌아온 나는 "여행"자체에 대한 호기심이나 설렘을 잃었었다. 딱히 여행을 하고 싶다는 생각도 없었고 오히려 정착하고 나의 본가를 떠나고 싶지 않았었다. 그래서 포항으로 가서 사업 지원금을 받고 체리시 개발을 할 수 있었을 때에도, WWDC에 걸려서 미국을 갈 수 있었을 때에도 나에게는 기대감보다는 공포심이 더 컸던 것 같았다.
그래도 그럼에도 불구하고 포항으로 가고, 또 WWDC를 갈 수 있었던 이유는 2가지가 있었다. 첫번째는 주변에서 전해준 이쁜 말들과 눈빛과 지지가 있었기 때문이었다고 생각한다. 이 자리를 빌어 감사합니다룽... 역시 삶은 사람 때문에 무너지고 사람 때문에 일어나는 듯해요...
그리고 두번째는 내 삶이 이대로 수축되지 않기를 바랐다. 아무것도 못할 것 같은 우울증은 지났고, 지금쯤이면 새로운 도전을 할 수 있지 않을까라는 생각에 하게 되었다. 이 다짐 덕분에 그 전에는 못 만날 수도 있었던 사람들과 시간을 포개고 생각을 나누고 삶을 일별할 수 있었다. 고마워 얘도라 ~~

4. 내가 실력이 늘어날수록 운의 영역은 점점 줄어든다.

운칠기삼이란, 어떤 일, 또는 인생의 성패에는 개인의 노력이나 능력보다 행운과 우연이 더 많이 작용한다는 그런 뜻이다.

어느정도 동의는 하지만 운이 왔을 때 내가 실력이 없으면 도로목인 것처럼, 운이 7이더라도 사실은 노력이 3보다 더 큰 것 같다는 생각을 많이 했다. 예를 들어 WWDC 처럼... 이번에 정말 미친 운(?)으로 Apple Park를 다녀오긴했지만, 아쉬움이 없었다면 거짓말이겠지.
내가 영어를 더 잘했더라면, 체력이 더 좋았더라면, 경험이 더 많았더라면, 더 많은 운을 나에게 이끌어 올 수 있었지 않을까? 라는 생각들을 했다. 하지만 그럼에도 불구하고 작년의 내가 아닌 올해의 내가 갔기 때문에 분명 더 많은 것을 누리고 즐겼던 것 같아서 좋기도 했다 ㅎㅎ
이처럼... 운에 기대어 나에게는 왜 운이 오지 않는가라며 불평하는 삶보다는 실력을 갈고 닦으며 나에게 온 운들을 알아차리고 해석하고 기어코 내 것으로 만드는 그런 삶을 살고 싶다는 생각을 했다. 내가 실력이 늘어날수록 운의 영역은 점점 작아진다. 다시 말해, 모든 것이 운이다.

ps. 미국에서 만난 제인, 프랭크, 케빈, 영, 예니 함께 너무 즐거운 시간을 보내서 행복했다 !

2024년, 나의 북극성 지표

Cherish에도 연말에 < 가치관 찾기 >로 들어간 이벤트.. ( 1월 31일까지니 안 한 사람이 있다면 해보는 걸 추천... ! )
하고나면 귀염뽀짝 응원 카드도 받는 답니다 ~

암튼 나의 이번 2024년의 북극성 지표는 "건강, 독립, 담백, 통찰"이었다. 욕심쟁이라서 3개가 아닌 4개를 택했던 나

올해는 학교를 휴학한 만큼 내가 당장 이뤄야 하는 가까운 목표 말고 먼 목표를 선택했다. ( 그래서 북극성 지표 라는 표현을 했다 )
좀 더 풀어말하자면 “중요하지만 긴급하지는 않은 일”이랄까...?
ps. 울 오빠가 그러는데 중요하지만 긴급하지 않은 일이 사람의 운명을 바꾼다고 했다.

건강

삶에서 가장 중요한 것을 꼽으라고 하면 나는 단연코 "건강"을 택할 것이다. 하지만 건강을 위해 하는 일은 딱히 없었지.. 그런 나에게 처방할 수 있는 건 작은 일이더라도 일상생활 속에서 건강을 인지하고 챙길 수 있도록 장치를 심는 것.
아무리 바쁘더라도 운동을 하려했고, 음식을 조절했다. 카페인도 최대한 안 먹고, 너무 군것질 안 하고... 의식적으로 집에서 요리해서 먹었다.

모아놓으니 엄청 많은 거 같은 내 요리들...

그리고 이런 달력을 사서 운동한 날을 표시했다. 올해의 목표는 1년의 반, 즉 182.5일 이상 운동하기.
아쉽게도 182.5일은 실패했지만, 한 160일 정도 운동을 한 것으로 보아 나도 참 치열했다. ( 하트 그려진 날이 운동한 날 )
이를 토대로 내년에도 지속해보려고 한다.
SNPE와 복싱, 자전거타기, 요가, 수영하기 등 여러 운동을 시도했고 그 끝내 나는 내가 자유롭게 시간을 사용할 수 있는 운동을 좋아한다는 것을 깨달 았다. ( 근데 발레는 배워보고 싶음 ) 그래서 내년에는 학교 통학 할 때 자전거를 타고, 가끔 수영을 다니는 삶을 해볼까하며 생각했다.

독립

올해에는 경제적인 독립보다는 정서적인 독립을 하고 싶었다. ( 절대 아직 경제적 독립 못해서 아님 ㅋㅋ... 엄빠 미안해요... ) 그래서 포항에 오고는 부모님께 좀 죄송한 이야기이지만 최대한 본가를 안 갔다. 익숙하고 편안한 본가이기에 힘들 때마다 본가를 가지 않기 위해서 악으로 깡으로 버텼다.
그리고 의도치 않게(?) 미국을 가게 되면서 이모 집에서 몇 주 머물렀었는데 그때 좀 새로운 깨달음들이 많았던 것 같다. 외할머니로부터 온 엄마와 이모의 공통된 교육 방침이라던가, 또 느껴보지 못한 다른 이모집만의 문화라던가...
생각해보니 나는 한 집에서 태어나 쭉 이 집에서 자랐으니 다른 집의 문화를 느껴볼 리가 없었다. 물론 뭐 이를 위해서 뭔가를 해야 한다거나 하는 건 아니지만 다른 사람의 집에서 한 구성원이 되어 지내보는 건 사뭇 다른 경험이었다.
덕분에 엄마 아빠에게 받은 무형자산에 대해 많은 감사와 깨달음을 느낄 수 있는 시간이었다. 자세한 이야기는 많이 생략하지만, 1년 동안 내 생각들의 기저에 부모님이 있다는 것을 많이 깨달을 수 있는 시간들이었다. 그리고 그 생각들을 해체하고 정리하고 분류하면서 한 층 더 성장함을 느낀다.
그리고 조금은 당돌한 말이지만, 이제 경제적인 독립이 가능해 지는 어느날에는 자연스럽게 독립을 해서 내 삶을 온전히 꾸려나갈 수 있을 것 같아졌다.

담백 + 통찰

작년에 자유와 여유를 따라 살았을 때 되게 분주하고 시끄러움을 많이 느꼈다.

처음 누려보는 자유라 정신을 못차리고 이것저것 다 해봤다할까? 그래서 골랐다. 담백 + 통찰.
조금은 무게감이 있는 어른이 되고 싶었다. 필요한 것들을 찾고 하기보다는, 필요없는 것을 버리기 위해서 부단히 애를 썼고, 그 안에서 고민을 많이했다. 그리고 좋은 Input을 찾기 위해서 의식적으로 책을 읽으려 했던 것 같다. 혼자서도 읽는 게 즐겁지만 역시 책은 함께 나누고 곱씹어야 재밌다. 이 재미를 알게 해준 성은이에게 고맙다.

블로그를 마무리하며 끝으로 이 문장을 소개하고 싶어졌다.
나는 삶의 마일스톤들을 쫓으면서 삶의 중요한 것들을 잊고 살았던 것 같다.
내가 이렇게 말을 하고 생각을 하고 사람을 사귀고 내 삶을 개척하는데에 도움을 줬던 많은 사람들과 내게 처해졌던 모든 상황들에 감사하다. 그리고 이렇게 내 삶을 찾아가는 여정이 끝이 없는 순환일 지라도 매일 마주하는 해가 매일 다르게 느껴지듯 새로운 마음으로 해석하고 바라봐야겠다는 생각을 했다.

2025년도 매일 건강하고, 자주 행복하고, 종종 돌아보기!!
다들 새해 복 많이 받으세요 !

xcode에서 svg 이용할 때 주의할 점

rriver2 — Sun, 15 Dec 2024 19:22:08 +0900

        VStack(alignment: .leading, spacing: .zero) {
            // 대충 코드
        }
        .background(alignment: .bottom) {
                TrabbleImage.backMaterial.swiftUIImage
                    .resizable()
                    .scaledToFill()
                    .ignoresSafeArea(edges: .top)
        }

Vstack 배경으로 Image가 들어가야 해서 위와 같은 코드를 작성했는데,

아래와 같은 이슈가 발생했다.

문제: 기기별로 잘 보면 동그라미 밑에 배경의 공간이 다른 것을 확인할 수 있다.

하지만 코드를 다음과 같이 수정하면

        VStack(alignment: .leading, spacing: .zero) {
            // 대충 코드
        }
        .background(alignment: .bottom) {
                Color.red
        }

모두 똑같은 높이의 배경을 가졌다.

그래서 Image가 문제라는 것을 확인...!

팀원 분이 방법을 알려주셔서 png로 1x, 2x, 3x를 넣으니 괜찮아졌다.

하지만 svg가 용량도 적고 깨지지도 않고 사용에 용이해서 svg를 사용하고 싶었다.

그래서 글을 찾아보니 이런 블로그를 확인할 수 있었다.

https://hyunndyblog.tistory.com/183

Resizing의 Preserve Vector Data를 체크해주면, 벡터 이미지를 저장해서 다양한 크기로 사용할때 효과적이라는 것을 알게되었고 실제로 해보니 성공했다.

앞으로 svg 쓸 때는 이 두 항목을 check하도록 하자.

출처

https://kka7.tistory.com/381

Xcode에서 벡터 이미지 사용하기

Xcode에서 벡터 이미지 사용하기 Apple 개발툴인 Xcode에서 벡터 이미지를 사용할 수가 있습니다. 기존에 사용하던 @1x, @2x, @3x 이미지 파일(.png) 대신에 벡터 이미지를 사용하면 리소스 용량을 줄일수

kka7.tistory.com

[Error] git에서 modified 파일이 계속해서 남는 상황

rriver2 — Sun, 15 Dec 2024 16:30:50 +0900

문제 상황

어느 순간부터 계속 CreateChattingRoomUsecase.swift 파일이 계속해서 modified 상태로 인식되는 문제가 발생했다.

나의 문제인 줄 알았으나 같이 작업하는 동료도 같은 문제가 발생

고민 Point

1. 처음에는 파일이 꼬인거라 생각함
- stash, commit을 해도 제거되지 않아서, clone을 다시 했는데에도 해당 문제 발생

2. 노트북 + Xcode를 껐다 켰는데에도 동일한 문제 발생
- 이 시점에 동료에게 물어봤더니 같은 문제를 겪고 계셨음

3. 파일 경로 문제라고 생각함
- Build Phases의 Compile Sources를 확인하였으나 해당 파일이 얌전히 잘 있었고,
https://github.com/user-attachments/assets/9442122b-00e4-4d29-821b-10f642af9d1d" />
- 최후의 수단으로 해당 파일을 삭제하고 다시 생성을 했으나 똑같은 문제가 발생

문제 해결

git rm -r --cached . // Git이 추적하고 있는 모든 파일의 캐시를 삭제
git add . //  git 다시 연결
git commit -m "커밋 멘트" // 캐시 재초기화 작업에 대한 커밋을 생성

Git이 특정 파일 상태를 잘못 추적하거나 꼬인 경우 해당 문제가 가끔 발생한다고 하였고 cach를 초기화 하는 방법을 이용했다.

참고 )

https://github.com/team-Trabble/Trabble-iOS/issues/20

Cherish 앱 업데이트 1.3.4

rriver2 — Sat, 14 Dec 2024 17:41:41 +0900

Cherish

나의 마음을 들여다보는 시간

litt.ly

이전 포스팅

1️⃣ Cherish 이야기

Cherish 시작 및 디자인.. [1/2]

Cherish 앱 출시 [2/2]. 개발 스토리

2️⃣ 업데이트 이야기

업데이트 1.3.4

앱의 성장

첫 프리미엄 구독제가 들어가고 결제가 이뤄지고 있다. 처음에는 무료였던 앱이 유료가 되면서 반발이 있을 수도 있다는 생각을 했다. 그런데 왜인걸, 기분 좋게 결제를 해주시는 분들이 계신다. 내가 2년동안 쫓았던 가치가 옳았나보다. 나는 하는 일이 그대로인데 이전보다 조금은 안정적인 기분이 든다.

지속 가능한 서비스를 만들자.
그리고 그 중심엔 가치가 있다.

Sprint 11 NEW 기능

1년 연간 이벤트 추가

이번에 큰 맘 먹고 연간 이벤트를 출시했다. 처음에는 유료로 일기 형식을 배포할 생각이었지만, 그간 함께해주신 분들에게 감사의 마음을 담아 무료로 배포하게 되었다.

그리고 오늘은 이 일기 형식에 담겨있는 긴긴 이야기를 해보려 한다.

‎2025년 새해 EVENT: 나의 가치관 들여다보기

‎나의 가치관 들여다보기

apps.apple.com

처음 만나게 된 가치 일기

나는 어떤 일기들을 적었는가.

처음 일기를 적기로 마음을 먹고 한 2년 동안은 한 일들을 중심으로 일기를 적었다. 오늘 뭘 먹었고, 누구랑 뭘했는지에 대해서

2️⃣ 필요한 기능 정의 + Firebase 공부하기

나는 노트가 편해서 이렇게 저렇게 구현하는 방법들을 적어보고 문서화하고, 그렇게 작업을 시작했다. 다행히 Coredata할 때 프로토콜을 설계해놨어서 편하게 Firebase로 마이그레이션이 가능했던 것 같다. 처음에 Firebase의 Apple 로그인을 구현하는 부분이 공부하는게 생각보다 까다로워서 힘들었지만, 할 만했다. 후하....화이팅...

3️⃣ 구현 명세하기 + 플래닝 포커로 시간 계획 세우고 개발하기

구현해야 하는 것들을 명세하고 난 다음 얼마정도 시간이 걸릴지 설계를 했었다. UI도 일단 정말 많았고 안에 로직들이 겹치는 부분들도 꽤 있었어서, 몇 번이고 명세를 뒤집고 뒤집고 했던 것 같다.

프로젝트를 하면서 처음으로 명세에 대한 중요성을 아주 몸 뿌서지게(?) 느낄 수 있는 시간이었다. 과거에는 명세가 약간 일이 일을 만드는 구조라고 생각했는데, 확실히 명세를 하기 전과 하고 나서 다르다는 게 너무 느껴졌었다.

솔직히 말하면, 플래닝 포커는 실패했다. UI 작업하는 거는 얼추 맞았는데 디버깅 할 때 여러 이슈들이 있었고 그런 것들을 디버깅하고 수정하는데 시간이 오래 걸렸다. 역시 시간을 예상할 때는 내가 예상한 시간에 2배를 말해야 하는 것 같다.

4️⃣ 백업 기능 구현 완료, 그치만 아쉽다.

이 커밋 날릴 때 진짜 눈물날 뻔...

완료는 했지만 아쉬운 부분이 없는 건 아니었다. 아직 헛점들이 좀 보였고, 수정해야 하는 부분들이 많았지만 제가 참... 지쳐있는 상태였어서 이대로 배포를 하고, 아쉬운 부분들을 매꿔야겠다는 생각을 했다.

처음에는 이렇게 내가 생각해도 완벽하지 않은데 배포를 하는 거에 대해서 겁도 나고 나 자신에게 화도 났지만, 생각을 해보니 이런 아쉬움이 드는 것도 처음 로그인 구현을 시작했을 때, 마이그레이션을 하기 전의 나와 비교했을 때 성장을 했음을 의미한다는 깨달음을 얻었다. 이번 1.3.0 배포 이후 천천히 또 수정하고 새 기능들을 구현해서 배포를 해서 빈틈들을 메꾸고 싶다는 욕심이 생겼다.

아쉬움은 다음을 시작하기에 좋은 동기가 돼

프리미엄 기능

1️⃣ 프리미엄 기능, 왜 넣으셨나요?

유저들도 개발자 지갑을 걱정하는 앱, Cherish... ㅋㅋㅋㅋㅋㅋ

크게 3가지 이유가 있었던 것 같다.

1. 나에게 새로운 동기 부여가 필요

"사람들에게 기록의 좋은 가치를 제공해주고 싶어." 라고 생각을 했었던 시작은 순수하고,,,, 그랬지만, 나도 생활을 해야하고 돈을 벌어야 하고 취업을 해야 하고 ... 라는 생각들에 앞으로 내가 학교를 복학하더라도 Cherish를 꾸준히 개발할 수 있을까?라는 질문에 쉽게 YES라는 답이 나오지 않았다. 나쁘게 이야기하면 이게 열정페이니까.. 그래서 생각을 해보니 "구독 서비스"라는 것이 나에게 굉장한 매력으로 다가왔다.

2. '무료라서 쓰는 앱' 말고, '유로더라도 필요해서 쓰는 앱'

단순히 돈을 벌고 싶다는 생각은 아니었다. '무료라서 쓰는 앱' 말고, '유로더라도 필요해서 쓰는 앱'을 만들고 싶었다. 처음 내가 세웠던 가설들(사람들에게 일기를 적을 수 있는 가이드를 제공해주면 기록에 재미를 느낄 것이다.)은 해결이 되었고, 그 다음 목표를 세워야 했다. "사람들은 지인들에게 추천을 할 정도로 Cherish가 제공하는 서비스에 만족하고, 앱이 주는 행복감에 돈을 지불할 거야."

엄청 많은 것은 아니지만, 친구의 추천으로 앱을 깔았다는 분들, 만족하셨다는 분들이 많아지면서 괜히 욕심이 생겼다. 추천도 가능하니.. 수입도 가능하지 않을까? 솔직히 수익화를 넣으면서 기존 유저들도 도망을 갈까(?) 무서웠지만 그래도 넘어야 하는 산, 빨리 넘자!며 도전을 하게 되었다.

3. 지속가능한 서비스

1,2번과 같은 생각을 하고 프리미엄 기능을 구상하면서 되게 힘들었다. 어떤 기능은 이미 기본으로 줬는데 프리미엄 기능 같고, 프리미엄 기능으로 줄만한 기능들은 공수가 많이 드는 것 같고,,

그러다가 지인과의 대화에서 엄청난 인사이트를 얻게 되었다.

제가 많이 사랑하는 유튜버, 지식한입이 이런 영상을 올려서 되게 마음이 아팠다라는 이야기를 했는데, 대문자 T 친구가 이런 말을 했다.

140만 유튜버가 될 때까지,
수익화를 못한 건 저 사람이 이쪽으로는 능력이 없었던 거야.

사실 시간이 좀 지나서 정확히 저 말을 했는지는 모르겠지만, ( 내가 잘못 기억한다면 미안하다 칭긔야 ) 저 말이 나에게 엄청 크게 다가왔다. 차디찬 얼음 물을 맞는 기분이었다. 내가 3만 다운로드 앱을 가지고 있어도 이게 수익화가 되지 않는다면 그건 나의 능력 문제이겠구나. 라는 생각과 함께 괜한 경쟁심(?)과 자극이 되었고, 그날부터 광기에 쩐 프리미엄 기능을 만들기 시작했다.

2️⃣ 어떤 기능을 프리미엄으로 넣었나요?

데헷.

당연히 백업 기능!!!

이 아니라..(?)

일기 작성 횟수를 제한하고 기존에 줬던 기능들을 빼앗았습니다.

네?? 줬다 뺐었다구요???

ㄴ...네////... 그렇게 됐어요....

처음에는 백업 기능을 주려고 했는데 Firebase CRUD 작업을 완료하고 보니까 프리미엄 해지시 내가 개발해야 하는 공수가 더 컸다. 기기마다 따로 백업이 되도록 관리를 해야 한다는 점, 프리미엄 해지시 마이그레이션을 시켜야 한다는 점.

그래서 든 생각이 이탈하는 유저를 위해 고생해서 개발할 바에 타앱들이 프리미엄으로 주는 서비스는 기본으로 제공해서 유저를 데리고 오고 "Cherish 만이 줄 수 있는 기능"으로 프리미엄 기능을 제공하자!! 였다.

그래서 내가 생각했을 때 Cherish의 매력이자 포인트들을 구독 서비스로 밀기로 했다.

이제 이게 시작이고 더 많은 기능들을 제공해줘야지.. 감사합니다 프리미엄 결제해주신 분들....

본질에 집중하자.
나는 어떤 것을 제공하고 싶은 사람인가?

결과

1.2.10 이 최대 난관이라 생각했는데, 그에 못지 않았던 1.3.0 업데이트!!

<< 업데이트한 내용 >>

[NEW]
- 백업기능
- 일기 공유 기능

회고

혼자하니까 썰렁하네요...

디자인에 대한 이야기가 많은데, 솔직히 힘들었다. 그래도 어쩌겠어 해내야지.

프리미엄으로 돈을 좀 벌어서 외주를 할 수 있으면 좋겠다. 더 나은 Cherish가 되길 바라며...

+) 추가적으로 백업 하면서 기다리는 사용자들... 불편하지 않도록 재밌는 UX를 넣었다.

바로 일기 백업을 기다리면서 이전에 작성했던 일기들을 읽을 수 있도록 하는 것 !!! 데헷 >< 일을 만들어서 하긴 했지만, 굉장히 뿌듯한 Feature였다.

[Error] iPad UIInterfaceOrientationPortrait, UIInterfaceOrientationPortraitUpsideDown, UIInterfaceOrientationLandscapeLeft, UIInterfaceOrientationLandscapeRight

rriver2 — Tue, 3 Dec 2024 21:41:18 +0900

문제 상황

‎Cherish - 7가지 형식으로 적는 나만의 일기

‎Cherish는 이런 기능들을 제공해요! # 요즘 나에게 하는 한마디 나에게 해주고 싶은 한 마디를 적어보세요. 매일 이 한마디를 읽는 것만으로도 많은 힘이 될 거예요. # 음악과 함께하는 시간 잔잔

apps.apple.com

아이패드 만들어 달라는 요청이 많아서 UI 작업하는 중... 웹 개발할 때 내가 세상에서 제일 싫어했던 Flexible layout이 다시 등장했다. 고민을 하던 중 우선 이렇게 앱의 크기를 임으로 바꿀 수 없도록 설정해서 배포를 하고, 이후에 수정해야지라고 생각했다.

내가 생각하기에 유저는 세로 iPad나 mac보다는 keyboard를 쓰고 싶은 거 같았거덩요 ~

고민 Point

그래서 iPad 에서는 Landscape 만 사용할 수 있도록 수정했는데,

이런 에러 발생!!

Invalid bundle. The “UIInterfaceOrientationLandscapeLeft,UIInterfaceOrientationLandscapeRight” orientations were provided for the UISupportedInterfaceOrientations Info.plist key in the Rivery.cherish.app bundle, but you need to include all of the “UIInterfaceOrientationPortrait,UIInterfaceOrientationPortraitUpsideDown,UIInterfaceOrientationLandscapeLeft,UIInterfaceOrientationLandscapeRight” orientations to support iPad multitasking. For details, visit: https://developer.apple.com/documentation/bundleresources/information_property_list/uisupportedinterfaceorientations. (ID: c7716eef-d5e7-4378-b30c-04d11eea8355)

문제 해결

처음에는 "iPad 멀티태스킹을 지원하기 위해선 모든 orientations을 지원해야 한다용, LandscapeLeft, LandscapeRight만 지원해서 오류가 발생했음." 이라고 번역이 돼서 ipad하려면 모든 방향을 지원해야 하는 건가? 싶었는데, 구글링 해보니 이 친구를 체크해주면 된다구!

전체 화면으로만 가능하게 체크를 하니까 안전하게 아카이빙 됐다.

+) 앱스토어 스크린 샷 올릴 때 사용한 사이트

최고세요.

Figma

Created with Figma

www.figma.com

Cherish 앱 업데이트 1.3.0

rriver2 — Wed, 27 Nov 2024 10:40:47 +0900

Cherish

나의 마음을 들여다보는 시간

litt.ly

이전 포스팅

1️⃣ Cherish 이야기

Cherish 시작 및 디자인.. [1/2]

Cherish 앱 출시 [2/2]. 개발 스토리

2️⃣ 업데이트 이야기

앱의 성장

2024년 8월 8일, 1.2.10 업데이트 이후로... 벌써 거의 3달이라는 시간이 훌쩍...

지난 몇 개월동안 노력한 덕에 다운로드 수는 거의 2배로 뛰었다.... ( 오늘의 앱 최고예요.. )

그간 백업 기능과 프리미엄 기능을 구현했다. 처음 해보는 파이어베이스 작업과 StoreKit은 나를 괴롭게 했지만, 앞으로 더 멀리 나아갈 수 있는 길을 닦게 된 것 같아서 기분이 좋다. 뿌-듯

그리고 여전히 정성스런 리뷰들도 많이 달리는 중... 감사합니다.. 열심히 일 할게요...

Sprint 10 진행 과정

지난 Sprint 9는 최이솔 유튜버와 <나의 가치관을 발견하는 시간>이라는 워크숍을 준비하고 진행하느라 정신이 없었다. 나중에 Sprint 9 글도 마저 작성해야겠다..!

Sprint 10은 2개월이라는 시간동안 정말 열심히 기획하고 디자인하고 개발을 했던 것 같다. 이번에 목표로 했던 것은 지속가능한 서비스를 만들고 싶다는 걸로 나아갔는데, 쉽지 않았다.

백업 기능과 프리미엄 기능의 추가

역시 1.3.1의 가장 큰 Feature는 로그인/회원가입 그리고 백업 기능이었다.

Coredata를 Firebase로 마이그레이션하는 과정을 몸으로 체험했는데, 과거의 내가 미워지기도, 대견해지기도 하는 순간들을 많이 겪었다.

백업 기능

1️⃣ 백업 기능 뭘로 할 것인가?

처음에는 백업 기능을 iCloud로 하려 했다. 무료인데다가 Coredata에서 설정 몇 개만 바꾸면 자동으로 로컬 저장 + 백업 기능이 가능했기 때문이다. 실제로 공부를 하고 구현을 하는데 1.5일이면 충분했다.

근데 문득. 안드로이드도 개발해야 하는데? + 공지 같은 거 띄울려면 어떻게 해야지? 등등의 고민들이 크게 다가왔다.

처음 백업 기능을 해야지 라고 생각할 때는 지난 6월달에 백업 기능을 구현하면서 크게 힘들었기도 하고 시간적 압박이 크게 다가왔어서 일단 구현이 가능한가. 내가 얼마만에 할 수 있는가?에 되게 집중을 했었었다. 근데 icloud 공부가 끝나고 배포를 바로 직전에 앞두고 들었던 생각은 "유지 가능한가"였다.

느리더라도 옳은 방향으로

그때 내 생각을 Firebase로 돌릴 수 있었던 생각은 바로, "느리더라도 옳은 방향으로"라는 말이었다.

본질에 집중하자. 나는 어떤 기능이 필요하고 내가 가지고 있는 자원은 무엇인가.

그렇게 명세를 하고 서치를 하다보니, Firebase라는 결론이 이르렀다.

우선, 백엔드 분을 모셔와서 같이 작업을 하는 것은 공수가 너무 크게 느껴졌고, 앞으로도 계속 가야한다면 매번 회의를 하고 수정을 함께 해나가며 나아가야한다는 게 부담으로 느껴졌다. 나도 취준을 해야 하니까... 그리고 다음으로는 iCloud처럼 폐쇄적인 cloud는 쓰면 안되겠다는 생각이 들었다. 나중에 안드로이드도 어차피 백업 기능이 필요할 거고 라는 생각에 Firebase나 Supabase 등을 고민하게 되었고, 최종적으로는 Firebase를 선택하게 되었다.

금액적인 부분도, 주변에서 쉽게 자료를 찾을 수 있는 부분도 상당히 마음에 들었다. Firebase 의 공문과 강의 사랑해요,.,,

2️⃣ 필요한 기능 정의 + Firebase 공부하기

3️⃣ 구현 명세하기 + 플래닝 포커로 시간 계획 세우고 개발하기

4️⃣ 백업 기능 구현 완료, 그치만 아쉽다.

이 커밋 날릴 때 진짜 눈물날 뻔...

아쉬움은 다음을 시작하기에 좋은 동기가 돼

프리미엄 기능

1️⃣ 프리미엄 기능, 왜 넣으셨나요?

유저들도 개발자 지갑을 걱정하는 앱, Cherish... ㅋㅋㅋㅋㅋㅋ

크게 3가지 이유가 있었던 것 같다.

1. 나에게 새로운 동기 부여가 필요

2. '무료라서 쓰는 앱' 말고, '유로더라도 필요해서 쓰는 앱'

3. 지속가능한 서비스

그러다가 지인과의 대화에서 엄청난 인사이트를 얻게 되었다.

제가 많이 사랑하는 유튜버, 지식한입이 이런 영상을 올려서 되게 마음이 아팠다라는 이야기를 했는데, 대문자 T 친구가 이런 말을 했다.

140만 유튜버가 될 때까지,
수익화를 못한 건 저 사람이 이쪽으로는 능력이 없었던 거야.

2️⃣ 어떤 기능을 프리미엄으로 넣었나요?

데헷.

당연히 백업 기능!!!

이 아니라..(?)

일기 작성 횟수를 제한하고 기존에 줬던 기능들을 빼앗았습니다.

네?? 줬다 뺐었다구요???

ㄴ...네////... 그렇게 됐어요....

그래서 내가 생각했을 때 Cherish의 매력이자 포인트들을 구독 서비스로 밀기로 했다.

이제 이게 시작이고 더 많은 기능들을 제공해줘야지.. 감사합니다 프리미엄 결제해주신 분들....

본질에 집중하자.
나는 어떤 것을 제공하고 싶은 사람인가?

결과

1.2.10 이 최대 난관이라 생각했는데, 그에 못지 않았던 1.3.0 업데이트!!

<< 업데이트한 내용 >>

[NEW]
- 백업기능
- 일기 공유 기능

회고

혼자하니까 썰렁하네요...

디자인에 대한 이야기가 많은데, 솔직히 힘들었다. 그래도 어쩌겠어 해내야지.

프리미엄으로 돈을 좀 벌어서 외주를 할 수 있으면 좋겠다. 더 나은 Cherish가 되길 바라며...

+) 추가적으로 백업 하면서 기다리는 사용자들... 불편하지 않도록 재밌는 UX를 넣었다.

바로 일기 백업을 기다리면서 이전에 작성했던 일기들을 읽을 수 있도록 하는 것 !!! 데헷 >< 일을 만들어서 하긴 했지만, 굉장히 뿌듯한 Feature였다.

Position vs Offset 예시와 함께 비교 분석하기

rriver2 — Mon, 25 Nov 2024 16:48:16 +0900

Animation 뚜까파기 모음 zip

1. Animation의 기초

2. Animation을 일어나게 하는 Trigger들 ( Gesture를 중심으로 )

+) Animation을 위한 미니 공부들

Position vs Offset 예시와 함께 비교 분석하기

Animation 공부하면서 정말 헷갈렸던 개념 중에 하나... Position과 Offset !!

Animation 곳곳에 쓰이는 녀석이기 때문에 아주 잘 쓰고 싶은 다음에 한번 파봤다(?)

이 녀석 어떤 뷰일지 예상이 간다면 굳이 읽을 필요가 없을 것 같습니닷.. ( 정답은 제일 밑에 있습니다. )

우선 알아야 하는 개념

1) 무엇을 기준으로 이동하는가

https://developer.apple.com/documentation/swiftui/making-fine-adjustments-to-a-view-s-position

위에서 설명하는 것처럼 View의 위치를 미세하게 조정하는 방법은 2가지가 있다.

바로 Offset과 Position!

설명하는 바에 따르면 아래로 정리할 수 있다.

Offset: 뷰의 렌더링된 콘텐츠를 현재 위치에서 이동
Position: 부모 내에서 명시적 위치를 설정

Offset은 원래 있어야 하는 자리 기준으로 이동, Position은 부모 뷰의 자리를 기준으로 이동한다.

2) 이동은 어디서 어디로 하는가

우선 Offset과 Position 둘 다 (    )을 기준으로  X, Y 만큼 이동시킬 수 있다.

일반적으로 우리가 쓰는 수학 좌표계랑 좀 다른 게 우측으로 이동할 수록 X는 증가하고, Y는 아래로 갈 수록 증가한다.

아마 휴대폰 기기 특성상 왼쪽 상단에서 0,0을 쓰기 위해서 이렇게 설계한 듯 하다. ( 개인 피셜입니다 )

기본 단계

이 뷰를 기준으로 Offset과 Position의 차이를 알아보려 한다.

        ZStack {
            Crosshairs()
            Rectangle()
                .stroke(Color.primary)
            Image(systemName: "circle")
        }
        .frame(width: 160, height: 160)

이렇게 과녁 같은 모양이 나옵니듕

이런 과녁 모양에서 Circle 이 이미지를 이동시킬 것이다.

아래 코드를 보면 한 줄만 다르다. 하나는 Offset이고 하나는 Position !!

        ZStack {
            Crosshairs()
            Rectangle()
                .stroke(Color.primary)
            Image(systemName: "circle")
                .offset(x: 40.0, y: -40.0) // Offset을 사용
        }
        .frame(width: 160, height: 160)
        
        
        ZStack {
            Crosshairs()
            Rectangle()
                .stroke(Color.primary)
            Image(systemName: "circle")
                .position(x: 144, y: 80)  // position 사용
        }
        .frame(width: 160, height: 160)

위에서 이야기했던 대로

Offset: 뷰의 렌더링된 콘텐츠를 현재 위치에서 이동
Position: 부모 내에서 명시적 위치를 설정

한다. 따라서 Offset의 기준점과 Position의 기준점은 다음과 같다.

⚠️ 기준점을 잘 생각하며 다시 코드를 보고 어떻게 뷰가 그려질지 예상을 해보고 아래로 내려오세요 !!!

정답:

심화 단계

다시 이 코드를 보고 어떻게 그려져야 하는 지 알 것 같으면 넘어가셔도 됩니다.

사실 공홈에서 저 예시보고 뭐야 쉽네 했는데, 실험을 하기 위해 코드를 작성하다보니까 또 어려움 봉착...

아는 줄 알았는데 모르겠...^_^

이럴 때는 다시 정의를 읽어보자.

Offset: 뷰의 렌더링된 콘텐츠를 현재 위치에서 이동
Position: 부모 내에서 명시적 위치를 설정

뭘 모르는 지 가만히 생각해보면, Offset에서는 현재 위치를 알아야지 이 뷰가 어디 그려지는 지 알 수 있고, Position에서는 부모뷰가 어떻게 그려져야 하는지 이 뷰가 어디 그려져야 하는 지 알 수 있다.

그런데 어떤 기준으로 해야 하는지 순서도 잘 모르겠고 당황스러운 ..게 문제..

그래서 서칭을 하다가 엄청난 WWDC 영상을 발견했다.

Building Custom Views with SwiftUI 라는 영상인데, 스유에서 뷰가 어떻게 그려지는 지에 대한 내용을 담은....

Hstack이나 Vstack과 관련한 내용들도 설명되어 있다. 솔직히 처음 Hstack이나 Vstack을 공부할 때 이 영상을 보면 더 머리가 아플 거 같기는한데,,, 조금 이해도가 있고 영상을 보니까 뭔 말인지 알 것 같았다.

이렇게 View가 그려질 때 RootView에서 위치를 잡는 게 사실은 마지막에 일어나는 일임을 알 수 있다. 그니까 위치잡는 것을 알아보고 있는 우리가 헷갈리수밖에 ^^ 머릿속에 해당 뷰의 위치를 떠올릴 때 폰에서 어디다! 라는 생각은 잠시 버리고 해당 뷰를 떼어서 생각해보는 것을 추천합니다..

WWDC에서 그렸던 View랑 비슷하게 나도 내가 짰던 예시코드를 그려봤다.

우선 Offset부터 죠져보자.

0번부터 차례대로 읽어보면 됩니다..!

Offset

Position

그리고 Position....

글로 설명하는 것보다 그림으로 같이 설명하는 게 나을 거 같아서,... 열심히 그렸습니다..

그리다보니 드는 생각...

이렇게까지 했어야 했을까?

그래도 완전 완벽 이해했음 !!! ㅋㅋㅋㅋㅋ

이건 젤 처음 물어봤던 것에 대한 정답 !!

출처

Making fine adjustments to a view’s position | Apple Developer Documentation

Shift the position of a view by applying the offset or position modifier.

developer.apple.com

position(x:y:) | Apple Developer Documentation

Positions the center of this view at the specified coordinates in its parent’s coordinate space.

developer.apple.com

offset(x:y:) | Apple Developer Documentation

Offset this view by the specified horizontal and vertical distances.

developer.apple.com

Building Custom Views with SwiftUI - WWDC19 - Videos - Apple Developer

Learn how to build custom views and controls in SwiftUI with advanced composition, layout, graphics, and animation. See a demo of a high...

developer.apple.com

[Xcode] Preview 활용기 (기기 변경, 라이트 다크 모드 등 )

rriver2 — Mon, 25 Nov 2024 10:36:57 +0900

SwiftUI에서 Preview를 사용하면서 활용했던 것들에 대한 내용이다.

Preview 활용기

우선 DarkMode, 여러 기기 등등을 띄우는 활용기에 대한 내용....! 아래 주석으로 표시해둔 부분의 코드가 바뀐다.

struct Content_Previews: PreviewProvider {
  static var previews: some View {
    Group {
        // 여기 들어가는 뷰들이 바뀌는 거임
    }
  }
}

⚠️ 참고로 Preview의 기기에 따라 Userdefault나 Coredata와 같은 디바이스 용 데이터는 각각 저장된다. 한 시뮬레이터가 하나의 다른 기기라고 생각하면 편하다.

기기 변경

1️⃣ 코드 활용

 ContentView()
        .previewDevice(PreviewDevice(rawValue: "iPhone 14 Pro")) // 세팅하는 기기명
        .previewDisplayName(device.rawValue)  // 기기 이름 닉네임

근데 매번 PreviewDevice를 찾고 있을 수는 없으니까..

enum DeviceName: String {
    // iPhones
    case iPhoneSE1 = "iPhone SE (1st generation)"
    case iPhone6s = "iPhone 6s"
    case iPhone6sPlus = "iPhone 6s Plus"
    case iPhone7 = "iPhone 7"
    case iPhone7Plus = "iPhone 7 Plus"
    case iPhone8 = "iPhone 8"
    case iPhone8Plus = "iPhone 8 Plus"
    case iPhoneX = "iPhone X"
    case iPhoneXR = "iPhone XR"
    case iPhoneXS = "iPhone XS"
    case iPhoneXSMax = "iPhone XS Max"
    case iPhone11 = "iPhone 11"
    case iPhone11Pro = "iPhone 11 Pro"
    case iPhone11ProMax = "iPhone 11 Pro Max"
    case iPhoneSE2 = "iPhone SE (2nd generation)"
    case iPhone12Mini = "iPhone 12 mini"
    case iPhone12 = "iPhone 12"
    case iPhone12Pro = "iPhone 12 Pro"
    case iPhone12ProMax = "iPhone 12 Pro Max"
    case iPhone13Mini = "iPhone 13 mini"
    case iPhone13 = "iPhone 13"
    case iPhone13Pro = "iPhone 13 Pro"
    case iPhone13ProMax = "iPhone 13 Pro Max"
    case iPhoneSE3 = "iPhone SE (3rd generation)"
    case iPhone14 = "iPhone 14"
    case iPhone14Plus = "iPhone 14 Plus"
    case iPhone14Pro = "iPhone 14 Pro"
    case iPhone14ProMax = "iPhone 14 Pro Max"
    case iPhone15 = "iPhone 15"
    case iPhone15Plus = "iPhone 15 Plus"
    case iPhone15Pro = "iPhone 15 Pro"
    case iPhone15ProMax = "iPhone 15 Pro Max"

    // iPads
    case iPad5 = "iPad (5th generation)"
    case iPad6 = "iPad (6th generation)"
    case iPad7 = "iPad (7th generation)"
    case iPad8 = "iPad (8th generation)"
    case iPad9 = "iPad (9th generation)"
    case iPad10 = "iPad (10th generation)"
    case iPadAir3 = "iPad Air (3rd generation)"
    case iPadAir4 = "iPad Air (4th generation)"
    case iPadAir5 = "iPad Air (5th generation)"
    case iPadPro97 = "iPad Pro (9.7-inch)"
    case iPadPro105 = "iPad Pro (10.5-inch)"
    case iPadPro11_1 = "iPad Pro (11-inch) (1st generation)"
    case iPadPro11_2 = "iPad Pro (11-inch) (2nd generation)"
    case iPadPro11_3 = "iPad Pro (11-inch) (3rd generation)"
    case iPadPro11_4 = "iPad Pro (11-inch) (4th generation)"
    case iPadPro129_2 = "iPad Pro (12.9-inch) (2nd generation)"
    case iPadPro129_3 = "iPad Pro (12.9-inch) (3rd generation)"
    case iPadPro129_4 = "iPad Pro (12.9-inch) (4th generation)"
    case iPadPro129_5 = "iPad Pro (12.9-inch) (5th generation)"
    case iPadPro129_6 = "iPad Pro (12.9-inch) (6th generation)"
    case iPadMini5 = "iPad mini (5th generation)"
    case iPadMini6 = "iPad mini (6th generation)"

    // Apple Watches (Optional if needed)
    case watchSE = "Apple Watch SE"
    case watchSeries6 = "Apple Watch Series 6"
    case watchSeries7 = "Apple Watch Series 7"
    case watchSeries8 = "Apple Watch Series 8"
    case watchUltra = "Apple Watch Ultra"
    case watchUltra2 = "Apple Watch Ultra 2"
}

사용시에는 아래와 같이 이용하면 된다.

let device = DeviceName.iPhone14Pro
ContentView()
      .previewDevice(PreviewDevice(rawValue: device.rawValue))
      .previewDisplayName(device.rawValue)

2️⃣ 기기 선택

+) 기기를 더 만들고 싶다면 아래와 같이 진행하면 된다. 이름도 내 입맛에 맞게 커스텀이 가능하다.

여러 기기 띄우기

ContentView()
         // modifier로 기기 및 다크모드 등 설정 가능
ContentView()
         // modifier로 기기 및 다크모드 등 설정 가능

Canvas Device Settings

아래와 같이 Color, Orientation, Dynamic Type를 수정할 수 있다. 이 방법 말고도 다른 방법은 아래를 확인 !

1️⃣ DarkMode / LightMode

ContentView()
      .environment(\.colorScheme, .dark) // 다크모드
      
ContentView()
      .environment(\.colorScheme, .light)  // 라이트모드

위와 같이 코드로 colorScheme을 지정해도 되지만 개인적으로는 아래와 같은 방법을 많이 이용하는 편이다.

2️⃣ 가로 세로모드

 ContentView()
       .previewInterfaceOrientation(.portrait) // 세로 모드
       .previewDisplayName("세로 모드")

ContentView()
       .previewInterfaceOrientation(.landscapeLeft) // 가로 모드
       .previewDisplayName("가로 모드")

이것도 아래와 같은 방법으로 더 쉽게 여러뷰를 띄우고 확인할 수 있다.

3️⃣ Dynamic Type sizes

ContentView()
       .environment(\.sizeCategory, .accessibilityExtraExtraExtraLarge)

위와 같이 Dynamic TypeSize에는 등등의 종류가 있고, 이것도 아래와 같은 방법으로 더 쉽게 여러뷰를 띄우고 확인할 수 있다.

선택 마우스 활용

아래의 화살표를 선택하고 코드를 만지면 우측 Preview와 같이 어느 부분이 작업되고 있는지 확인 할 수 있다. 반대로 화살표를 선택하고 Preview를 만져도 좌측에서 어느 부분의 코드인지 확인할 수 있다.

고정 활용

아래의 그림처럼 핀을 박아두면 다른 뷰에서 작업할 때 다른 Preview들이랑 같이 확인할 수 있다. 개인적으로는 부모 뷰나 자식 뷰 작업을 할 때 잘 활용했던 것 같다.

< OurDay - 우리의 캐릭터를 위젯 디데이로 만나기 > 출시 스토리

rriver2 — Fri, 22 Nov 2024 17:28:08 +0900

Ourday 이야기