개발도서

[리팩터링 2판] 리팩터링 카탈로그 보는 법(ch5)

ch5 리팩터링 카탈로그 보는 법리팩터링 형식- 이름 : 이름은 리팩터링 용어를 구축하는 데 중요하다. - 개요 : 리팩토링의 핵심 개념 -> 원하는 리팩터링을 찾을 때 도움 될 것이다.- 배경 : 리팩터링 기법이 왜 필요한지, 그 기법을 적용하면 안 되는 상황을 설명- 절차 : 리팩터링하는 구체적인 과정- 예시 : 해당 리팩터링 기법을 실제로 적용하는 간단한 예와 효과

[리팩터링 2판] action point(ch4)

Ch4. 테스트 구축하기테스트를 프로그래밍을 시작하기 전에 작성하면 좋은 점 : 테스트를 작성하다 보면 원하는 기능을 추가하기 위해 무엇이 필요한지 고민하게 되며, 구현보다 인터페이스에 집중하게 된다. 게다가 코딩이 완료되는 시점을 정확하게 판단할 수 있다.TDD : 테스트를 작성하고, 이 테스트를 통과하게끔 코드를 작성하고, 결과 코드를 최대한 깔끔하게 리팩터링하는 과정을 짧게 반복.리팩터링 하고 싶다면 테스트가 반드시 필요하다-> 따라서 테스트가 갖춰지지 않은 코드를 리팩터링해야 한다면, 곧바로 리팩터링 하지 않고, 먼저 자가 테스트 코드부터 작성해야 한다.테스트 작성- 실패해야 할 상황에서는 반드시 실패하게 만들자. -> 수많은 테스트를 실행했음에도 실패하는 게 없다면 테스트가 내 의도와는 다른 방..

[함께자라기] action point

함께 자라기 애자일로 가는 길(김창준)1. 자라기멘토 혹은 사수가 서로 상반된 의견을 준다면 이러한 상반된 의견과 정보 속에서 스스로 생각하는 훈련을 해야 한다.1만 시간의 법칙에서 1만 시간은 ‘자신의 기량을 향상시킬 목적으로 반복적으로 하는 수련’을 한 시간이다.애자일 철학을 활용하여 일하는 도중에도 의도적 수련을 할 수 있다.자기가 습득한 지식이나 능력은 복리로 이자가 붙는다 -> 자기계발이 중요하다.어떻게하면 더하기보다 곱하기를 더 많이 할 수 있을까?(가용시간을 늘리고 쓸데없이 낭비되는 시간을 줄이고, 잠자는 시간을 줄이는 것은 더하기적 사고이며, 집단의 지능을 높이는 것이 곱하기적 사고이다) (39-40p)1. 자신이 이미 갖고 있는 것들을 잘 활용해야 한다. 새로운 것을 유입시키는 데에만 집..

[리팩토링 2판] action point(ch3)

Ch3. 코드에서 나는 악취리팩터링이 필요한, 때로는 아주 절실한 코드들에 일정한 패턴이 있다1. 기이한 이름(Mysterious Name)- 마땅한 이름이 떠오르지 않으면 설계에 더 근본적인 문제가 숨어있을 수 있다2. 중복 코드(Duplicated Code)3. 긴 함수(Long Function)- 간접 호출의 효과, 코드를 이해하고, 공유하고, 선택하기 쉬워진다는 장점은 함수를 짧게 구성할 때 나온다- 주석을 달아야 할 만한 부분은 무조건 함수로 만든다. 함수 이름은 동작 방식이 아닌 의도가 드러나게 짓는다- 조건문이나 반복문도 추출 대상의 실마리를 제공한다4. 긴 매개변수 목록(Long Parameter List)5. 전역 데이터(Global Data)- 전역 데이터는 코드베이스 어디에서든 건드릴..

[리팩터링 2판] action point(ch2)

리팩터링 정의명사 : 소프트웨어의 겉보기 동작은 그대로 유지한 채, 코드를 이해하고 수정하기 쉽도록 내부 구조를 변경하는 기법동사 : 소프트웨어의 겉보기 동작은 그대로 유지한 채, 여러 가지 리팩터링 기법을 적용해서 소프트웨어를 재구성하다.1. 리팩터링 하는 동안에는 코드가 항상 정상 작동해야한다 -> 전체 작업이 끝나지 않았더라도 언제든 멈출 수 있다이 부분을 잘 수행하기 위해선 리팩터링 단계를 잘게 쪼개고 항상 정상 작동한다는 것을 매번 테스트를 수행하며 보장해야 한다는 말과 같다고 생각한다. Ch1에서도 강조한 부분이지만 그래서 잘짜여진 테스트가 대단히 중요하다.2. 기능 추가, 리팩터링를 명확히 구분하여 자주 번갈아 작업하더라도 두 개의 모자 중 하나의 모자를 써야 한다. 항상 내가 쓰고 있는 모..

[리팩터링 2판] action point(ch1)

조금 변경한 refactoring이더라도 매번 테스트 할 것자주하는 실수이다. 오류를 수정하거나 리팩터링을 할 때, 기존에 작성한 테스트를 실행하지 못해서 코드의 오류를 나중에 발견할 때가 많아 디버깅이 어려웠다. 작은 변경이더라도 매번 테스트를 통과하는 지 확인하는 과정을 습관화 해야겠다.리팩터링을 통한 성능문제 -> 특별한 경우가 아니라면 일단 무시하고 이후 성능이 떨어진다면, 리팩터링을 마무리하고 성능을 개선모듈화를 통해 코드가 길어질 수 있지만 전체 로직을 구성하는 요소 각각이 더 뚜렷이 부각된다. 이렇게 모듈화를 하면 각 부분이 하는 일과 그 부분들이 맞물려 돌아가는 과정을 파악하기 쉬워진다.'항시 코드베이스를 작업하기 전보다 더 건강하게 고친다.'조건부 로직을 명확한 구조로 보완하는 방법에는 ..