TIL]2022/06/06 (3FS) && 메타인지

Fact (사실)

코드숨 과정을 통해 전역 변수 사용을 억제하고

let을 사용하지 않는 프로젝트를 진행하였습니다.

그리고 SRP( 단일 책임 원칙 )에 대해 구글링을 해보고

유튜브 영상을 통해 SRP에 대한 개념에 대해 공부하는 시간을 가졌습니다.

Feeling (느낌)

코드숨 과정을 통해 개발 환경 세팅 부분에 있어서

웹팩 버전이 업데이트되면서 webpack-dev-server에 대한 부분과

webpack-config.js 파일을 설정하는 부분이 조금 달랐지만 세팅을 성공적으로 마칠 수 있었고

강의를 성공적으로 수강할 수 있었습니다.

이때, "웹팩을 공부하길 잘했다!"라는 생각이 들었습니다!

또한, 코드숨 과제를 통해서 let을 사용하지 않는 프로젝트를 진행하면서

생각해보면 어렵지 않은 문제인데 꽤나 많은 생각을 갖게 만들었습니다!

처음에는 const에 객체를 할당하고 객체 안의 값을 변경하는 방법을 생각했지만

이번 과제에서는 이 방법이 좋은 방법이 아닐 거란 생각이 들었고 다른 방식으로 과제를 수행하였습니다!

이 과정을 통해 하나의 문제를 해결할 수 있는 방법은 많지만

좋은 코드를 만들기 위해서 어떤 선택을 해야할 지 판단할 수 있는 판단력을 기를 수 있는 과정을 알게 된 것 같아

기분이 좋았습니다😁

또한, 단일 책임 원칙에 대한 자료를 구글링해보고 유튜브 영상을 참조하며 느낀 점은

아직은 제가 컴포넌트 설계에 대한 부분이 능숙치 못한데 처음부터 너무 성급하게 컴포넌트를 추상화한 것 같아

중복을 제거하는데 초점을 두고 유지보수는 뒷전으로 미뤄둔 것 같아 반성하게 되었습니다.

 

Finding (교훈)

 웹팩 버전이 업데이트 되며 웹팩 세팅을 진행하며 세팅을 성공적으로 마쳤을 때

역시 공부는 배신하지 않는다! 라는 생각이 들었습니다.

또한, 코드숨 과제를 진행하며 정말 미션에 나와있는 과제에만 초점을 집중하여

경주마처럼 앞만보고 달렸는데 기본적으로 중복을 제거할 수 있는 부분이 있음에도 불구하고

그 부분은 인지하지 못한 점이 아쉬웠는데 이러한 경험을 통해

무엇인가에 집중할 때 조급해하지 말고 천천히 둘러보자

라는 생각이 들었습니다!

또한, 여유를 가지자! 라는 생각은 단일 책임 원칙에 대한 자료를 구글링 하고 유튜브 영상을 참조할 때도 느꼈습니다.

조급한 마음에 설계를 잘못한 부분이 있었고 잘못 설계한 부분이 나비효과처럼 큰 파장을 일으켰던 경험이 있어

정말 반성하는 계기가 되었습니다!

오늘의 교훈은 조급해하지말고 여유를 가지자입니다!

메타인지

현재 아는 것

• 좋은 코드는 확장성이 좋고 유지보수가 용이한 코드이다.
• 컴포넌트 추상화보다 중요한 것은 코드 가독성과 유지보수가 가능한 것이다.( 나만 알아보는 코드를 작성하는 것은 최악이다!)

현재 모르는 것

• SRP( 단일 책임 원칙 )
• OCP( 개방-폐쇄 원칙 )
• LSP( 리스코프 취환 원칙 )
• ISP( 인터페이스 분리 원칙 )
• DIP( 의존성 역전 원칙 ) 

모르는 부분을 보완하기 위한 계획

• SRP( 단일 책임 원칙 )에 대한 구글링
• SRP( 단일 책임 원칙 )에 대한 책 서점에서 찾아보고 구매하기
• 구매한 책을 읽고 SRP를 공부하고 생각하기 
• SOLID 원칙에 대한 자료 조사