공부하는개미

😀 책에서 기억하고 싶은 내용을 써보세요.

• 한 개념에 한 단어를 사용하라
  => 추상적인 개념 하나에 단어 하나를 선택해 이를 고수한다.
  예를 들어, 똑같은 메서드를 클래스마다 fetch, retrieve, get으로 제각각 부르면 혼란스럽다.
• 메서드 이름은 독자적이고 일관적이어야 한다.
  => 그래야 주석을 뒤져보지 않고도 프로그래머가 올바른 메서드를 선택한다.
• 한 단어를 두 가지 목적으로 사용하지 마라.
  => 다른 개념에 같은 단어를 사용한다면 그것은 말장난에 불과하다.
• 불필요한 맥락을 없애라
  => 짧은 이름이 긴 이름보다 좋지만, 의미가 분명해야 한다.

🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요.

1. 클린 코드를 읽으면서 내가 작성한 코드를 보니까 의미가 명확하지 않은 것들이 많았습니다.
   => 다행히도 주석을 달아놓아서 의미 파악은 가능했지만 없었으면 힘들었을 것입니다.
   => 예전에 작성한 코드를 보면서 비슷한 것들이 있는지 확인 후 교체하면서 연습 필요하다고 생각했습니다.
   => 직접 바꿔보면서 연습해 연습!
2. 불필요한 맥락을 지우고 의미를 명확하게 한다는 것이 상당히 힘들다는 것을 느꼈습니다.
   => 처음에 나온 장인 정신처럼 내가 작성한 코드에 만족하지 못하는 성향이 있는 것 같습니다.
   => 다른 사람이 봤을 때 어떻게 생각할까 라는 고민을 하는 것 같습니다(팀원이 내 코드를 봤을 때).

🔎 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요. 

• 문제 영역에서 가져온 이름을 사용하라(34p)
  => 문제 영역이 정확하게 어디인지 잘 모르겠습니다.
  => 구글에 'Problem Domain' 검색해서 의미 파악해보기
• 우수한 프로그래머와 설계자라면 해법 영역과 문제 해결 영역을 구분할 줄 알아야 한다.(35p)
  => 해법 영역은 프로그래머가 주로 사용하는 기술적인 용어를 얘기하는 것 같습니다(프로그래머 용어).
  ex) 전산 용어, 알고리즘 이름, 패턴 이름, 수학 용어 -> JobQueue, AccountVisitor 등
  => 문제 영역은 프로그래머보다는 고객의 영역에 가까운 것 같습니다(고객이 제시한 문제, 고객 친화적 용어).
  

👀 소감 3줄 요약

• 클린 코드를 읽으면서 해이해진 나를 다시 일으키는 기회가 되었으면 좋겠습니다.
• 장인정신을 가지고 내 코드를 한 번이라도 더 들여다보고 리팩터링!
• 오늘 바로 당장 프로젝트 코드 수정해보자!

😀 책에서 기억하고 싶은 내용을 써보세요.

• 의도가 분명하게 이름을 지으라
  => 좋은 이름을 지으려면 시간이 걸리지만 좋은 이름으로 절약하는 시간이 훨씬 더 많다.
  => 이름을 주의 깊게 살펴 더 나은 이름이 떠오르면 개선하기 바란다.
• 따로 주석이 필요하다면 의도를 분명히 드러내지 못했다는 말이다.
• 발음하기 쉬운 이름을 사용하라
  => 발음하기 어려운 이름은 토론하기도 어렵다.
  => 프로그래밍은 사회 활동이다.
  => 다른 사람에게 설명해줘야 하는 소요가 생긴다.
• 독자가 코드를 읽으면서 변수 이름을 자신이 아는 이름으로 변환해야 한다면
  그 변수 이름은 바람직하지 못하다.
  => 문자 하나만 사용하는 변수 이름은 문제가 있다.

🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요.

1. 내가 변수명 이름을 정하는데 꽤 오랜 시간이 걸렸었습니다.
   처음에는 이게 강박증 같은 것인 줄 알았는데, 지금 꼭 필요한 습관이라는 걸 이 책으로 알게 되었습니다.
