이런 저런 일들로 공부는 잡히지 않고, 머릿속은 복잡하여 글을 쓰면서 마음을 정리하고자 생각하였습니다. 어떤 글을 써볼까 하다가 나의 가치관 등을 얘기하기에는 부끄럽고, 취업 준비 얘기를 하기에는 부담스러워 고민하다가, 좋은 코드에 대한 생각을 정리해보고자 합니다. 1. 좋은 코드는 어떤 코드일까? [ 1. 이야기하는 코드 ] 과거에 수능을 치르던 시절, 국어 영역 김동욱 선생님은 좋은 지문이라면 부족함이 있는 문장 뒤에 부연 설명이 있어야 한다는 얘기를 하셨습니다. 예를 들어 다음과 같은 문장을 우리가 읽었다고 합시다. 망나니 개발자는 오늘도 일을 하러 간다. 위의 문장은 상당히 함축적이기 때문에, 우리가 위의 문장을 읽었다면 당연히 다음과 같은 의문이 생길 것입니다. 어떤 일을 하러 가는데? 혹은 직..
1. 디미터(Demeter)의 법칙 이란? [ 람다식(Lambda Expression) 이란? ] 디미터의 법칙은 “Object-Oriented Programming: An Objective Sense of Style” 에서 처음으로 소개되었다. Demeter라는 프로젝트를 진행하던 개발자들은 어떤 객체가 다른 객체에 대해 지나치게 많이 알다보니, 결합도가 높아지고 문제를 야기한다는 것을 발견하였다. 그래서 이를 개선하고자 객체에게 자료를 숨기는 대신 함수를 공개하도록 하였는데, 이것이 바로 디미터의 법칙이다. 즉, 디미터의 법칙은 다른 객체가 어떠한 자료를 갖고 있는지 속사정을 몰라야 한다는 것을 의미하며, 이러한 이유로 Don’t Talk to Strangers(낯선 이에게 말하지 마라) 또는 Pri..
1. 단위 테스트 vs 통합 테스트 차이 [ 단위 테스트(Unit Test) ] 단위 테스트(Unit Test)는 하나의 모듈을 기준으로 독립적으로 진행되는 가장 작은 단위의 테스트이다. 여기서 모듈은 애플리케이션에서 작동하는 하나의 기능 또는 메소드로 이해할 수 있다. 예를 들어 웹 애플리케이션에서 로그인 메소드에 대한 독립적인 테스트가 1개의 단위테스트가 될 수 있다. 즉, 단위 테스트는 애플리케이션을 구성하는 하나의 기능이 올바르게 동작하는지를 독립적으로 테스트하는 것으로, "어떤 기능이 실행되면 어떤 결과가 나온다" 정도로 테스트를 진행한다. [ 통합 테스트(Integration Test) ] 통합 테스트(Integration Test)는 모듈을 통합하는 과정에서 모듈 간의 호환성을 확인하기 위해..
2. xUnit 예시 이번에는 TDD로 테스트를 위한 프레임워크를 작성해볼 계획이다. 테스트 프레임워크의 할 일 목록에는 setUp 메소드 호출하기, 나중에 tearDown 메소드 호출하기, 테스트가 실패해도 tearDown 호출하기, 여러 개의 테스트 실행하기, 수집된 결과를 출력하기 등이 있을 것이다. (자세한 예제는 책을 참고하기를 바라고, 기억해둘만한 내용만 정리하도록 하자.) [ 19. 테이블 차리기 ] 테스트 사이의 커플링은 확실히 지저분한 결과를 야기한다. 한 테스트가 깨지면, 다음 열 개의 테스트가 올바르더라도 같이 깨지기 때문이다. 또한 테스트의 순서에 의존적이라면 더욱 어려운 문제를 야기할 수 있다. 그렇기에 테스트 커플링을 만들지 말아야 한다. [ 22. 실패 처리하기 ] 실제 코드가..
0. 들어가기 테스트 주도 개발(TDD, Test-Driven Development)의 궁극적인 목표는 작동하는 깔끔한 코드의 작성이다. 작동하는 깔끔한 코드가 훌륭한 목표임을 말해주는 수많은 이유가 있다. 예측 가능한 개발 방법이다. 끊임없이 발생할 버그에 대해 걱정하지 않고, 일이 언제 마무리될지 알 수 있다. 코드가 가르쳐주는 모든 교훈을 학습할 기회를 갖게 된다. 처음 생각나는 대로 후딱 완료해 버리면 두 번째 것, 더 나은 것에 대해 생각할 기회를 잃게 된다. 개발한 소프트웨어는 사용자의 삶을 향상시켜 준다. 동료들이 당신을 존경할 수 있게 해주며, 나 역시 동료들을 존경할 수 있게 된다. 작성하는 동안 기분이 좋다. 테스트 주도 개발은 자동화된 테스트로 개발을 이끌어가는 방식이다. 테스트 주도..
