코드 작성: 개발자의 하루는 어떻게 보일까

1. 개발자의 평범한 하루

프로그래머로 일하는 것은 쉽고 즐겁습니다 ☀️. 업무 조직은 Project Manager가, 제품의 기능 목록은 — Product Owner가 책임집니다. 미팅은 Scrum Master가 진행합니다. 모든 조직적 프로세스는 최대한 형식화되고 표준화되어 있습니다 ✅.

아침에 출근해 차나 커피 ☕️를 준비하고, 컴퓨터 🖥️ 앞에 앉습니다. 공용 채팅 💬을 열어 긴급 메시지가 있는지, 누가 아프지는 않은지 🤒 확인한 뒤, 이상이 없으면 업무를 시작합니다.

여러분은 JIRA 사이트를 열어 팀의 모든 작업 목록을 봅니다: 프로젝트 백로그와 현재 스프린트 백로그. 작업은 이미 우선순위에 따라 정렬되어 있으며, 이는 여러분의 Scrum Master/TeamLead 또는 ProductOwner가 담당합니다.

가장 위에 있는 — 가장 우선순위가 높은 작업을 선택하고 🔝 그 작업을 진행하기 시작합니다. 이를 위해 상태를 In Progress로 변경해야 합니다. 몇 번의 클릭 🖱️이면 충분합니다. 자, 시작입니다 ⏳.

작업 설명에는 보통 추가 정보나 문서 링크 📄가 붙습니다. 작업을 완료하기 위해 필요한 모든 정보가 포함되어 있어야 합니다. 이러한 정보를 갖추게 하는 것은 여러분의 매니저의 책임입니다 👨‍💼.

무언가 잘못되었다면, 작업(일명 “태스크”)을 매니저에게 다시 할당하고, 해당 작업의 댓글에 어떤 질문이 생겼는지와/또는 어떤 정보가 부족한지 적을 수 있습니다.

2. 코드 작성

작업 설명을 살펴보고 무엇을 해야 하는지 이해했습니다. 훌륭합니다, 이제 일을 시작하세요 🏁. 여기에는 여러분이 CodeGym에서 배운 것과 팀에서의 협업 경험 🤝이 도움이 될 것입니다.

다음으로, 새로운 기능이 완료되었고 스스로 확인도 마쳤다면, 코드를 Git에 올려야 합니다. 이는 IDE에서 몇 번의 클릭으로 처리됩니다. 여러분의 경우 — IntelliJ IDEA에서 🚀. 먼저 코드를 로컬 저장소에 커밋하고, 그다음 중앙 Git 저장소로 푸시(push)합니다.

대부분 마지막 단계는 Pull Request를 통해 이뤄집니다. Git을 통해 팀 리드에게 코드 리뷰를 요청합니다. 코드가 훌륭하고 별다른 이견이 없다면, 팀 리드가 여러분의 pull request를 승인(accept) ✅하고, 그것은 Git의 주 작업 브랜치에 병합됩니다.

중요! 과제를 어떻게 해야 할지 모른다면 절대 그냥 앉아서 침묵하지 마세요. 이런 상황은 자주 발생하며, 많은 신입(신입만이 아니라요)들이 종종 잘못 대처합니다. 기억하세요, 2시간 동안 해법을 찾지 못했다면 반드시 매니저에게 이를 알려야 합니다 🚩.

또한 팀 리드에게 “이건 할 수 없어요”라는 말만 하러 가는 것도 금물입니다. 특히 팀 리드가 “그건 할 수 있다”는 걸 알고, 본인도 여러 번 비슷한 일을 해본 경우라면 그런 말은 매우 거슬립니다.

어떻게 해야 할지 모르겠다면 이렇게 말하세요: “이걸 어떻게 할지 알아보느라 두 시간/이틀을 써봤지만 잘 되지 않습니다.” 그러면 팀 리드가 어떤 방향으로 구글링해야 할지 힌트를 줄 것입니다 🔍.

이렇게 현대적인 제품 개발의 전체 그림을 간단히 훑어보았습니다. 코딩은 전체 업무에서 작은 부분일 뿐이지만, 여러분이 일에 집중할 수 있도록 모든 것이 잘 조직되어 있습니다. 그러니 주저 말고 Java 25 학습으로 넘어가세요 — 개발자로 일하는 것이 분명 마음에 들 겁니다 😉.