8월 9일부로 4주간 챌린지가 끝이 났다.챌린지가 끝이 나고, 전주-남해 2박 3일 여행을 다녀와서 약간 늦은 마지막 회고를 작성해 보려 한다.4주 동안 어떤 활동을 했어?4주 동안 네부캠에서 제공하는 강도 높은 미션을 매일매일 해결하면서, 그 과정에서 CS 지식을 학습했다.10 to 7로 코어타임이 정해져 있다. 첫날을 제외하고, 정해진 코어타임 안에 미션을 끝내본 적이 없는 것 같다.오히려 코어타임 동안 설계와 사전 공부를 하고, 7시 이후부터 구현을 제대로 시작하는 느낌? 그리고 매일을 밤을 새우며 구현을 했던 것 같다.챌린지 과정은 동료와 함께하는 시간도 많았다. 혼자서 채우지 못한 부분을 동료분들과 함께 활동하면서 채울 수 있었던 것 같다. 같이하는 동료분들이 있어서 힘들어도 버틸 수 있었던 것..

3주차 회고챌린지의 3주차가 마무리 되었고, 남은 기간은 1주일 남았다.3주라는 시간 동안 나는 얼마나 달라졌을까?매일 주어지는 미션을 바라보는 시선이 달라졌다.학습정리에 퀄리티가 달라졌다.동료들과 소통하는 자세가 달라졌다.많은 CS 지식과 프로그래밍 기법에 대해 학습하였다.미션을 바라보는 시선1주차 회고에서도 언급했듯 1주차의 나에게 미션은 꼭 풀어야 할 과제? 테스트? 처럼 받아들였다. 때문에 미션을 통해 CS 지식을 학습하는 챌린지의 취지와는 맞지 않은 자세로 챌린지를 1주를 보냈다.2주차부터는 미션을 풀어야만 하는 과제라는 생각보단 먼저 학습하고, 학습한 내용을 구현을 통해 구체화하여 "진짜 내 지식"으로 만들겠다는 생각으로 미션을 수행했다.3주차에선 2주차에서 미션을 수행하면서 아쉬웠던 점을 개..

2주차 회고네부캠 첼린지의 2주차도 끝이 났다.2주차는 정말 시간이 빨리 갔다. 어느 정도 챌린지 생활에 적응한 것과 더 미션 수행과 학습에 몰입되어 그런것 같다.2주차는 1주차에서 아쉬웠던 학습에 좀 더 집중했다. 먼저 내가 학습할 키워드를 작성하고, 학습 -> 설계 -> 구현 순으로 미션을 수행했다.그 덕분인지 1주차보다 학습을 통해 얻어 가는 것이 많았다. 하지만, 단점도 명확했다."학습 -> 설계"에서 이미 많은 시간을 사용해 구현에 쓸 시간이 많이 없었다. 그리고, 학습도 중요하지만, 2주차는 학습한 내용을 직접 구현을 통해 코드로 작성해 보는 과정에서도 배울 것이 많은 주제가 많았다. 하지만, 시간이 많이 없다 보니 코드의 완성도가 떨어진다는 느낌을 받았다. 또한, 학습을 완벽히 하고 설계로 ..

서론네부캠에 지원해 베이직 과정을 거치고 챌린지 1주차가 지나갔다.챌린지의 과정은 처음 느껴보는 힘듦이었다.사실 네부캠에 지원하기 전 회고, 후기 많이 찾아봤다.힘들다는 말이 많았다. 그래도 난 Swift가 처음도 아니었고, CS도 공부를 많이 한 것은 아니지만, 기본적인 것은 알고 있다고 생각했다.하지만, 현실은 1주 차를 진행하는 동안 내가 안다고 생각했던 CS 지식은 아무런 도움이 되질 않았고, 안다고 말한 수 있는 수준도 아니라는 것을 깨닫는대 까지는 하루도 걸리지 않았다. (사람은 겸손해야 된다는 말이 이럴 때 쓰는 말인가?)1주차 회고1주차를 진행할수록 의구심이 들었다.내가 지금 잘 하고 있는 건가? 하루하루 시간은 지나가는데 난 뭘 학습했지?1주차를 돌아 봤을 때 저는 하루하루 주어지는 미션..

안녕하세요. 이전 글에서 @ObservedObject, @StateObject에 대해 알아봤고, 오늘은 마지막 @Environment에 대해 알아보겠습니다. @Environment A property wrapper that reads a value from a view’s environment. 출처: 공식문서 공식 문서에는. @Environment Property Wrapper는 View 환경에 저장된 EnvironmentValues 을 읽어오기 위한 Property Wrapper이고, key path를 통해 EnvironmentValues을 지정하고, 읽어올 수 있다고, 나와있습니다. 위 같은 글을 읽었을 땐 바로 이해가 되질 못했습니다. 때문에 직접 사용해 보면서 정리해 보겠습니다. 예제를 통해 사..

안녕하세요. 이전 글에선 @State, @Binding, @Published 3가지 Property Wrapper에 대해 알아보았고, 이번엔 @ObservedObject, @StateObject에 대해 알아보겠습니다. @ObservedObject와 @StateObject A property wrapper type that subscribes to an observable object and invalidates a view whenever the observable object changes. 출처: 공식문서 둘은 비슷한 상황에 사용되고, 공통점이 많기 때문에 같이 정리해 보겠습니다. @ObservedObject와 @StateObject는 ViewModel 객체와 같은 반응형 객체를 만들 때 사용되는 P..