일 처리가 후딱 안 되면 왜 급격히 짜증이 나는가?
답답하고 어려운 게 싫어서인 이유도 분명히 있지만
곰곰이 생각해 보면, 마음이 급해서다.
나는 지금 시간이 없는데 사소해보이는 문제로 검색하고 적용하는 과정을 반복하다가
불안감에 잠식당하는 거지.
근데 또 하루를 잘 들여다보면 시간은 부족하지 않다.
성질머리 다스리느라, 내가 나를 어르고 달래느라 헛짓거리를 많이해서 급해질 뿐이다.
그러면 해결책은 무엇인가?
사소한 혹은 중차대한 문제가 생겼을 때, 부산 떨지 말고 그냥 천천히 해결해 보기다.
이게... 이게 진짜 잘 안 돼😢
스스로 부족한 걸 너무 잘 알고 그럴수록 침착하기가 쉽지 않다.
그래도 그래도 그래도!!!!!!!!!!
허둥대지 말고 그냥 멍하니 할일을 해.
내배캠 때도 그렇게 되뇌던 말을 또 하고 있네. 허둥대지 말거라.
맥북 백틱 세팅하려다가 빡쳐서 + 코딩 시작하려니까 무서워서 + 깃허브 잔디 안 심어지는 오류 쳐다도 보기 싫어서 심신을 다스리고자 주절거려보았당
아니 그래도 무직자가 10만원 넘는 키보드도 살 수 있고 커피 마시면서 공부하는 여유도 부릴 수 있고 얼마나 감사하니. 비도 오는데 낙숫물의 마음으로 가보자고🌧️
사소하고 놀라운 발견(?)
ts확장자 파일에서 선언한 const 상수 식별자는 중복이 안 돼?
const a = "good";
블록 범위 변수 'a'을(를) 다시 선언할 수 없습니다.ts(2451) index.ts(1, 7): 여기서도 'a'이(가) 선언되었습니다.
이게 뭐지 싶네용?
➡️ const는 블록 범위 변수 선언을 제공한다.
즉, 동일한 스코프 내에서 동일한 변수 이름을 다시 선언할 수 없다.
만약 프로젝트 내 여러 파일에서 const a = "good";을 선언하면, TypeScript는 파일을 컴파일할 때 이들을 하나의 전역 스코프로 병합하려고 시도한다.
결과적으로, 동일한 이름의 a 변수가 충돌하여 ts(2451) 오류 발생.
해결 방법 : export 키워드.
export const a = "good";를 사용하면,
이 변수는 파일(모듈) 내에서 모듈 범위로 한정된다.
모듈 범위에서는 각 파일이 독립적인 스코프를 가지므로,
파일의 변수와 충돌하지 않는다.
export가 없을 때
🖥️ typescript
// file1.ts
const a = "good";
// file2.ts
const a = "good";
이 경우, 컴파일러는 두 파일의 a를 전역 스코프에서 병합하려 하다가
이름 충돌로 오류를 발생시킨다.
export를 사용할 때
🖥️ typescript
// file1.ts
export const a = "good";
// file2.ts
export const a = "good";
이 경우, a는 각 파일의 모듈 내에서만 유효하며, 서로 독립적으로 존재.
➡️ export를 사용하면 파일(모듈)의 스코프가 분리되어 충돌 방지 가능.
모듈 시스템을 활용하면서 동일한 이름의 변수를 사용하려면,
항상 export를 추가하는 습관을 들이는 것이 좋다.
useEffect 실행 순서 읽기
🎋 useEffect 실행 순서
🩷 렌더링, 마운트 차이점 + 언마운트, useEffect, 클린업함수
Redux 실전 7-1 영상
https://www.youtube.com/watch?v=MqdUNIWMhbc&list=PLuHgQVnccGMB-iGMgONoRPArZfjRuRNVc&index=11
인간 JS 엔진 되기
https://www.youtube.com/watch?v=eXQQipdastk&list=PLcqDmjxt30Rt9wmSlw1u6sBYr-aZmpNB3
contextAPI, useContext 정리
🥡 contextAPI와 useContext