2. 좋은 코드는 주석이 필요 없고, 편하게 읽힌다는 것에 동감합니다.
   구글 검색을 통해 다양한 코드를 보면서 확실히 깨끗한 코드는 주석이 안달려도 쉽게 읽어집니다.
3. 협업을 하면서 변수명을 잘못 지어서 고통을 받은적이 있다.
   => 이상하게 그 때는 다른 사람이 내가 작성한 코드에 대해 질문이 많았었다.
4. 이름을 의미있게 지으면 함수가 길어진다
   => 항상 고민이 되었던 부분입니다.
   의미를 명확하게 담을려면 함수가 길어졌기 때문입니다.
   이 책을 읽고 나면서 의미가 명확한게 우선순위라는걸 알게되었습니다.
   * 실제로 잘 작성된 코드를 보면 함수명이 상당히 길었습니다.

🔎 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요. 

• 인코딩을 피하라(29P) 부분에서 인코딩의 명확한 의미를 모르겠습니다.
  => 문자를 정해진 형태로 만들어 놓는 것 같다고 책을 읽으면서 생각했습니다.

👀 소감 3줄 요약

• 의도가 명확한 변수가 동료를 웃게 만든다.
• 깨끗한 코드는 주석이 필요가 없다.
• 책을 읽고 끝내는게 아니라 내가 작성한 코드를 돌아보자.

😀 책에서 기억하고 싶은 내용을 써보세요.

• 깨끗한 코드는 읽으면서 놀랄 일이 없어야 한다 - 워드 커닝햄 -
• 코드를 독해하느라 머리를 쥐어짤 필요가 없어야 한다.
• 잘 짠 코드가 전부는 아니다. 시간이 지나도 언제나 깨끗하게 유지해야 한다.
  => 우리는 적극적으로 코드의 퇴보를 막아야 한다.
• "연습해, 연습!"

🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요.

1. 깨끗한 코드는 막힘없이 읽혀야 한다는 것을 알게 되었습니다.
   => 내 코드를 다른사람이 읽을 때 과연 그럴까 고민하게 되었습니다.
2. 내가 독해하느라 머리를 쥐어짠 코드는 다른 사람도 동일 하다는걸 프로젝트하면서 느꼈습니다.
   => 우선 내가 봤을 때 깨끗하게 만든 후에 피드백을 받아야 한다고 생각합니다.
3. 결국에는 끊임없이 연습 또 연습

🔎 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요. 

• 잘 짠 코드가 깨끗한 코드라는 생각을 가졌습니다.
  이 부분에서 둘의 차이가 어떤지 궁금합니다.
  => 제 생각에는 성능이 좋고 의도한대로 돌아가지만, 남들이 봤을 때 더러운 코드 같습니다.
  => 결국 자신만 이해하는 자기만족의 코드라고 생각했습니다.

👀 소감 3줄 요약

• 누구든 쉽게 읽을 수 있는 코드, 남들이 머리를 쥐어짜지 않게 하자!
• 잘 짠 코드라는 목표를 넘어서 깨끗한 코드를 만들자!
• 읽고 끝내는 것이 아니라 연습 또 연습!

😀 책에서 기억하고 싶은 내용을 써보세요.

• 중복을 피하라, 한 기능만 수행하라, 제대로 표현하라, 작게 추상화하라
• 언어를 단순하게 보이도록 만들기
  => 언어를 단순하게 보이게 만드는 열쇠는 프로그래머이다!
• 읽기 쉬운 코드
  => 남이 볼 수도 있지만, 내가 예전에 작성한 코드를 내가 봐야 할 때가 많다.
  => 주변 코드를 읽지 않으면 새 코드를 짜지 못한다.
• 지속적인 개선이야말로 전문가 정신의 본질
• 예술에 대한 책을 읽는다고 예술가가 된다는 보장이 없다.
  책은 단지 다른 예술가가 사용하는 도구와 기법, 그리고 생각하는 방식을 소개할 뿐이다.

🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요.

1. 코딩을 하면서 중복된 코드를 메서드로 묶고 한 기능만 수행하도록 리팩터링 할 때,
   내 코드가 정말 깨끗해지고 있다는 느낌을 많이 받았습니다.
