Today I Learned
TIL 작성방법
- 오늘 공부한 내용을 기록하고 업데이트하는 과정에서 걸어온 길을 보고 걸어갈 길을 예측할 수 있다.
- 너무 길거나 자세하게 작성하지 않는다.
help-desk 이용방법
- 질문하기 전,
- 해결방안에 대해 곰곰히 생각해본다.
- 문제해결을 위해 구글에 검색을 해본다.
- 기존의 issue를 검색한다.
- 질문에 엔지니어 분이 남겨둔 이모지는 해결하고 있다는 표시
node.js, nvm, npm, package.json의 역할
- node.js: 자바스크립트로 작성한 코드를 실행할 수 있게 해주는 런타임
- nvm: node 버전 관리자. node.js의 여러 버전을 사용할 수 있게 한다.
- npm: node 패키지 관리자. 필요한 모듈을 다운로드 받을 수 있다.
- package.json: 해당 프로그램에 필요한 모듈이 무엇인지 확인하고, 프로그램을 실행시키는 방법, 테스팅 방법 등에 대한 내용을 담고 있다. package.json만 있으면
npm install명령어를 통해 필요한 모듈을 모두 다운로드 받을 수 있다.
Git workflow를 통한 Pair와의 협업
- driver(진행자)와 navigator(길잡이)의 역할을 각각 맡아서 서로 소통하며 함께 코드를 작성한다
- driver는 키보드로 코드를 작성한다.
- navigator는 코드의 방향성을 제시하고 리뷰한다.
- 역할은 주기적으로 변경한다. 변경할 때 아래와 같은 순서를 따른다.
- 두 사람은 각각 sprint_repo를 fork한다.
git clone <Repo URL>명령어를 통해 저장소를 로컬로 가져온다.git remote add pair <Repo URL for pairs fork명령어를 통해 페어의 원격 저장소에 remote 한다.git commit후git push origin master로 자신의 원격 저장소에 push한다.- 역할을 변경해야 하므로
git pull pair master명령어를 통해 상대 원격 저장소에서 수정된 내용을 가져온다. - 수정된 내용을 commit하고 자신의 원격 저장소로 push한다.
- 역할을 변경할 때마다 이를 반복한다.
git 관련 주의할 점
git pull <repo_name> <branch>=git fetch <repo_name> <branch>+git merge FETCH_HEADpull혹은merge를 했을 때conflict가 발생할 수 있지만, 코드를 다시 수정하고commit을 하면 해결할 수 있다.- 잘못된
branch를checkout한 상태로 작업하면 큰일 난다!branch를 잘 확인하자.
애자일(Agile)이란? 협력과 피드백을 자주, 일찍, 더 잘하는 것!
이머시브 기간 동안 그날 배운 건 어떤 것이고 무엇을 느꼈는지를 글로 남기려고 한다. 블로깅이 중요하다곤 하지만, 남이 높이 평가해 줄 만한 글을 쓴다는 것은 정말 어렵다. 처음에는 배운 내용을 하나도 빠짐없이 모두 정리하는 방식으로 작성하려고 했지만, 배우는 양도 많고 어차피 나중에 다시 읽지도 않기 때문에 정말 중요한 것을 제외하고는 그냥 간략하게 쓰려고 한다.
프리코스 전과 후를 비교하자면 정말 많은 것이 바뀌었지만, 이 기간과는 비할 바가 못 될 것이다. 추가된 강의량을 봐도 그렇고 자잘한 assessment부터 큰 project까지 내가 배운 것을 실제로 써먹을 기회가 풍부하다. 프리 코스 동안에는 동료와의 협업 기회를 별로 얻지 못했기에, 이번에 매일 있을 페어 프로그래밍 시간 또한 정말 많은 도움이 될 것이다.
어제부터 기대와 설렘과 걱정 등등 자잘한 감정이 한 데 뒤섞여 정말 복잡하다. 그래도 부정적인 감정은 계속 버리고 있다. 포기하지 않고 수료와 취업을 목표로 도전한다면, 무사히 원하는 것을 모두 얻을 수 있을 것이다. 같이 공부하는 동료들 그리고 친구들도 자신이 목표하는 바를 이루길 바란다.
