[네이버 부스트캠프] 웹 풀스택 챌린지 2주차 회고:: 학습과 구현/오버엔지니어링/발표/피어피드백 방식

*학습 활동 가이드의 콘텐츠 이용 및 보호 수칙을 준수하고, 콘텐츠 유출에 주의해 주세요.

 

해당 포스팅은 경고 문구를 인지한 상태로 작성했습니다.

따라서 아쉽지만 구체적인 미션 묘사나,

상황 설명은 최대한 피하고 추상적으로 작성하고 있습니다.

---

목차
- TL;DR
- 1주차 회고를 작성하며
- 균형과 학습, 내가 택한 균형에 대해
- 리드미의 진화: 길이보다 흐름
- 피어피드백, 나눔이 주는 성장 
- 컨디션 관리 실패와 인사이트
- 완성 너머의 실험을 향해
- 마치며
- 다음주 목표                                                                  

TL;DR

2주차는 한 주 내내

학습과 구현의 균형, 리듬 조절, 자기 기준 정립을 실험한 시간이었다.

 

학습량과 몰입도는 좋았지만,

과욕이 화를 부른 순간도 있었고,

그 과정에서 컨디션 관리가 문제 됐다.

 

1주차에서 세운 계획은 대체로 잘 지키고자 노력했고,

특히 README 정리는 꽤 만족스러운 수준으로 디벨롭했다.

 

다음 주는 학습 중심으로 무게를 더 옮겨,

완료에 초점을 두지 않고 깊은 실험을 할 계획이다.

---

1주차 회고를 적용하며

1주차 회고에서 세운 목표는 세 가지였다.

• 학습 중심 README 구성
• 피어피드백 방식 개선
• 루틴화된 하루 속에서 구현 우선 전략

이번 주차는 그 방향성을 기억하며 챌린지를 진행했고,

실제로 모든 과제를 마감 시간 내  제출하는 데 성공했다.

 

특히  README 작성에 있어서,

시나리오 기반 흐름 설명에 코드를 곁들이면서

분량은 줄이고 명료함은 올릴 수 있었다.

 

하지만 피어피드백을 진행하면서,

내가 너무 구현 쪽에만 집중하고 있다는 생각이 들었다.

지난 주와는 정말 상반된 결론에 다다른 것인데,

다른 피어분들은 학습 중심의 깊은 탐구를 통해

미션 하나를 수행하더라도

개념을 온전히 녹여내는 방식으로

접근하는 모습을 보여주셨기 때문이다.

---

구현과 학습, 내가 택한 균형에 대해

 

2주차 챌린지에서는

구현과 학습을 6:4로 시간을 분배해,

구현에 조금 더 무게를 두어 작업했다.

 

학습에 배정된 시간이 상대적으로 적었기 때문에

CS 개념은 최대한 딥다이브할 수 있도록 노력했다.

 

국내 자료보다 영어 공식 문서나 논문,

해외 커뮤니티의 논쟁 글을 적극적으로 찾아보며 학습했고,

학습의 질 자체는 지난 주보다 훨씬 깊었다고 생각한다.

 

그러나 그 내용을 구현에 100% 녹이는 방법은 선택하지 않았다.

완성보다 완료에 초점을 두었기 때문이다.

 

최적화나 구조화보다, 흐름 이해 중심의 구현을 시도했다.

즉 학습을 위한 교구로써 코드를 대했다.

그래서 대개의 미션에서

함수형이나 객체지향을 엄격하게 고려하기보다는,

과제를 시간 안에 효율적으로 구현하고자 했다.

 

이 선택이 나쁘지 않다고 생각했지만,

다른 피어 분들의 코드와 발표 섹션을

듣고 나니 다시금 고민이 생겼다.

 

나도 더 깊이 실험해봐야 하는 것은 아닐까?

---

리드미의 진화: 길이보다 흐름

이번 주차에서 가장 뿌듯한 변화는 README 였다.

 

이번 주차에는 핵심 흐름 중심으로 README를 작성하면서,

코드 첨부를 최소화하고 서사 중심으로 설명하는 방식을 택했다.

 

특히 피어분에게 받은 피드백 덕에,

파일 구조를 tree 명령어로 정리해 보여주는 방법을 활용하며

가독성과 전달력을 한층 더 높일 수 있었다.

 

이 방식은 향후 챌린지 마무리까지도 유지해보고 싶은

좋은 루틴으로 당분간 자리 잡을 예정이다.

---

피어피드백, 나눔이 주는 성장🌱

 

