Dorong Dorong 💻😴

현재까지 무엇을 배웠는가

TypeScript, React.js, AWS, Bundler, CI/CD, TDD 등을 학습했습니다.

유틸리티 타입을 구현한다던가..

"Suspense 기능을 스테이블로 출시했는데 이런 건 왜 만들었을까?" 또는 "서버 컴포넌트는 왜 만들었을까?",

"JSX는 왜 만들었을까?",

"선언적 프로그래밍이란 무엇일까?",

"왜 setState를 비동기로 동작하게 만들었을까?",

"왜 훅이라는 개념은 생겼지?",

"key는 왜 넣어주게 했을까?" 처럼 사용법 뿐만이 아니라 리액트 팀의 철학 측면으로도 고민을 해볼 수 있는 시간이었습니다.

프로젝트 진행은 어떻게 되고 있는가

친한 디자이너님과 협업을 하게 됐습니다!
현재 회사를 다니는 분이고, F-Lab 멘토링을 하고 계신 분은 아니셔서 프로젝트 기한을 정하기가 힘들었어요!

기획이 없던 적은 있어도 완성된 디자인 없이 개발을 진행해 보는 게 처음이라 많은 고민을 했습니다!

고민의 결과 기본적인 프로젝트 세팅(CRA 없이), 배포 프로세스 구축, 반드시 들어가게 될 검색 컴포넌트의 기능 등 디자인과 상관없이 진행할 수 있는 것들부터 진행하게 됐어요!

이전에 경험했던 프로젝트와 무엇들이 다른가?

위에 적은 것처럼 디자인 시안 없이 프로젝트를 진행해 본 건 처음이었어요!

사소한 차이라고 생각했지만 이것만으로도 프로젝트 구조를 잡기 정말 힘들었습니다.
디자인에 따라 페이지가 바뀔 수도 있는 상황이라 판단했었어요..!

그래서 최대한 유연한 변경을 위해 그리고 디자이너님과의 소통을 위해 Headless UI,
Compound Component, Storybook 등 처음 접하는 여러 개념을 학습하고 적용해 보게 됐었네요!

내가 잘못 알고있었던 것을 바로 잡은 것이 있는가

잘못 알고 있던 개념이라기보다는, 컴포넌트를 만드는 방식이 복잡해지는 것이 수익 모델 검증 단계에서는 좋지 않다는 선입견을 깨는 계기가 됐습니다.

초기 비용이 크지만, 추후 유지 보수 기간을 단축시켜주는 TDD와 유사하게, 헤드리스 컴포넌트와 합성 컴포넌트를 통해 컴포넌트가 특정 UI를 규정하지 않고, 로직과 상태 관리만을 전적으로 책임지게 만들려 노력하는 과정에서 이러한 방식은 확장성이 뛰어나고 이를 통해 시각적 표현을 추후 구현하는 개발자에게 맡길 수 있다는 게(여기선 미래의 저겠죠?!) 빠른 개발을 하기에 정말 든든하단 걸 느꼈어요.

멘토님의 실력에 대한 만족도는 어떠한가

최고입니다! 정말 만족스러워요!
위에는 덤덤하게 적었지만 작업순서에 대해 많은 고민이 있었습니다.
그때마다 방향성을 잃지 않도록 잡아주셨어요.

적절한 타이밍에 적절한 코드 리뷰 또한 회사를 다니며 멘토링을 받는 제가 지치지 않고 달릴 수 있었던 원동력이었습니다!

최근 1개월 동안 멘토링에서 어떤 것들이 좋았는가

새로운 상황, 새로운 관점에서 작업을 진행하는 게 굉장히 재밌었어요!

멘토님께서 종종 들려주시는 경험 이야기나 교양 같은 이야기들 또한 멘탈을 환기시켜 집중력을 높이는데 정말 큰 도움이 됐습니다!