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

Fact (사실)

오늘도 마찬가지로

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

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

오늘은 어제와 다르게 간단한 계산기를 구현하는 과제를 진행했습니다.

추가로 퇴근 후 가까운 서점에서

SOLID 원칙에 관한 책을 찾아보았는데 규모가 크지 않은 서점이어서 마땅한 책을 찾지 못하고

SOLID 원칙에 관한 자료를 찾아보았습니다!

주말이나 시간이 될 때 규모가 있는 서점에서 SOLID 원칙에 관한 서적을 찾아봐야겠습니다😁

Feeling (느낌)

코드숨 과정을 통해 간단한 계산기를 구현하는 과제를 진행하였는데

생각보다 쉽지 않았습니다..!

과제 제출 시간까지 너무 촉박해서 정말 부끄러운 코드를 Pull Request 하였는데

좋은 피드백을 주셔서 멘토님의 피드백을 토대로 코드를 리팩토링해서

현재 계산기 로직에 대한 부분은 어느 정도 감이 와서 코드를 작성하고 있습니다!

언뜻 보면 쉬워 보이는 과제이지만 막상 과제를 진행하니 막히는 부분이 많았고

제 자신에게 어느 정도 실망을 하고 정말 열심히 해야겠다는 생각이 들었습니다.

또한, 이번 과제를 포기하지 않고 몇 시간 동안 매달린 결과 계산기 부분은 어느 정도 성과가 있었는데

예외적으로 동작하는 부분이 있어 코드 수정이 필요합니다.

그리고 SOLID 원칙을 공부하면서 제가 작성한 코드를 되돌아보며

설계를 잘못한 컴포넌트가 많다는 것을 느꼈고

아직은 SOLID 원칙에 대해 정말 수박 겉핥기만큼도 모르지만

공부를 열심히 해서 좋은 코드를 작성할 수 있도록 노력해야겠다는 생각이 들었습니다.

 

Finding (교훈)

오늘은 "포기하지 않으면 할 수 있다."라는 교훈을 얻었습니다.

퇴근 후 서점을 들렸다 집에 오니 6시가 조금 넘은 시간이 되었는데

두 시간 넘게 고민하다 과제를 우선 제출하고 피드백을 받은 후 또 두 시간 정도 과제를 진행하고 있는데

피드백을 받은 것을 토대로 코드를 수정하다 보니 계산기 로직은 어느 정도 성과가 생겨서

포기하지 않으면 할 수 있다.라는 교훈을 얻었습니다.

또한, SOLID 원칙에 대한 자료를 찾아보며 제가 컴포넌트 추상화를 할 때 접근 자체를 잘못했다는 것을 파악했고

확장성에만 신경을 쓰다 보니 유지보수가 힘들어지고 단일 책임 원칙에 위배되게끔 코드를 작성했다는 것을 깨달았습니다.

 

메타인지

현재 아는 것

• 좋은 코드는 확장성이 좋고 유지보수가 용이한 코드이다.
• 컴포넌트 추상화보다 중요한 것은 코드 가독성과 유지보수가 가능한 것이다.( 나만 알아보는 코드를 작성하는 것은 최악이다!)
• SRP 단일 책임 원칙( 모든 클래스는 하나의 책임만 가진다 )

현재 모르는 것

• SOLID 원칙

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

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