오늘의 3줄요약
- TOY Project Begin : GitHub을 사용해서 이제야 직접 하는구만..
- TIL을 왜 작성해야 하는데..?
- git command 늪에 빠져버려
1. 토이프로젝트의 시작..
Problem 1 : 어떠한 프로젝트를 할 것인가?
시작부터가 "브로콜리" 였기 때문에...
뭔가가 브로콜리였다. (보더콜리 아님)
브로콜리를 싫다고 무심결에 던진 말에 브로콜리 이상형 월드컵을 하게된 우리조였다.
브로콜리 싫어 -> 브로콜리보다 더 싫은거 있나? -> 싫은 야채 이상형 월드컵이 있어야 해 -> 만들까?
문제, 원인,해결이 완벽한 결과였다.
현재까지 완성된 계획은 다음과 같다.
Frontend
- 추천수 system
- 추천수에 따라서 제일 만족도가 낮은 야채 3가지를 페이지 상단에 크게 노출시킨다.
- Top3 system
- 상단에 노출된 3가지중 가장 추천수가 많은 야채에게는 왕관을 씌어주는 영광을 준다.
- 추천수가 올라가면 자동으로 순서가 봐뀌어서 보이게끔 한다.
- 중복관련 system
- 중복이 된 이름에게 중복관련해서 alert를 주어서 이미 등록이 되어있다고 경고를 준 뒤, 등록을 못하게 한다.
Backend
- DB
- 야채를 입력했을때, 이 정보가 DB에 등록이 되어있어야 한다.
이때 DB는 MongoDB를 사용할 예정이다.
- 중복데이터 처리 issue
- 이름이 같은 경우에 같은 값이면 DB에 입력이 되지 못하게 했으면 좋겠다.
2. TIL은 왜 적어요..?
Problem 2 : TIL은 이렇게 적으면 안된다던데..?
모르겠다, 이렇게 마음대로 적는게 나중에 내가 보기에도 편하다.
TIL 에 관련해서 오늘 강의에서 말했던것은 다음 링크를 참고하도록 하자. (참고하라고)
이때 가장 중요한게
- 어떠한 문제점이 있었고
- 어떠한 노력을 기울였으며
- 이런식으로 해결이 되었다.
- 이때 어떠한 것을 알게 되었다.
이것을 잘 지켜서 작성을 해보자.
3. git_command
Problem 3 : git_command 는 예의상 알아줘...
오늘 TIL의 핵심
오늘 실습을 한 것중에 핵심은 내가 만든 파일들을 앞으로는 git을 통해서 협업을 하게 되었는데
이떄 git 을 통해서 push, commit, pull 을 하는 방법을 잘 알아야 한다.
오늘 개발 담임선생님분께서 오셔서 블로그를 뿌리고 가셨는데...
이거 얻을게 꽤 쏠쏠하다..
" GitHub 협업시 작업순서"
https://velog.io/@changchanghwang/git-%ED%98%91%EC%97%85-%EC%8B%9C-%EC%9E%91%EC%97%85-%EC%88%9C%EC%84%9C
꼭 확인하면서 작업하고 내가 나중에 또 다시 만들어보자.
그렇다면 진짜 오늘 Problem은?
- git REPO 만들기
- 문제점이 없었다.
- git REPO 에 팀원들이 협업
- 여기에서 고민점들이 조금 있었는데,
- github에 관련한 , branch 나 merge 에 대한 개념이 아직 부족.
- 이 부분에 대해서는 내일 직접 코드를 push 해서 조장님한테 pull request를 받고,
나도 pull 을 하는 과정 (오늘은 실패함) 을 다시한번 체킹해봐야 겠다.
나머지 부분들은 오늘 미처 완료하지 못함..
오늘 하나 더 알게 된 것은
git_Commit 에도 규격이 있다는 것이다.
(규격까지는 아니지만, 뭔가 관례같은거..)
commit message covention 으로 이런식으로 커밋하면
사람들이 잘 알아봐줄 거에요~ 이런거다.
자세한 내용은 여기 링크
https://velog.io/@archivvonjang/Git-Commit-Message-Convention
앞으로 지켜야할 것들이나, 중간중간 실수한 부분이 나올떄마다 링크 넣어줘야겠따.
끝!
