Today, I Learned

• Number.MIN_VALUE : 표현할 수 있는 제일 작은 '양의' 숫자를 리턴함 !== Number.NEGATIVE_INFINITY : 음의 무한대 값을 리턴함 => 최대값을 구할 때, 최대값 변수에 NEGATIVE_INFINITY를 설정해놓으면 자동으로 맨 처음값(index=0)이 최대가 되면서 시작한다. **참고로 Number.POSITIVE_INFINITY > Number.MAX_VALUE => true 임. MAX_VALUE는 가장 큰 양의 숫자를 리턴하고(표현할 수 있는), 앞에 것은 무한대를 리턴하므로.
• TOY 34번 해결 => 공간 복잡도 개념 복습하기
• 깃 명령어 모음 웹 사이트 : link
• git workflow 간단 정리 : link
• git commit 잘못했을 때 삭제하는 법=> 먼저 git reflog로 이전의 커밋들을 확인한 후에 돌아갈 시점을 찾아서 'git reset HEAD@{7}' 이런식으로 명령어를 쳐준다. 그 다음에 다시 git push 명령어로 해당 브랜치에 -f (강제 옵션)을 줘서 푸시해준다(참고 블로그). 이외에도 깃 커밋 메시지를 잘못입력했을 경우에 'git reset --soft HEAD^' 명령어를 통해 커밋 메시지 작성 직전의 staged 상태로 돌아갈 수 있고, 아예 git add 이전인 unstaged 상태로 돌아가고 싶으면, 'git reset HEAD^' 명령어를 써서 최신 커밋만 지우고, 'git reset HEAD~n'을 써서 끝에서 n개의 커밋을 지우도록 한다.
• 궁금증(헬프 데스크에 직접 올린글):

  이런식으로 생성이 된 상태입니다.
  제가 궁금한점은 upstream repo가 아닌 origin repo(upstream repo를 fork한 저의 레포)에서
  git clone으로 받아온 dev 브랜치에서 feature 브랜치를 생성할 때는 '분기'라는 표현을 써서
  명령어도 'git checkout -b feature/login develop' 이런식으로 하는 것으로 알고 있는데
  upstream repo에서 dev브랜치를 만들 때도 upstream repo의 master 브랜치를 분기해서 만들어야하는지('git checkout -b dev master' 이런식으로)
  아니면 upstream repo의 경우 develop를 feature처럼 완성하고 merge하고 지우는 용도가 아니기 때문에
  단지 'git checkout -b dev'로 해주면 되는지가 궁금합니다.
  긴글 읽어주셔서 감사합니다!

• Figma 연습하기 => 아키텍처 설계에 좋음!

semi-final project Day-1 comment

솔직히 오늘은 정신없이 하루가 흘러갔다. 본래 혼자 코딩을 할 때는 일단은 코드부터 치고보는 성격이였는데, 팀 프로젝트를 하니까 섣불리 코딩을 하기보다는 기획과 설계를 어느정도 마친 뒤에 코딩을 해야했고, 이는 나에게 좀 더 차분한 마음으로 프로젝트를 바라보는 계기가 되었다. 또한, 프론트 엔드를 맡게 됐는데, 리덕스는 기억이 안나고.. 리액트도 가물가물하다.. 복습! + 프로젝트 과정을 하나하나 느끼자. 제대로 안되는 것도 경험이다!