Retrospective (7)

어느새 중간고사가 코앞으로 다가왔는데 나는 여전히 책을 덮고 코드 속에 빠져 있다. 누구는 책을 펼치고 누구는 게임 속에서 시간을 보낼 때 나는 조용히 노트북 앞에 앉아 컴퓨터와 대화를 나눈다. 때론 이런 나 자신이 자랑스럽다가도 문득 불안감이 스며든다. 만약 회사에 들어갔을 때 내가 쏟아부은 시간과 노력에 비해 그 결과가 초라하면? 다른 사람들이 내가 걸어온 길이 거짓이라며 비웃지는 않을까?

하지만 이제 그런 걱정은 내려놓으려 한다. 중요한 건 내가 진심을 다해 달려왔다는 사실 그리고 내 걸음걸이가 남들과 다르다는 게 틀린 것은 아니라는 깨달음이다. 천천히 그러나 확고하게 내 길을 따라 나아가다 보면 결국 나만의 빛을 마주하게 될 것임을 믿는다. 오늘의 발걸음이 내일의 길을 만든다. 주변의 시선에 흔들리지 않고 내 속도로, 내 방식대로 걸어가자. 그리하여 마침내 그 빛나는 순간을 맞이할 때 나는 이 모든 과정이 나를 만든 것이었음을 알게 될 것이다.

그러나 그 여정 속에서도 CS에 대한 기본적인 이해는 꾸준히 챙겨야 한다는 것도 잊지 말자. 코딩의 기초가 되는 원리와 이론은 그 어느 때보다 중요한 자산이 될 것이다.

느려도 꾸준히 그리고 확고하게

이 회고록은 ITMS-91061: Missing privacy manifest 문제를 해결하는 과정에서 느낀 생각을 바탕으로 작성했습니다.

한국 블로그에는 해당 내용에 대한 자세한 정보를 찾기 어려워서 결국 해외 커뮤니티(레딧, 애플 개발자 공식 커뮤니티, 애플 공식 문서, 깃허브 등등)를 많이 참고했다. 솔직히 영어 실력이 부족해 모든 자료를 하나하나 번역하면서 해석하는 것이 꽤 힘들었다(+ 번역 프로그램이 있지만 결국에는 영어와 함께 봐야 한다. PrivacyInfo 추가될 속성들도 한글로 번역되기 때문). 하지만 이런 과정을 반복하다 보면 결국 영어와 기술 문서 해석이 지금보다 훨씬 수월해질 것이라고 믿는다. 확실히 코딩뿐만 아니라 영어 실력도 중요하다는 것을 이번 경험을 통해 다시 한 번 깨달았다. 문제를 해결하긴 했지만 솔직히 제대로 했는지에 대한 확신은 아직 없다. 그래도 여러 문서를 탐구하고 분석하는 과정은 굉장히 재미있었고 새로운 지식을 배우면서 한 단계 성장한 느낌이 들었다. 문제를 해결했을 땐 내가 정말 개발자가 된 것 같았고 뿌듯했다. 앞으로도 더 많은 에러를 만나고 싶다. 내가 아직 모르는 에러들이 많다는 점이 오히려 다행이라고 생각한다. 왜냐하면 앞으로 풀 문제가 아직 많이 남아있고 성장하는 즐거움을 그만큼 더 많이 느낄 수 있기 때문이다. 지금처럼 초심 잃지 말고 꾸준히, 그리고 열심히 최선을 다해보자.

문제 해결과 배움의 즐거움

부산에서 iMac으로 코딩할 수 있는 무료 강좌 이벤트가 개설되어 바로 부울경 iOS 단톡방에 공유했다 ㅋㅋ

그리고 레벨 1과 레벨 2가 있었는데 레벨 1은 기초적인 내용으로 초보자도 쉽게 들을 수 있는 레벨이었고 레벨 2는 배운 내용들을 토대로 나만의 명함을 만들 수 있다. 나는 둘 다 할 수 있다고 해서 모두 참여하기로 했다. 난이도가 굉장히 쉬워보였지만 참가하는 첫 번째 이유는 그곳에서 많은 사람들과 친해지고 싶었고 이야기를 나누고 싶어서이다. 두 번째는 나도 언젠간 부산, 울산, 경남권 지역에서 iOS 개발 커뮤니티를 크게 키우고 싶고 이런 교육이나 컨퍼런스도 주최해보고 싶기 때문이다. 세 번째 이유는 iMac을 사용해보고 싶었다 ^^

