오늘의 회고

본캠에서의 첫 팀 프로젝트 시작! 2주 안에 만들어야 하기에 조금 정신은 없었지만 팀장님의 추진력을 따라 만들어야 할 페이지의 개요(와이어프레임)까지 얼추 완성시키는 기염을 토해냈다. ㅋㅋㅋㅋ

인상 깊었던 점 (새로운 개발자 툴)

팀장님이 전에 사용하시던 툴 몇개를 소개시켜주셨는데 이 모든 것이 새로웠다.

1. Riido (뤼이도)

개발 프로젝트 관리를 위한 프로그램이라고 한다. 오늘 써본 경험상 Sprint 관리를 하기에 용이하게 만들어진 느낌이다. 학교에서 일일이 Google Doc에 정리하던 날들이 스쳐가는....

각 문서마다 중요도 설정이랑 마감기한 설정까지 가능한 것 같던데 이 좋은 걸 또 나만 몰랐네. 이래서 전공자이지만 실전 경험과 정보가 없는 감자는 그저 웁니다.
좋은 프로그램 알려주신 팀장님께 무한 감사를!

Riido 바로 가기!

2. Figma

피그마는 내게 존재만 알고 사용해본적이 없는 툴이다. UI Design에 유용하다는 말은 들어본적이 없지만 오늘 사용해본 결과... 좀 많이 어려웠다. 컴포넌트를 일일이 조정하는게 쉽지가 않았다. 팀원들은 몰랐겠지만 열심히 하시는 걸 보고 옆에서 그림판 열고 조용히 구상 중이었다.

물론 이마저도 너무 느려서, 나중에는 그저 화면을 열심히 보며 어떻게 코딩할지만 열심히 머리를 굴렸다.

다행히도 유튜브에 많은 강의 영상이 있는듯 하여 계속해서 참고해볼 예정이다.

Figma 바로가기!

강의 복습(?)

강사님이 3번은 복습하라고 하시기에
강의 들으면서 열심히 노트를 적어보려 한다

1. Linux 명령어

pwd: print working directory
ls (-al): list (all)
cd: change directory
mkdir: make directory
touch: used for making new files inside directory

개인적으로 아는 내용이라 이쯤 노트하겠습니다.

2. Git & Github

내가 알고 있는 Git은 변경된 코드를 효율적으로 업데이트 하는 일종의 version control system이다. 매 순간 업데이트의 기록이 남기 때문에 유용한 툴이다. 여러 팀원이 동시에 작업해도 나중에 merge를 통해 서로 간의 일을 융합할 수 있다.

강사님께서는 코드 변경점을 기록한다라고 한 줄로 정리해버리시는 미친 클라스를 보여주었다.

"소프트웨어의 변경사항을 체계적으로 추적하고 통제하는 것"

이를 내가 사용하던 Google Drive 처럼 백업과 공유해주는 온라인 플랫폼이 Github이다.

추가적으로 공개 repository를 통해 다른 사람들의 코드를 열람할 수도 있다.

3-1. Git 명령어

아래의 내용은 Git 명렁어를 정리하는 내용이다. 경험상 몇번을 해도 기억에 남지 않던 명령어들이므로 이번에 본캠에서 많이 사용해봄으로써 익힐 예정이다. bash에서 열것!

git init: 코드 관리를 시작하는 명령어 (정확한 폴더에서 불러야함)
git add 파일명: 올릴 파일을 지정하는 것
gid add .: 디렉토리 내 모든 파일 한 번에 저장
git commit -m "msg": commit을 하는 명령어이며, 지정된 파일을 저장하는 것
git status: 저장/지정 여부를 알려주는 명령어
git log: 저장 내역을 확인 하는 명령어, 이때 커밋 메세지들을 보여준다

3-2. Github로 백업하기

github repository 만들기 그리고 만든 repository에 코드들을 올려주는 과정이다.
git push origin 브랜치명: 추가로 수정된 코드를 github에 반영하기

올려주는 코드는 일단은 이게 제일 많이 사용됨으로 이 부분은 그냥 외워서 사용해도 될 듯 싶다

4. 협업 (branch 활용은 나중에)

git clone .: 코드 복사해오기 (현재있는 폴더로 파일 옮기기, 점이 없다면 디렉토리가 통째로 온다)
git pull: 변경된 코드만 가져오는 명령어

5(?)충돌 해결하기 (conflict)

학생 때 팀 프로젝트하면서, merge 할때마다 정말 머리가 많이 아팠는데ㅠㅠ. 정말로 중요한 내용이고, 이제 여기에 브랜치 머지하다가 conflict가 생긴다? 그럼 그날 회의는 그저 merge만 하고 있을 미래가 그려진다.

자세히 설명하자면 git pull로 가지고 왔지만 충돌이 생기는 경우가 있다. 이는 같은 파일의 같은 위치에 다른 두 버전이 있을 경우 생긴다.

해결방법은 단순한데, 가져올때 생성된 comment들을 없애고 다시 재업로드 하면 된다. 여기서 comment들은 아래와 같다

저기서 화살표들과 === 표시만 싹 지우고 다시 올리면 대부분의 경우 해결이 된다. 아닌 경우도 경험상 많이 봤지만 대체로 저렇게 해결하면 된다.

마치며...

첫 본캠날이어서 조금 정신 없고 수업도 복습할 내용이 많았지만 오늘도 열심히 굴러서 하루를 마무리 했다는 것에 의미를 두는 것으로...!