[ 엘리스 SW 엔지니어 트랙 ] 66일차(14주차 2차 팀 프로젝트)

📍 66일 차 1.25. 화.(14주 차 2차 팀 프로젝트)

오늘부터 엘리스 교육이 끝나는 2월 20일까지는 2차 팀 프로젝트 기간이다. 작년 크리스마스에 1차 팀 프로젝트를 끝냈는데, 벌써 2차 프로젝트라니.. 시간이 참 빠른 것 같다. 아마도 나의 기억력이 좋다면 지금까지 배운 내용들을 기억했겠지만, 그렇지 못하기에 지금까지 남겨놓은 약 66개의 기록들을 보며 떠올려야겠다. 이번엔 팀원이 아니라 팀장으로서 프로젝트를 진행하는데, 마음가짐을 다르게 가져야겠다고 생각했다. 또한 저번 프로젝트의 후속조치로 webpack을 공부했는데, React를 이용해 개발할 때 CRA가 아닌 직접 webpack을 이용해서 프로젝트를 구현해야겠다고 마음먹었다. 그래서 이번 프로젝트를 임하는 나의 자세는 " 더 하라는 말보다 그만하라는 말을 들을 때까지 임하겠습니다. " 이다. 의도치않게 한 가지 변수가 생겼는데, 이번 프로젝트에서 백엔드를 맡게 되었다. 처음부터 백엔드를 맡겠다고 한 것은 아니었고, 원래는 프론트 역할을 배정받았지만, 팀 미팅 때 팀원 모두 백엔드를 자주 다뤄보신 분이 없다고 하셔서 내가 백엔드를 다루겠다고 얘기했다. 지금까지 항상 프론트만 다뤄와서 백엔드는 할 줄 모르는 내가 잘할 수 있을지는 나조차도 의문이다. 누군가는 뭐하러 아무도 선택 안 하는 포지션을 하려고 비웃겠지만, 내가 안 하면 누군가는 해야 되는 분야고 하기 싫은 사람이 억지로 하는 것보다는 차라리 하고 싶은 사람이 하는 게 낫다는 생각이 들었다. 항상 개인 프로젝트를 하며 백을 다루기 싫어 라이브러리에 의지했다면 이번엔 직접 부딪혀보고 싶다는 생각도 들었다. 왜 그랬는지 다시 생각하면 헛웃음만 나오지만 이미 엎질러진 물이기에.. 한번 도전해볼까 한다. 사용 스택은 express + MondoDB인데, 이전에 엘리스 강의에서 `backend` 관련한 강의를 다시 들어보고 추가로 `express` 관련 문법, 내용을 알아야겠다고 마음먹고 알라딘에서 관련 서적(한 권으로 끝내는 Node & Express)을 구매했다. (생각보다 express 를 다루는 서적이 많이 없었다.) 이제 무모한 나의 결정을 3주 동안 기록 해나 가보자..

---

❏ 개발자의 역량

1. 소통역량: 다른 개발자의 의견을 경청하고, 의견의 의도와 핵심을 이해한 후, 자신의 관점을 명확하고 논리 정연하게 설명하는 것입니다. 자신과는 다른 의견, 새로운 관점을 환영하고 더 나은 방향일 경우 겸허하게 받아들입니다. (말보다는 코드로 소통하라)
2. 시간, 태스크 관리 능력: 특정 태스크를 위해 소요될 시간을 정확하게 파악할 수 있고, 이를 바탕으로 다른 개발자와 소통하여 일정 관리를 합니다. 사전에 정한 일정은 반드시 지키며, 지키기 어려운 경우 미리 소통하여 서프라이즈를 줄입니다. (특정 부분을 부각하고 다른 부분을 포기한다든지..)
3. 논리력: 사용하는 기술 스택과 코드의 작성 방식에는 논리가 필요하다. (주어진 목표를 더 효과적으로 달성하기 위한 개발 방향이어야 한다.), 왜 이 기술 스택을 선택했는지? 왜 이런 코드를 구성했는지를 논리적으로 설명할 수 있어야 한다.
4. 학습능력: 특정 언어, 특정 프레임워크에서 벗어나더라도 개발할 수 있는 능력을 갖추어야 합니다. 기본기와 문제 해결 능력을 갖추면, 언어와 프레임워크가 바뀌더라도 바로 대응할 수 있습니다. 개발 과정에서 추가적으로 기술 스택, 언어가 생긴 경우, 짧은 시간 내에 스스로 배울 수 있어야 합니다.

728x90

❏ 좋은 코드란?

1. 가독성: 코드를 읽으면서 쉽게 이해할 수 있고, 의도를 이해하기 위해 고민하지 않아도 되는 코드
2. 일관성: 사전에 정한 일관된 규칙을 따라야 합니다.

❏ GitLab 활용법(Git Flow)

1. README.md: 프로젝트를 관리하는 목적, 필요한 정보들만 작성하기
2. Issue: 프로젝트 진행 시, 어떠한 상황, 문제 또는 계획을 개발할 예정이라는 것을 알려주는 이정표 해야 할 일을 이슈로 정리하자
3. MR

- Matser Branch(Main branch): 서비스로 출시될 수 있는 브랜치, 배포 가능한 생태의 코드를 관리
- Sprint Branch: 모든 기능이 추가되고 버그가 수정되어 배포 가능한 상태라면 MR
- Feature Branch: 새로운 기능 개발 및 수정하는 브랜치, 작업이 끝난 기능은 Sprint로 MR!