도착!! 앨리스랩에서 장소를 후원 받았다고 한다. 내부는 굉장히 깔끔했고 입구 오른쪽이 프로그래밍존이다. 오거나이저분이 왼쪽 광장 같은 곳에서 잠깐 대기하라고 하셨다.

빨리 들어가고 싶어요.. 기다리면서 리이오도 봤다. 인터넷 강의에서만 보던 분을 실제로 보니 신기했다. 10분 정도 기다리니 입장하라는 안내와 함께 짐을 챙겨 입장했고 가장 앞자리에 어떤 분 옆에 바로 착석했다:)

옆에 분과 간단히 인사를 나누고 어디서 왔는지, 대학생인지 등등 이것저것 물어봤다. 이 분은 수원에서 오셨고 입사한지 6개월된 신입이라고 하셨다. 그렇게 레벨 1 섹션이 시작되고 Playground에 있는 바이트라는 캐릭터를 이용해서 간단한 코딩하는 시간을 가졌다. 코드를 짜는데 옆에 분은 너무 쉬웠는지 금방금방 하셨고 조금 더 나아가 더욱 고도화된 코드를 작성하고 계셨다. 이 분도 나와 같이 네트워킹 목적으로 오신 것 같았다. 레벨 1이 끝나고 쉬는 시간을 가진 뒤 레벨 2가 시작되었다. 레벨 2는 레벨 1에 비해 더 난이도가 있었고 여기저기서 질문하는 소리가 들리기 시작했다. 그래도 코딩을 어느정도 한 경험이 있다면 쉽게 풀 수 있는 난이도였다. 모든 강좌가 끝나고 명함 만드는 시간이 찾아왔다. 나는 나의 강아지 사진을 프로필 사진으로 설정하였고 백그라운드 색은 인스타그램 느낌이 나도록 그라데이션 효과를 넣었다. 아래는 결과물이다.

코드를 작성하면서 가장 먼저 느낀 점은 iMac 정말 이쁘고 화질도 좋았다 ㅋㅋㅋ(선 뽑아서 집에 들고 가고 싶었다ㅎ) 그리고 텍스트를 커스텀하면서 중복되는 코드가 많았는데 UIKit처럼 함수로 만들어 코드의 중복을 줄이고 싶었지만 아직 SwiftUI를 잘 알지 못해 에러가 계속 떴다. 옆 분에게 물어보니 리턴 타입으로 some View를 작성하니 문제가 해결되었다. 나는 그 자리에서 바로 박수쳐주니 굉장히 쑥스러워 하셨다 ㅋㅋㅋㅋ 프로그래밍존을 벗어나 입구 왼쪽에 있는 광장? 같은 곳에서 자리를 잡고 네트워킹 시간을 가졌다. 다양한 지역에서도 오셨고 다양한 분야의 개발자들도 모인 자리였다. 시간 가는 줄도 모르고 즐겁게 이야기를 나눴고 서로 명함도 교환했는데 다들 잘 만드셨다. 아쉬운 점은 명함이 3장뿐이어서 모든 분들께 나누지 못해 아쉬웠다. 마지막으로 단체 사진을 찍고 그곳에서 만난 사람들과 함께 지하철역으로 이동했다. 교통카드를 찍으려는 순간 어떤 분께서 시간 괜찮으면 저녁 같이 먹자고 해서 바로 옆에 있는 신세계 백화점으로 향했다.

파스타, 피자, 샐러드, 스테이크를 시켰는데 스테이크가 너무 맛있었다. 밥을 먹으며 개발 이야기를 끊임없이 나눴고 내 옆 자리에 앉았던 분도 오셨는데 자신이 한 프로젝트를 소개해주었다. 대학교 셔틀버스가 언제 오는지 알려주는 프로그램을 만들었는데 엄청 잘 만들었고 지금도 정류장 뒤에 운영 중이다! 보면서 한국은 땅은 좁은데 천재들은 많다는 것을 느낄 수 있었다.

‘iMac으로 코딩 첫 걸음’ 회고

오늘 Apple Developer Academy 4기 오픈데이를 다녀왔습니다. 저는 예전에 2기를 지원한 적이 있었어요. 당시 저의 지원서는 개인적으로 만족하였죠. 하지만 결과는 당연하게도 불합격이었습니다. 한참을 고민했었고 확실한 원인을 찾지 못했어요.

