dukDukz

[데브로드] 프론트엔드 3주차 주간회고 본문

프론트엔드 데브로드/주간회고록

[데브로드] 프론트엔드 3주차 주간회고

헤일리_HJ 2023. 2. 18. 13:56

잘한 것은 무엇인가?

  • 주중에 학습 + 복습 했다.
    • 월요일에 1강을 듣고 화욜에 복습하고 수욜에 2강 듣고 목욜에 복습하고... 금욜에 과제하고..
    • 퇴근하고 9~10시까지.. 하는걸 습관을 들이고 있다.
  • 아샬님 코드 이해 + 형식 그대로 반영하면서 실습
    • 복습 하면서 최대한 이해하고 아샬님 코드를 따라치려고 함
    • 최고의 코드를 따라하고... 최고의 것을 카피하면서 성장하는 그런 느낌...
    • 내 평소 습관대로 하는 것을 피하고 아샬님 코드 형식 그대로를 내 손에 익히려고 했다.
    • 아직은 익숙하지 않지만... 남들 따라하는건 내가 잘하는거라 곧 익숙해질 것 같다..
  • 혼자 고민하는 것도 좋지만 질문하는 것도 중요..!
    • 복습하면서 이 부분을 잘 몰라서 질문을 할까 말까 고민을 많이 했다. (되게 간단한 문법인데 이걸 질문해도 될까...? 싶었다..)
    • 나 혼자 알아내려고 계속 고민했는데 이해가 되다가 막히는게 반복되서 질문을 올렸다
    • 승완님이 친절하고 길게 답변을 주셨고, JavaScript의 단축평가(Short circuit) 이 부분을 몰라서 막혔던것...!
    • 기본 문법과 cs 지식이 약하다는 것을 여실히 느낌
    • 질문하길 잘했다고 생각... 시간 save

잘못한 것은 무엇인가?

  • 수요일까지 강의노트를 쓰자....
    • 수요일에 강의를 듣고 있었는데 강의노트 진도는 어떻게 되어가는지 로지님한테 DM이 왔다.
    • 사실은 강의노트는 다음날 복습하면서 쓸 계획이였는데... 그날 작성했다..! 오히려 좋아... 좋은 자극..
    • 이제는 수요일까지는 강의를 듣고 강의노트 초안까지는 작성해서 올리자.
    • 목요일 부터는 복습,실습,과제 하는걸로..!
  • 내일로 미루지 말자
    • 이번주에 너무 피곤한 날들이 많아서 매일 매일 "내일하자" 라고 생각했다..
    • 그래서 결국 DM이...!!
    • 피곤해도 일단은 하자... 하고 나면 기분이 좋으니까.... 
    • 오늘 해놔야 내일의 내가 덜 힘들다...

무엇을 배웠는가?

  • REST API 와 GraphQL 
    • REST API는 자주 써서 어려움 없이 사용하는중...
    • GraphQL 쿼리 형식으로 사용한다는 이야기만 들어봤지 실제로 사용해 본 적은 없다. 채용 공고에서 꽤 본 적 있는 부분이라 공부가 필요해 보인다.
  • 명령형 프로그래밍 & 선언형 프로그래밍
    • 내가 js의 장점을 잘 활용하지 못한 것 같다... js기본 문법이 약하니까 계속 명령형으로 코드를 짜서 더 어렵게 돌아간 느낌?
    • 선언형으로 코드를 짤 수 있게 기본을 탄탄히 해보자
  • 컴포넌트를 나누는 기준
    • 강의에서는 내가 평소 하는 것보다 더 잘게 컴포넌트를 나눴다.. 
    • 컴포넌트를 나누는건 생각보다 어려움... 이걸 어떻게 가져다 써야 할지도 엄두가 안날때가 많아서 리액트의 장점을 제대로 활용하지 못했던 것 같다... 
    • 잘게 나누고.. 합쳐서 여러가지 페이지에 활용할 수 있도록 연습하자.
  • props 나누기
    • 이건 의외로 잘 하고 있었던 것 같다..
    • 이전 프로젝트에서는 props를 여러번 사용했는데 맨홀에서는 여러 컴포넌트에서 재활용할 수 있게했고 시클에서는 최대한 부모 컴포넌트에서 관리 할 수 있게 구현했었다. 하면서도 이렇게 해도 되는건가 싶었는데 그게 맞았었다.. 내가 공식문서만 제대로 봤어도 확신을 갖고 할 수 있었을 텐데..!
  • state가 될 수 있는 조건
    • 이건 정말 어려운 숙제였다.
    • useEffect 사용이 정말 필요한지?
      • 시클에서는 useEffect 사용에 심혈을 기울였었다., 강의를 듣고 내가 작성한 부분에서 useEffect를 어떻게 사용했는지 살펴봤는데 이전 프로젝트보다 많이 사용하지는 않았었다. 그럼에도 불구하고 맘에 들지 않게 사용한 부분들이 몇군데 있었다.
      • react-query로 데이터 패치할 때 사용하게 되는데 이거를 clean up을 안한다던지 그런것들...
      • 그리고 react-query 데이터로 가져오면 그거 그대로 데이터 사용하면 되는데 이걸 왜 state에서 관리했지?
        • 중간에 알아채고 몇군데는 바로 사용하기는 했는데 이건 습관이라.. 얼른 고쳐야겠다.
    • 변경 돼야 함 : 변경되지 않는 건 state로 다룰 가치가 없다.
      부모 컴포넌트에서 전달하는 props는 state가 아니다.
      다른 state나 props를 이용해 계산 가능하다면 state가 아님. (제일 중요)
 
 
 
 

해결해야할 문제/남아있는 의문은 무엇인가?

  • js기본 문법
    • 선언형으로 코드를 짤 수 있게 기본을 탄탄히
  • 컴포넌트를 나누는 기준
    • 더 작게, 나중에 여러군데에서 써먹게...
  • useEffect 사용이 정말 필요한지? (이건 정말 반성~)
    • state가 될 수 있는 조건
  • 공식문서로 학습하기

이 부분들 심화 학습 + 연습 필요하다.