How to Onboard Into a New Codebase

새로운 엔지니어링 작업을 시작하는 것은 신경이 쓰이지만, 우리 신입 사원 중 한 명이 새로운 환경에 적응하는 방법에 대한 조언을 가지고 있습니다.

Table of Contents

Text Link

새로운 회사에서 시작할 때, 신입 사원이 약간의 문화 충격을 경험하는 것은 흔한 일입니다. 다른 사무실, 사람, 프로세스 등이 모두 충격적일 수 있습니다. 하지만, 엔지니어들은 종종 온보딩 과정에서 추가적인 충격에 직면하게 됩니다. 나는 이것을 코드 문화 충격이라고 부릅니다.

코드 문화 충격은 엔지니어가 익숙한 것과 완전히 다른 새로운 코드베이스에서 작업할 때 발생합니다 — 폴더 구조, 사용되는 패턴, 테스트 설정, 라이브러리, CI/CD 프로세스 등을 포함합니다. 린트 규칙과 포맷팅 설정과 같은 작은 차이조차도 충격으로 다가올 수 있습니다.

팀 구성원 간의 개인적 선호도 차이까지 감안하면, 모든 것이 꽤 충격적일 수 있습니다. 하지만, 이 충격에는 긍정적인 면이 있습니다. 그것은 새로운 엔지니어와 기존 팀 멤버들이 모두 최대한 활용할 준비를 해야 하는 독특한 상황으로 이어집니다.

최대 피드백 가능성

초기 충격이 사라진 후, 정직하고 편견 없는 피드백의 가능성이 가장 높은 짧은 시간이 있습니다 — 엔지니어 외부자에서 동료 팀원으로 시각이 전환되기 전입니다.

이 황금 타임은 엔지니어가 코드베이스에 적응한 직후에 발생하지만, 그들이 보는 것을 '그렇게 하는 것'으로 받아들이기 전입니다. 이 기간 동안 그들은 이 잠재력을 활용하고 팀과 더 큰 조직에 독특한 통찰력을 제공할 기회를 갖습니다.

새로운 엔지니어로서 이 느낌을 활용하는 몇 가지 주요 방법이 있습니다:

💪️ 자아도취 거부하기

당신은 인터뷰를 통과하고, 제안을 수락하고 이제 일을 할 준비가 되었지만, 당신이 과연 이 일을 할 수 있을지에 대한 불안한 느낌이 있습니다. 코드베이스와 프로세스는 당신에게 낯설습니다. 당신은 이전 직장에서 전문가였고 시스템을 잘 알고 있었지만 지금은 길을 잃고 스스로를 의심하고 있습니다.

편안히 쉬어, 괜찮을 거야! 당신은 배우고 기여할 잠재력으로 고용된 것입니다. 아무도 당신이 단 몇 주 만에 전문가가 되기를 기대하지 않습니다. 자아도취 증후군은 실제입니다. 그것을 인정하되, 그런 감정을 제쳐두고 새로운 역할에 뛰어들어야 합니다.

☀️ 편견을 제쳐두기

당신의 지식, 경험 및 새로운 시각을 가져오고 모든 편견은 뒤에 남겨두세요. 당신이 사용하던 코드베이스와 때로는 다른 점들이 보일 것입니다 — 결국 당신에게는 모두가 새롭습니다 — 그러나 "다르다"를 "잘못하다"와 동일시하지 않도록 조심하세요.

"내가 했던 방법"은 "해야 할 방법"과 같지 않습니다. 코드의 아름다움은 문제에 대한 여러 솔루션이 있을 수 있다는 것입니다. 당신의 방식이 더 나을 때도 있지만, 종종 그것은 단지 다를 뿐입니다.

🛠️ 부숴버리기

우리가 프로덕션에서 개발하지 않는 이유가 있으며, 새로운 코드베이스를 배우는 데에 더 좋은 방법이 없습니다. 무언가를 변화시키고 어떤 일이 일어나는지 보세요. 개선의 여지가 보이십니까? 시도해 보세요.

당신의 업무량이 충분히 가벼워서 새로운 아이디어를 실험할 시간도 있을 것입니다. 변경 사항이 잘 작동하지 않더라도 걱정하지 마세요. 당신이 당연히 살게 될 코드를 더 깊이 이해하게 될 것입니다.

📓 모든 것을 문서화하기

이상하거나 다른 것처럼 보이는 것은 모두 기록하고, 제기된 질문을 적어 두세요. 그들이 왜 이렇게 했는지 자문해 보지 않는 것이 아닙니다. 당신이 보고 있는 코드가 현재로서는 완벽하다고 가정하지 마세요. 당신은 아직 그 일이 왜 그런지에 대한 역사를 알지 못합니다.

당신이 보고 있는 부분이 급하게 마무리되고 생략된 부분이 있을 수 있으며, 나중에 다시 다루어질 의도가 있었습니다. 패턴과 라이브러리는 빠르게 변화하며 코드도 모르는 사이에 구식이 됩니다. 이런 일을 지적하는 것은 괜찮습니다. 기대되는 일입니다. 기억하세요. 코드가 완벽했다면, 당신은 그것을 수정하기 위해 고용되지 않았을 것입니다.