애플 디벨로퍼 아카데미에 대해 잊어버리기로 하고 다시 일상으로 돌아갔어요. 그렇게 2년이라는 시간이 흘렀어요. 그런데 최근 링크드인을 통해 애플 디벨로퍼 아카데미 4기 소식을 듣게 되었어요. 부산에서 로드쇼를 한다는 이벤트를 보았고 그냥 재미삼아 가보자라는 가벼운 마음으로 참여했어요. 근데 애플이 추구하는 방향성과 교육 방식이 생각했던 것보다 너무 마음에 들었고 오픈데이까지 참석해보고 확실히 결정하기로 했어요.

그렇게 오늘 오픈데이에 참석하게 되었고 러너를 체험할 수 있었어요. 가장 인상 깊었던 점은 의사소통의 중요성에 대해 굉장히 강조하는 것을 볼 수 있었어요. 어떻게 보면 당연한 말이지만 ‘왜’ 중요한가? 에 대한 답을 하라고 하면 저는 시원하게 답변하지 못했어요. 이런 부분이 2기에서 탈락하게 된 원인들 중 하나라고 생각돼요. 2기 지원할 때 이런이런 프로젝트를 만들었다라고 프로젝트의 결과물에 대해서만 강조를 했어요. 하지만 애플 아카데미는 결과보다는 ‘과정’을 더욱 중요시하는 것 같아요. 먼저, 이 프로젝트를 시작한 이유와 프로젝트를 진행하면서 마주한 문제를 어떻게 해결하였는지..

그리고 2기 동문과 커피챗을 하는 시간을 가졌는데 정말 인상깊은 이야기를 들었어요. 그 분은 성격상 어떤 문제를 직면했을 때 끊임없이 소통하면서 해결하는 타입이었지만 다른 팀원은 그런 타입이 아니었어요. 처음엔 그것에 대해 몰라고 팀원이 답답하다고만 생각했었어요. 하지만 시간이 흐르고 모두가 나같지 않다는 것을 깨달았다고 해요. 그 팀원은 어떤 문제에 대해 속으로 끊임없이 생각하고 해결하는 타입이었던 것이죠. 의사소통도 중요하지만 해결 능력도 중요하기 때문에 말수가 적다고 해서 사람을 섣불리 판단하지 말자는 내용이었어요.

이번 오픈데이를 참석하면서 깨달은 것은 항상 ‘WHY’부터 생각하고 반대로 ‘WHY'에 대한 질문을 받았을 때 답변할 수 있어야 된다는 점이에요. 여태까지 내가 ’왜‘ 코딩을 시작했고 내가 ’왜‘ 이 앱을 개발하고 있으며 내가 ’왜‘ 개발자가 되려고 하는지에 대해서 깊이 생각하지 않고 지내왔던 것 같아요. 이번 오픈데이를 통해서 내가 왜 코딩을 시작했고 왜 개발자가 되려고 했는지 생각하는 시간을 가질 수 있었어요.

저는 4년 전 식당 자리 예약과 술 게임을 결합한 서비스를 만들고 싶었고 당시 노트북이 없어 피시방 가서 코딩을 했었어요. 게임을 잊을만큼 재밌었고 개발자가 되기로 마음을 먹었어요. 저는 코딩을 시작하기 전 하루에 게임 10시간 넘게하던 게임 중독자였어요. 하지만 게임을 잊을만큼 코딩에 열중하게 된 건 저의 인생 터닝 포인트가 되었어요. 제가 이렇게 시작한 것에 대해 잊고 있었는데 오픈데이 덕분에 다시 마음을 다잡게 되었어요.

한 번 더 애플 아카데미를 도전하려고 합니다. 떨어지더라도 이번 행사 참여를 통해 가장 중요한 것을 배웠어요. 평생 잊지 않기 위해 이렇게 링크드인을 통해 글로 남겨봐요. 마지막으로,

불합격

어릴 적 피드백을 받을 때 잦은 부정적인 반응으로 인해 트라우마가 생겼습니다. 그 결과 완벽한 결과물만을 추구하고 피드백을 기피하는 습관이 생겼습니다. 하지만 이 글을 읽고 피드백의 중요성을 깨달았습니다. 피드백은 무조건 정답이라는 것보단 정답을 찾기 위한 '지름길' 또는 '힌트' 정도로 생각되네요.

어떤 문제를 해결하기 위해서 처음부터 끝까지 아무 도움없이 해결한다면 더욱 성취감이 들겠지만 시간이 오래 걸릴 것입니다. IT 분야를 포함하여 대부분의 업계들은 그런 시간을 기다려주지 않을 것 같아요. 신속하고 효율적인 결과를 요구하기 때문에 피드백은 꼭 필요한 요소임을 느꼈습니다.

피드백을 통해 성장하는 법 6가지 | 요즘IT

