🏃♂️ 갑작스런 파견
8월 중순 갑작스러운 파견 소식.. 새로운 장소와 업무 환경에 적응해야 했고, 두 달이라는 짧은 기간이였다. 진행하던 업무 도중 파견을 가야했기 때문에 찜찜한 느낌은 어쩔 수 없었다.
프로젝트 내용은 두 달 일정에
React를 사용한 프로젝트가 전부였다. 육하원칙은 아니더라도 what까지만 이라도 알려줬으면 좋았을 텐데, 아무런 정보를 알 수가 없었다.React라고만 들었지 사실 Next.js를 사용했고, 이런 점들을 보면 회사는 단순히 파견만 내보내면 그만이라는 느낌을 안받을 수가 없다. 그래도 본사에서 경험할 수 없는 기술 스택과 여러 명의 프런트엔드 개발자와 협업할 수 있다는 점에서 스스로 위안을 했다.파견지는 을지로에 업무 환경은 나쁘지 않았고 자율 출근(9~11시)도 좋았다. 개방감 있는 사무실과 CTO가 있었고 본사와 업무 환경이 많이 달라 이질감은 있었다. 직급은 있지만 개발자는 눈치를 안 보는 수평적 느낌이 강했고, 대략
프로젝트 관리 팀, 기획 팀, CTO, 프런트엔드 팀(+외부인력), 백엔드 팀(+외부인력), 인프라 팀, QA 팀(외부인력) 으로 운영되고 있었다. 나름 명확한 업무 분담과 체계가 잡혀있어 보였다. 내심 부러웠다. 하지만 CTO님도 입사한 지 한 달 채 안 됐고 여러 명의 퇴사자, 회사 전체적으로 인사이동이 잦은 상황이었다.😈 일보다 사람이 더 어려움
사무실에서 2번 정도 다툼을 목격했다. 큰 언성과 돌연 퇴사하는 이슈랑 사소한 언쟁 정도? 사무실이 오픈된 환경이다 보니 사건이 생길 때 마다 바로바로 들려온다. 역시 일 보다 사람을 대하는 게 더 어려운 건 사실이다.
🌸 개발자 파라다이스는 없다
Props Drilling, Wrapper Hell을 말로만 들었지 현실에서 볼 줄은 몰랐다. 덕분에 꽤나 고생했다. 이후 중요한 비지니스 로직에 기획이 변경되어 갑작스럽게 맡았고, Props Drilling 말고도 기존 코드가 복잡하다 못해 난잡해 일주일 쯤 야근에 찌들었다.내가 팀원이었다면 개선을 적극적으로 어필할 만한 것들이 몇 가지 있는데, 한 번 정리해 본다.
1. 각자도생, 온보딩 부재 🏃♂️
팀원은 같은 목표를 향하는 동료이니 신뢰와 협력이 필요하다. 프로젝트 도중 투입된 만큼, 빠르게 적응할 수 있도록 히스토리나 개발 가이드를 참고하고 싶었지만, 명확한 인수인계가 부족했던 게 아쉬웠다. CTO님도 바쁜 일정으로 직접 온보딩을 챙기기 어려운 상황이었지만, 다른 팀원을 통해 인수인계를 받을 방법을 찾아보았고, 직접 여러 팀원에게 질문하고 자료를 정리하면서 프로젝트의 흐름을 파악해 나갔다. 이 경험을 바탕으로, 이후 새로 합류하는 팀원들이 원활하게 적응할 수 있도록 내부 문서를 정리하는 것이 중요하다고 느꼈다.
2. 프런트엔드 업무에 퍼블리싱도 있다 🎨
퍼블리싱만 따로 전담하는 분이 계셨다. 페이지별로 컴포넌트를 나누어 CSS를 작성해주면, 결과물을 토대로 프런트엔드 개발자가 작업하는 방식이다. Next.js 기본 css 모듈 방식으로 스타일링했는데, 그러다 보니 프런트엔드 개발자는 재활용할 수 있는 컴포넌트를 제때 나누지 못하고 주는 데로 사용할 수밖에 없어 중복되는 코드가 많았다. CSS를 하나도 건드리지 않아도 되는 장점은 있지만 한 군데 수정이 생기면 여기저기 찾아 수정 해야하는 불상사가 생기고 최적화할 수 없는 구조 또한 마음에 들지 않았다. 개인적으로 프런트엔드 개발자가 있다면 퍼블리셔가 없는 편이 더 좋다.
3. 규칙과 합의는 평화를 부른다 🕊️
프로젝트 별 파일, 폴더 명이 다르고 한 폴더에 모든 파일을 밀어넣는 것이 거슬렸다. 최적화 고려 없이 무수히 렌더링이 솟구치는 뷰포트는 날 화나게 만들었다. 팀의 코드 작성 가이드라인을 만들어 일정 수준으로 코드를 작성하는 게 얼마나 중요한지 다시 느꼈다.
useEffect 난발과 함수로 구분되지 않은 케스케이딩식 코드들.. 무수히 많았다. 코드 리뷰가 있거나 어느정도 규칙이 필요해 보였다.