선생님, 개발을 잘하고 싶어요.

서문 자바 프로젝트를 한다면 응당 빌드 문제를 겪게 됩니다. 자바 코드를 컴파일하고 컴파일한 파일을 묶어서 실행 파일을 내보내는 간단하고 매번 하는 작업부터 실제 프로덕션 환경에 배포하는 작업까지 정말 다양한 일들을 처리해야 하죠. 그리고 어느샌가부터 최근 IDE에서 프로젝트를 생성할 때 자동으로 이런 빌드 문제를 해결하기 위해서 gradle을 선택하고 있는 것 같습니다. 안드로이드 공부를 처음 시작해서 안드로이드 스튜디오를 봤을 때 항상 자동으로 구성되는 gradle을 사용하고 있었습니다만 그 세부내용은 이해하지 못하고 있었습니다. 혹시 저와 같은 사람들이 있을까 하여 gradle 관련 학습내용을 공유합니다. 이번 포스팅을 잘 따라오려면 다음과 같은 걸 알고 있으면 좋습니다. 커맨드 라인 명령어와 함께..

4장 - 좋은 단위 테스트의 4대 요소 다루는 내용 좋은 단위 테스트의 관점 간 차이점 모색 이상적인 테스트 정의 테스트 피라미드 이해 블랙박스 테스트 및 화이트박스 테스트 사용 가치 있는 테스트를 작성하기 위해서는 가치 있는 테스트를 식별할 줄 알아야 한다. 이 장에선 그 방법을 알아본다. 4.1 좋은 단위 테스트의 4대 요소 자세히 살펴보기 총 네 가지 특성이 있다. 회귀 방지 리팩터링 내성 빠른 피드백 유지 보수성 4.1.1 첫 번째 요소: 회귀 방지 회귀: 코드를 수정한 후 기능이 의도한 대로 작동하지 않는 경우(소프트웨어 버그) 회귀 방지 차원에서 가치있는 테스트란 다음 사항을 고려해야 한다. 테스트 중에 실행되는 코드의 양 (많을 수록 회귀 방지 가능성 ⤴️) 코드 복잡도 (단순한 코드는 실수..

왜 단위 테스트를 해야할까? 모든 소프트웨어 개발 방법론의 목표는 무엇일까? 확장성 있고 지속 가능한 소프트웨어를 만드는 것이다. 단위 테스트를 해야하는 이유도 다르지 않다. 그렇다면 단위 테스트만 작성하면 지속 가능한 소프트웨어가 되나? 단위 테스트를 운영하는 프로젝트는 새로운 기능을 추가해도 회귀 문제가 발생하지 않나? 당연히 그렇지 않다. 단위 테스트는 지속 가능한 소프트웨어를 만들기 하나의 도구일 뿐이다. 우리는 이 도구를 잘 사용하는 법을 배워야 한다. 단위 테스트의 목적이 지속가능성에 있는 만큼 테스트를 작성할 때 불필요한 코드를 버려야한다. 단순하게 100% 코드 커버리지를 달성한다고 좋은 테스트가 아니라는 뜻이다. 좋은 테스트라고 하면 다음 세가지 속성을 만족해야 한다. 개발 주기에 통합 ..

성능에 대해 성능을 높인다? 👉 더 적은 자원으로 더 많은 일을 하도록 한다. 자원 👉 CPU, 메모리, 네트웍 속도, 디스크 속도, DB 속도, 디스크 용량 … 멀티 스레드에 내제된 성능상 비용 스레드 간 작업 조율 시 오버헤드 (락 걸기, 신호 보내기, 메모리 동기화) 컨텍스트 스위칭 스레드 생성 및 제거 여러 스레드를 효율적 스케줄링 더 나은 성능을 위해 병렬 프로그래밍 한다면 프로그램이 확보할 수 있는 자원 최대한 활용 가능한가 체크 남는 자원이 생길 때, 그 자원 역시 최대한 활용 가능한가 체크 🌟 부족한 리소스는 무엇인가? 성능 대 확장성 얼마나 빠르냐, 얼마나 많은 양의 일을 하냐 두 가지 관점에서 생각하기 얼마나 빠르냐 👉 서비스 시간, 대기 시간 얼마나 많은 👉 용량, 처리량 🌟 확장성 ..

안전성(safety)과 활동성(liveness)의 상관 관계 활동성에 문제가 되는 상황을 알아보자. 문제가 되는 사항을 미연에 방지하는 방법을 알아보자. 데드락 식사하는 철학자 문제 원형 테이블에 둘러 앉은 철학자 자기 왼쪽에 있는 젓가락을 집은 다음, 오른쪽 젓가락을 사용할 수 있을 때까지 기다린 후, 오른쪽 젓가락을 집어서 식사를 한다고 하자. 모든 철학자가 자기가 확보한 왼쪽 젓가락을 놓지 않고 오른쪽 젓가락을 기다리다가 식사를 하지 못하게됨 JVM은 데이터베이스 서버와 같이 데드락 상태를 추적하는 기능 ❌ 데드락은 시스템에 부하가 걸리는 최악의 상황에서 모습을 드러낸다. 락 순서에 의한 데드락 두 개의 스레드가 서로 다른 순서로 동일한 락을 확보하려 할 때 발생 같은 순서로 락을 확보하도록 돼 있..

모든 GUI 툴킷은 GUI 관련 작업이 모두 단일 스레드에서 일어나는 단일 스레드 서브시스템으로 구현돼 있다. 단일 스레드 서브시스템 👉 말 그대로, 하나의 스레드 위에서 동작하는 시스템 현실적으로 프로그램이 하나의 스레드만 사용하며 동작하는 건 말이 안되고, 작업 중 일부는 이벤트 스레드, 일부는 일반 애플리케이션 스레드에서 실행된다. 🤔 GUI를 그리는 안드로이드도 이러한 제약이 있다. 안드로이드에서 메인 스레드는 GUI에 접근하고 수정할 수 있는 유일한 스레드를 말하지만, 이 책에서 말하는 그런 역할을 하는 스레드는 이벤트 스레드다. GUI는 왜 단일 스레드로 동작하는가? 터치 이벤트 등 OS → App 방향 수정, 컴포넌트 배경색 설정 등 App → OS 방향 수정으로 하나의 GUI 컴포넌트를 두..

스레드 풀을 설정할 때 사용할 옵션 살피기 Executor를 사용하는 예시 보기 🤔 이미 RxJava, Kotlin coroutine과 같은 작업 관리를 위한 라이브러리를 사용하고 있는데 Executor 디테일을 알아둘 필요가 있을까? 작업과 실행 정책 간의 보이지 않는 연결 관계 일정한 조건을 갖춘 실행 정책이 필요한 작업 작업이 실행 정책에 의존성을 가진 경우가 있다. 의존성 있는 작업 이 경우 스레드 부족 데드락(thread starvation deadlock)이 발생할 수 있다. 이런 작업을 수행하는 경우에 실행 정책을 섬세하게 선택해야 한다. 스레드 한정 기법을 사용하는 작업 같은 스레드를 사용한다고 가정한 작업은, Executor가 단일 스레드로 동작하지 않을 때 스레드 안전성을 쉽게 잃는다...

자바는 실행 중인 스레드 강제 종료 지원 ❌ 강제 종료하면 공유 상태가 비정상적인 상태에 놓일 수 있음 공유 파일을 open 하고 작업하던 스레드를 강제 종료하면 누가 close 할 수 있나? 인터럽트(interrupt) 방법으로 스레드를 멈춰달라고 요청해야함 작업을 설계할 때, 인터럽트를 받으면 작업을 모두 정리하고 종료하도록 해야함 작업, 스레드가 스스로 멈출 수 있도록 구성해야함 이번 장에는 작업이나 서비스가 취소 요청에 잘 반응하도록 하는 방법을 알아본다. 작업 중단 취소 가능한 작업 👉 외부에서 해당 작업을 임의 시점에 종료 상태에 이르도록 할 수 있는 작업 언제 이런게 필요한가? 사용자 취소 요청: 취소 버튼 클릭 등 시간 제한 작업: 제한 시간 이후에는 취소 애플리케이션 이벤트: 원하는 결과..