메타 인지를 높이는 데 가장 효과적인 방법은 피드백을 이용하는 것이다. 예를 들면 개발자들은 프로그래밍 언어를 배울 때부터 피드백에 익숙해져 있다. 코드를 타이핑하는 순간 컴파일러가 바로 구체적인 피드백을 준다. 무엇이 잘못되었는지를 바로 인지하고 고친다. 한 줄을 작성해도 그 안에 컴파일러 간의 몇 번의 피드백이 담겨 있다. 피드백을 있는 그대로 수용하는 것만으로 성장으로 연결되지 않는다. 피드백을 어떻게 받아들이는지가 중요하기 때문이다. 이 글은 피드백 받는 당사자 입장에 피드백을 받아들이고 이를 통해 성장하는 법을 다룬다.

https://yozm.wishket.com/magazine/detail/2526/

피드백의 두려움

팀 프로젝트 회고록

잘한 점

체계적이고 일관된 작업 방식을 구축하는 데 중점 두었다. 먼저, Swift 코드 컨벤션을 정립하여 코드의 가독성과 유지 보수성을 향상시켰다. 이를 통해 코드 리뷰 과정이 더욱 효율적으로 진행될 수 있었다.

또한, 깃 커밋 컨벤션을 통일하고 PR 템플릿을 도입한 것도 주요 성과였다. PR 템플릿에는 PR 유형, 작업 사항, 관련 이슈 번호 등이 포함되어 있어 리뷰어가 변경 사항을 빠르고 정확하게 파악할 수 있었다.

의사소통의 중요성

프로젝트 진행 중, 우리는 의사소통의 중요성을 절실히 깨닫게 된 사건을 경험하였다. 내가 생각했던 것보다 훨씬 더 많은 의사소통이 필요하다는 것을 이번 프로젝트를 진행하면서 깨달았다.

기획자, 디자이너, 개발자 간의 의사소통이 충분히 이루어지지 않은 상태로 나는 일주일 동안 메인 화면 UI를 완성시켰지만 일주일 간의 작업이 잘못된 방향으로 진행되었다. 이로 인해 거의 모든 UI를 처음부터 다시 해야 하는 상황에 놓였고 하늘이 무너지는 것 같았다..

우리는 긴급 회의를 가졌다. 각자의 입장을 허심탄회하게 나누고 문제의 근본 원인을 파악하는 데 집중했다. 문제점은 구현해야될 UI에 대한 요구사항을 명확하게 소통하지 않은 것이 결국 서로 간의 큰 오해와 실수로 이어졌던 것이었다.

이를 해결하기 위해 다음과 같은 개선책을 도입했다.

1.

작은 단위의 변경사항도 즉시 공유하는 상시 보고 체계 구축

2.

디자인 명세에 대한 즉각적인 피드백과 질의응답 프로세스 확립

그 결과, 프로젝트의 전반적인 의사소통이 크게 개선된 것을 느꼈고 빠른 피드백과 수정 작업을 통해 개발 속도가 크게 증가되었고 더 나은 결과물을 만들어냈다고 생각된다. 그리고 팀원들 사이의 신뢰도와 협력도가 강화되었다.

이 경험을 통해 의사소통의 중요성은 팀워크와 결과물에 큰 영향을 끼친다는 것을 깨달았고 그 가치의 깊이를 다시 한 번 이해하게 되었다. 앞으로는 프로젝트 초기부터 명확한 의사소통을 확립하고 정기적인 점검을 통해 이러한 문제를 예방할 것이다.

아키텍처 패턴의 이해와 적용

첫 번째 팀 프로젝트 회고록

MADC에서 발견한 모바일 앱 개발의 미래

MADC(Mobile App Developer's Conference)에 참석한 후, 모바일 앱 개발의 최신 트렌드에 대한 깊은 인사이트를 얻을 수 있었다. 특히, 선언형 UI에 대한 강조가 두드러졌다. 선언형 UI는 개발자가 UI가 '어떻게' 그려질지가 아닌 '무엇'을 그릴지를 정의하는 방식으로, 코드의 가독성과 유지 보수성을 높이는 데 큰 도움을 준다.

선언형 UI의 본질과 SwiftUI의 역할

[ UIKit 예제 ]

Retrospective (7)

팀 프로젝트 회고록

잘한 점

의사소통의 중요성

아키텍처 패턴의 이해와 적용

MADC에서 발견한 모바일 앱 개발의 미래

선언형 UI의 본질과 SwiftUI의 역할

[ UIKit 예제 ]

[ SwiftUI 예제 ]

선언형 UI의 장점

컨퍼런스 참여 후 느낀 점