클린 코드 읽으며 뼈맞았던 내용 중 3가지 진리 를 고르고, 진리를 따르는 예시 총 3가지를 만들기. 진리 1. try/catch 블록을 별도 함수로 뽑아내는 편이 좋다. (p.58) 무엇을 고쳤는가? 😂 Before const saveAsImageHandler = async () => { const target = document.getElementById('content'); if (!target) return alert('결과 저장에 실패했습니다.'); alert( '새로운 창이 열리면\nPC에서는 우클릭 -> 이미지 저장하기\n모바일은 이미지를 꾹 눌러주세요!\n*새로운 창이 안 열린다면 팝업을 해제해주세요*' ); try { const canvas = await html2canvas(target..

Day 20, 21 🔖 오늘 읽은 범위 : 10장 클래스(p.172 ~ p.192) 😃 책에서 기억하고 싶은 내용 클래스를 만들 때 첫번째 규칙은 크기다. 클래스는 작아야 한다. 두 번째 규칙도 크기다. 더 작아야 한다.(p.172) 클래스 설명은 만일("if"), 그리고("and"), -(하)며("or), 하지만("but")을 사용하지 않고서 25단어 내외로 가능해야 한다.(p.175) 단일 책임 원칙은 클래스나 모듈을 변경할 이유가 하나, 단 하나뿐이어야 한다는 원칙이다.(p.175) 관심사를 분리하는 작업은 프로그램만이 아니라 프로그래밍 활동에서도 마찬가지로 중요하다.(p.176) "도구 상자를 어떻게 관리하고 싶은가? 작은 서랍을 많이 두고 기능과 이름이 명확한 컴포넌트를 나눠 넣고 싶은가? 아니..

Day 17, 18 🔖 오늘 읽은 범위 : 9장 단위 테스트(p.153 ~ p.170) 😃 책에서 기억하고 싶은 내용 TDD 법칙 세 가지(p.155) 첫째 법칙: 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다. 둘째 법칙: 컴파일은 실패하지 않으면서 실행이 실패하는 정도로만 단위 테스트를 작성한다. 셋째 법칙: 현재 실패하는 테스트를 통과할 정도로만 실제 코드를 작성한다. 테스트 코드가 복잡할수록 실제 코드를 짜는 시간보다 테스트 케이스를 추가하는 시간이 더 걸리기 십상이다. 실제 코드를 변경해 기존 테스트 케이스가 실패하기 시작하면, 지저분한 코드로 인해, 실패하는 테스트 케이스를 점점 통과시키기 어려워진다.(p.156) 테스트 코드는 실제 코드 못지않게 중요하다.(p.157) 코..

📚 추천하는 TIL @Flynn 님 링크: Day11 내가 작성했던 Day11의 리팩토링 부분하고 구조 자체는 비슷하지만 내 코드에서 뭐가 좀 더 부족한지 알게 해주었던 Flynn님의 코드였다. 변수명, 함수명, 함수 기능 부분에서 최~대한 명확하게 이름을 짓고 세분화 한 것을 보고 이렇게까지 할 수 있었구나 느꼈던 Flynn님의 코드였다. @친슈 님 링크: Day12 지금까지 읽으면서 개인적으로 제일 어려웠던 부분이 '객체외 자료구조' 부분이었는데 친슈님께서는 세밀하게 코드 부분도 인용하고 정리도 잘 하신 것 같다. @Arthur Coker 님 링크: Day15 '오류 처리'장에서 직접 읽고 자신의 코드를 리팩토링한 것을 작성하고 문제점까지 제시하는 부분이 인상깊었다.

Day 13, 15 🔖 오늘 읽은 범위 : 7장 오류 처리(p.130~p.142) 😃 책에서 기억하고 싶은 내용 깨끗한 코드와 오류 처리는 확실히 연관성이 있다. 상당수 코드 기반은 전적으로 오류 처리 코드에 좌우된다.(p.130) 오류 코드보다 예외를 사용하라.(p.130) 예외가 발생할 코드를 짤 때는 try-catch-finally 문으로 시작하는 편이 낫다. 그러면 try 블록에서 무슨 일이 생기든지 호출자가 기대하는 상태를 정의하기 쉬워진다.(p.131) 오류 메시지에 정보를 담아 예외와 함께 던진다. 실패한 연산과 실패 유형도 언급한다.(p.135) 애플리케이션에서 오류를 정의할 때 프로그래머에게 가장 중요한 관심사는 오류를 잡아내는 방법이 되어야 한다.(p.135) null을 반환하는 코드는..

Day 10 🔖 오늘 읽은 범위 : 5장 형식 맞추기(p.96~p.116) 😃 책에서 기억하고 싶은 내용 프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야한다. 코드 형식을 맞추기 위한 간단한 규칙을 정하고 그 규칙을 정하고 그 규칙을 착실히 따라야 한다. 팀으로 일한다면 팀이 합의해 규칙을 정하고 모두가 그 규칙을 따라야 한다. 필요하다면 규칙을 자동으로 적용하는 도구를 활용한다.(p.96) 코드 형식은 의사소통의 일환이다. 의사소통은 전문 개발자의 일차적인 의무다.(p.96) 적절한 행 길이를 유지하라.(p.96) 소스파일도 신문기사와 비슷하게 작성한다. 일므은 간단하면서도 설명이 가능하게 짓는다. 이름만 보고도 올바른 모듈을 살펴보고 있는지 아닌지를 판단할 정도로 신경 써서 짓는다. 소스 파일 첫 부..

언젠간 읽어 봐야지 하는 생각을 갖고 많은 시간이 지났는데, 이번 노마드 코더 북클럽이 시작한다해서 꾸준히 책 읽는 습관도 들이고 혼자 읽는 것 보다 다른 사람들과 같이 감상평도 공유하면서 읽으면 책을 다 읽고 난 뒤에 효과가 정말 좋을 거 같아서 완전히 내 것으로 만든다는 목표로 책도 구입하고 북클럽도 신청해 본다! #노개북 #노마드코더 #북클럽 #클린코드