최근 외부에서 책모임을 진행했다. 요즘 많이들 읽고 있는 “프로그래머의 뇌”라는 책을 읽는 모임인데, 많은 이들이 추천해주시기도 하고 기술 교양?서적에 관심이 있어 참여하였다. 결론적으로는 사내에서도 책모임을 진행할 정도로, 개발자 필독서라고 느꼈다. 오늘은 책이 어떤 면에서 괜찮다고 느꼈는지 나열해보고, 나열하면서 관련있는 챕터를 첨부해두려고한다.
TL;DR⭐️⭐️⭐️ 리팩토링하기 전에 제대로 된 테스트부터 마련한다. 테스트는 반드시 자가진단하도록 만든다. 프로그램이 새로운 기능을 추가하기에 편한 구조가 아니라면, 먼저 기능을 추가하기 쉬운 형태로 리팩터링하고 나서 원하는 기능을 추가한다. 리팩터링은 프로그램 수정을 작은 단계로 나눠 진행한다. 그래서 중간에 실수하더라도 버그를 쉽게 찾을 수 있다.
**[프로그래밍의 정석]**을 보고 메모한 부분을 정리했습니다. 목차 KISS :: Keep It Simple, Stupid 오컴의 면도날 DRY :: Don’t Repeat Yourself YAGNI :: You Aren’t Going to Need it PIE :: Program Intently and Expressively (
**[프로그래밍의 정석]**를 보고 메모한 부분을 정리했습니다. 목차1.1 프로그래밍에 은제탄환은 없다.1.2 코드는 설계서다1.3 코드는 반드시 변경된다. 서론 1.1 프로그래밍에 은제 탄환은 없다.*WHY_소프트웨어는 본질적으로 난해하다. 복잡성 동조성 : 실세계와 계속 동조해야한다. 가변성 : 소프트웨어가 사용자의 인식에 영향을 미치며 새로운
**[읽기 좋은 코드가 좋은 코드다.]**를 보고 메모할 부분을 정리했습니다. 목차 상관없는 하위문제 추출하기 ⇒ 관심사 분리 ⇒ 한번에 하나씩 ⇒ 관심사 분리 방법 ⇒ 생각을 코드로 만들기 ⇒ 코드 분량 줄이기 ⇒ 서론좋은 코드는 무슨 일이 일어나고 있는지를 빠르게 전달해준다.사용하기에도 즐겁고, 자신에게도 더 좋은 코드를 만들어야 하겠다는 욕구를
**[읽기 좋은 코드가 좋은 코드다.]**를 보고 메모할 부분을 정리했습니다. 목차 읽기 쉽게 흐름제어 만들기 ⇒ 거대한 표현을 잘게 쪼개기 ⇒ 변수와 가독성 ⇒ 서론좋은 코드는 무슨 일이 일어나고 있는지를 빠르게 전달해준다.사용하기에도 즐겁고, 자신에게도 더 좋은 코드를 만들어야 하겠다는 욕구를 불러일으키기도 한다. PART 2 ) 루프와 논리를
**[읽기 좋은 코드가 좋은 코드다.]**를 보고 메모한 부분을 정리했습니다. 목차 코드는 이해하기 쉬워야 한다. ⇒ 이름에 정보 담기 ⇒ 오해할 수 없는 이름들 ⇒ 미학 ⇒ 주석에 담아야 하는 대상 ⇒ 명확하고 간결한 주석 달기 ⇒ 서론좋은 코드는 무슨 일이 일어나고 있는지를 빠르게 전달해준다.사용하기에도 즐겁고,자신에게도 더 좋은 코드를 만들어야
코드의 구린내 +구린게 있으면 그 부분을 바로 잡으세요.리팩토링을 어떨 때 시작하고 어떨 때 그만둬야 할지 판단하는 일은 리팩토링 기법을 적용하는 방법만큼 중요하다. 1. 중복코드구린내의 제왕 중복코드.똑같은 코드 구조가 두 군데 이상 있을 때는 그 부분을 하나로 통일하면 프로그램이 개선한 클래스의 두 메서드 안에 같은 코드가 들어있는경우 -> 메서