5.1 개발자의 일상적인 하루
프로그래머로 일하는 거 진짜 쉽고 좋아. 업무 조정은 Project Manager가 하고, 제품의 기능 리스트는 Product Owner가 책임져. 회의는 Scrum Master가 준비해. 모든 조직적인 프로세스는 최대한 공식화되고 표준화되어 있어.
아침에 출근해서 차나 커피 한 잔 준비하고 컴퓨터 앞에 앉지. 공동 채팅을 열고 긴급 메시지가 있는지, 누가 아픈지 확인해. 문제가 없으면, 일을 시작해.
JIRA 사이트를 열어 팀의 모든 작업 목록을 확인해: 프로젝트 백로그와 현재 스프린트 백로그. 작업은 이미 너의 Scrum Master/Team Lead 또는 Product Owner에 의해 우선순위가 정해져 있어.
너는 가장 위에 있는 작업, 즉 가장 우선순위가 높은 작업을 잡고 이에 착수해. 이를 위해서는 In Progress 상태로 전환해야 해. 몇 번의 클릭으로 가능해. 이제 시간은 흐르고 있어.
작업 설명에는 보통 추가 정보나 문서에 대한 링크가 추가되곤 해. 작업은 네가 작업을 완수할 수 있도록 필요한 모든 정보를 포함해야 해. 그러한 정보의 유무는 너의 매니저 책임이야.
만약 뭔가 잘못됐다면, 작업(프로그래머 용어로 "task")을 네 매니저에게 다시 할당하고 어떤 질문 또는 정보가 부족한지에 대해 주석으로 남길 수 있어.
5.2 코딩하기
너는 작업 설명을 이해했고, 무엇을 해야 하는지 알게 되었어. 좋아, 이제 작업을 시작해. 여기서는 CodeGym에서의 학습 경험과 팀 내 경험이 도움이 될 거야.
새 기능이 준비되고 너가 확인을 마쳤다면, 코드를 Git에 올려야 해. IDE에서 간단히 몇 번 클릭으로 할 수 있어. 너의 경우 PyCharm을 사용할 거야. 먼저 코드를 로컬 저장소에 커밋하고, 그 다음 중앙 Git 저장소에 push 해.
대부분 마지막 작업은 Pull Request를 통해 진행돼, 너의 팀 리더에게 코드 리뷰를 요청하지. 코드가 괜찮고 지적 사항이 없다면, 팀 리더가 너의 pull request를 승인(accept)하고 그것은 Git의 메인 브랜치에 병합돼.
중요! 작업을 어떻게 해야 할지 모를 때 가만히 있거나 침묵하는 건 절대 안돼. 그런 상황은 자주 발생하며 많은 신입(그리고 신입이 아닐지라도)이 잘못 해결하려고 해. 기억해, 작업 방법을 2시간 동안 모르는 상태로 있으면, 매니저에게 알리는 게 필요해.
또한 "이건 할 수 없어"라는 말은 팀 리더에게 하지 않는 게 좋아. 그런 말은 특히 팀 리더가 "이건 할 수 있다"고 확신하고, 본인도 비슷한 걸 여러 번 해봤다면 더욱 짜증을 불러와.
어떻게 해야 할지 모르면, "이걸 어떻게 할지 알아보려고 두 시간/이틀을 보냈지만, 여전히 안된다"고 말해. 팀 리더가 너에게 검색 방향을 알려줄 거야.
이제 현대 제품 개발의 그림을 살펴봤어. 코딩은 전체 작업의 작은 부분에 불과하지만, 모든 것이 조직적으로 이루어져 있어, 너의 작업에서 아무것도 너를 방해하지 않도록 말이야. 그러니 Python 공부를 시작해보세요 — 프로그래머로 일하는 것을 좋아할 거야.
GO TO FULL VERSION