이번 주 피어분들과의 피어활동은 지난 주보다 훨씬 원활했다.

 

이전 팀에서의 각자의 경험을 공유하면서

룰을 설정할 수 있었기 때문이다.

 

정해진 룰 아래에서 피드백이 진행되니,

한 시간 안에서 양질의 대화가 많이 나왔던 것 같다.

 

한 가지 추가적으로,

릴레이 프로젝트에서 만난 피어 분께서

공유해주신 방법이 무척 인상 깊어

다음 만날 피어분과 적용하고 싶었던 방식이 있다.

 

바로 지식 공유 중심의 피드백 운영 방식이다.

기존까지 진행해왔던 발표 중심 피드백이 아니라,

각자의 학습 맥락이나 궁금한 점을 나누는 경험 공유형 피드백 방식이다.

 

단순한 코드 리뷰를 넘어

문제 해결 과정, 선택의 이유, 우선순위 판단 기준 등을

나눌 수 있어 더욱 풍성한 피드백 시간을 가질 수 있는 것 같다.

 

별도의 진행자나 발표자를 지정하지 않고,

모두가 발화자가 되어 의견을 나누는 식의 피드백에 가깝다.

 

다음 주는 이 방식을 팀에서 도입해보고 싶다.

 

문제 난이도가 점점 높아지면서,

미션을 하루 안에 해결하지 못하는 상황이

많은 피어들에게 발생하고 있고,

지금 이 시점에서 코드 리터러시보다 중요한 것은

각자의 사고 과정과 관점의 교류이지 않을까하는

생각이 강하게 들었기 때문이다.

---

컨디션 관리 실패와 인사이트

 

이번 주 가장 아쉬웠던 점은 컨디션 관리였다.

 

월요일부터 설계에 4시간 이상 투자하며

과도하게 추상화를 진행하다보니

결국 오버 엔지니어링에 빠졌다.

 

아키텍처를 적용해보겠다는 욕심은 좋았지만,

실제 구현은 번거로웠고,

조립 과정에서 디버깅 난이도까지 올라가면서

결국 마감 실패로 이어졌다.

 

이번 주차는 수면 부족으로 루틴이 한껏 무너졌다.

잠이 부족하니 집중력이 떨어지고,

집중력이 떨어지니 작업 시간이 길어지고, 

결국 피로가 누적되는 악순환이 반복됐다.

어떻게든 구현 완료에 집중했기 때문에

코드 퀄리티가 떨어지고, 

동시에 시간을 너무 투입하면서

다음날까지 계속 컨디션에 악영향을 받게 됐다.

 

이건 단거리 달리기가 아니라 마라톤에 가깝다.

 

앞으로는 구현 성공보다 다음 날의 컨디션에 조금 더 우선순위를 둘 것 같다.

몰입하되, 구현 성공 여부에 강박적으로 집착하는 것은 좋지 않아보인다.

 

적어도 6시간동안 수면하며,

학습과 구현을 2타임으로 분리하고,

실패하더라도 적시에 멈추는 용기도 가질 것이다.

---

완성 너머의 실험을 향해

다음 주는 비율을 다시 조정할 계획이다.

• 구현:학습 = 4:6
• 학습을 더 하류까지 나아가자.
• 구현은 실험 도구에 가깝다.
• 객체지향과 함수형을 혼용해 시도하자.

그리고, 부캠 라디오 발표 세션 참여를 목표로 삼았다.

이번 주는 공유할 콘텐츠나 시간이 부족했지만,

다음 주는 꼭 학습 내용을 발표해보고 싶다.

 

그동안 피어 분들에게 알게 모르게

은 인사이트와 도움을 받았으니,

이번엔 내가 나눌 수 있는 사람이 되고 싶다는 바람을

이 발표 세션을 통해 실천해보고 싶다.

---

마치며

개발은 흑백의 세계가 아니라 회색의 균형 위에 서야 한다.

 

한 주를 마무리하며 떠오른 말이다.

완벽한 학습도, 완벽한 구현도 없다.

 

중요한 건 지금의 시행착오 속에서 내 기준을 정립해나가는 것이다.

그리고, 나만의 속도로 성장해야 한다.

그냥, 기 죽지 말고.

오만해지지도 말고.

끝까지 가보려고 한다.

 

---

다음 주 목표

• 깊은 개념 학습과 라디오 발표 준비
• 수면 시간 확보와 루틴 안정화
• 피어피드백 운영 방식에 관한 실험

3주차에서는 한층 더 유연해진 내가 되길 바라며.

아자아자👊🏻👊🏻👊🏻