Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- authentication
- rc
- HIG
- Swift
- retain cycle
- garbage collection
- fetchSignInMethods
- Firebase
- Automatic Reference Count
- Xcode
- content-type
- YGEnums.h
- playground
- SPM
- Tuist-Action
- arc
- Nan
- UITest
- layoutSubviews
- pagination
- ios
- alamofire
- 회고
- Tuist
- Github-Action
- FlexLayout
- AppStore
- HealthKit
- App Connect
- human interface guidelines
Archives
- Today
- Total
목록app store (1)
멋있게걷는방법
App Store 배포 회고(with. 개발 & 책임)
저의 두 번째 프로젝트를 개발, 출시하며 들었던 생각과 고민들에 대해 적어보려고 합니다. 이 프로젝트는 원래는 한 달짜리 프로젝트였지만, TestFlight를 통해 팀원끼리 테스트도 하며 피드백을 통해 요구사항을 추가됐고, 디자인도 변경되면서 기간이 길어졌습니다. 팀원들은 '일단 배포하고 v2에서 고치자~'라는 말을 자주 했는데요. 사실 이 말이 어쩌면 맞을지도 모릅니다. 빠른 앱 출시를 시도한다면, 앱스토어 배포 과정에서도 reject 사유를 알 수 있고, 또 만약 reject 없이 바로 앱이 출시된다 하더라도 사용자들로부터 얻는 피드백을 통해 앱의 퀄리티를 높일 수도 있겠죠. (reject 사유를 알 수 있다는 건 큰 이점이란 걸 이번에 reject을 4번 당하면서 깨달았습니다. ㅎㅎ) 그러나 제 생..
iOS
2023. 6. 25. 22:39