2. 언어를 단순하게 보이도록 하는 것이 정말 어려웠습니다.
   우선 다른 사람에게 내 코드를 피드백받을 곳이 많이 없었던 것 같습니다.
   부트캠프 과정이 끝난다면 알바를 해서라도 코드 리뷰를 해주는 교육기관을 다녀보고 싶습니다.(혹은 취직)
3. 지속적인 개선을 위해서는 어느정도 내 코드에 대한 애착이 있어야 한다고 생각합니다.
   => 지금까지 작성한 코드에서 애착이 많이 갔던 것은 개인 프로젝트였던 것 같습니다.

🔎 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요. 

• 글쓰기와 깨끗한 코드를 비슷하다고 설명하고 있습니다.
  글쓰기, 코딩 둘 다 실력이 가시적으로 뚜렷하게 보이지 않아서 내가 작성한 글과 코딩이 좋은지 모르겠습니다.
  책에서는 읽기 편한 글 혹은 코드면 깨끗한 코드라고 하는데, 제 코드도 이 부분에 취합하는지 고민해봐야겠습니다.

👀 소감 3줄 요약

• 지금까지는 팀원들 혹은 취업을 위해 깨끗한 코드를 작성하려고 노력했던 것 같습니다.
• 내가 작성한 코드는 내가 제일 많이 보게 된다는 것을 느꼈습니다.
• 노개북 시작과 이 책을 읽게 된 게 정말 큰 도움이 되고 있습니다.

😀 책에서 기억하고 싶은 내용을 써보세요.

• 작은 것에도 충실한 사람이 큰 것에도 충실하다.
  => 호미로 막을 일을 가래로 막지마라.
  => 일찍 일어나는 새가 벌레를 잡는다.
  => 오늘 할 수 있는 일을 내일로 미루지 마라.
• 좋은 코드를 사수하는 일은 바로 우리 프로그래머들의 책임이다.
  => 일정에 쫓기더라도 대다수 관리자는 좋은 코드를 원한다.
  => 그들이 일정과 요구사항을 강력하게 밀어붙이는 이유는 그것이 그들의 책임이기 때문이다.
  => 나쁜 코드의 위험을 이해하지 못하는 관리자의 말을 그대로 따르는 행동은 전문가답지 못하다.
• 깨끗한 코드는 세세한 사항까지 꼼꼼하게 처리하는 코드다.
• 깨끗한 코드는 한가지에 '집중'한다.
• 깨끗한 코드는 단순하고 직접적이다.
• 깨끗한 코드는 다른 사람이 고치기 쉽다.

🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요.

1. 더러운 코드를 작성하고 재설계를 한다는건 상당히 힘들다.
   => 실제로 프로젝트 하면서 '우선 만들고 리펙토링 하자' 는 생각은 잘 안지켜졌다.
   => 재설계를 하자고 생각하지만 하나를 고치면 다른 곳도 문제가 생겨서 방관한 적도 있다.
2. 나쁜코드를 작성해서 프로젝트 기간동안 다른 팀원에게 수정 사항을 받은적이 있다.

🔎 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요. 

• 코드는 추측이 아니라 사실에 기반해야 한다. 반드시 필요한 내용만 담아야 한다.
  => 코드가 추측이 아니라 사실이라는 말이 잘 모르겠습니다.

👀 소감 3줄 요약

• 프로젝트를 진행과 동시에 클린 코드를 읽으면서 책 내용 활용
• 첫 부분을 읽으면서 왜 이 책이 좋다고 생각하는지 알게 되었습니다.
  => 개발자의 습관에 대한 내용
  => 다양한 예시와 유명한 개발자들의 말을 인용
• 끝까지 꼭 읽자!

집에서 박혀있던 클린코드 책을 드디어 꺼내는 계기가 되었습니다.

노마드코더에서 니꼬쌤과 함께 북클럽을 운영 한다고 해서 냅다 지원!

https://nomadcoders.oopy.io/

하루하루 책을 읽고 같이 진행 하시는분과 인증을 하기 때문에 더욱 동기부여가 될 것 같습니다.

이번에는 꼭 완독하고 클린한 개발자가 될 수 있도록 해야겠어요.