노바의 개발도서관

8장. 경계 시스템에 들어가는 모든 소프트웨어를 직접 개발하는 경우는 드물다. 오픈소스를 이용하거나, 사내 다른 팀이 제공하는 컴포넌트를 이용하거나, 어떤 식으로든 이 외부 코드를 우리 코드에 깔끔하게 통합해야 한다. 이 장에서는 소프트웨어 경계를 깔끔하게 처리하는 기법과 기교를 살펴본다. 외부 코드 사용하기 패키지 제공자나 프레임워크 제공자는 적용성을 최대한 넓히려 애쓴다. 더 많은 환경에서 돌아가야 더 많은 고객이 구매하니까. 반면 사용자는 자신의 요구에 집중하는 인터페이스를 바란다. 이런 차이로 시스템 경계에 문제가 생길 소지가 많다. 예시) java.util.Map Map이 제공하는 기능과 유연성은 확실히 유연하지만 그만큼 위험성도 크다. 예를 들어, Map의 clear() 메서드는 Map의 사용..

9장. 단위 테스트 기존에는 단위 테스트란 자기 프로그램이 '돌아간다'는 사실만 확인하는 일회성 코드에 불과했다. 클래스와 메서드를 공들여 구현한 후 임시 코드를 급조해 테스트를 수행했는데 대개는 간단한 드라이버 프로그램을 구현해 자신이 짠 프로그램을 수동으로 실행했다. TDD(Test Driven Development) 테스트 주도 개발 (실제 코드를 짜기 전에 단위 테스트부터 짜라) 애자일과 TDD 덕택에 단위 테스트를 자동화하는 프로그래머들이 이미 많아졌으며 점점 늘어나는 추세이다. 그러나 많은 프로그래머들이 제대로 된 테스트 케이스를 작성해야 한다는 좀 더 중요한 사실을 놓쳐버렸다. TDD 법칙 세 가지 1. 첫 번째 법칙 실패하는 단위 테스트를 작성할 때까지 실제 코드를 작성하지 않는다. 2. ..

유용한 인텔리제이 단축키 (Mac 편) 맥을 사용한지 어연 두 달.. 인텔리제이를 사용하는데 은근 단축키도 다르고 헤깔린다. 인텔리제이와 맥 단축키를 책상옆에 붙여놨지만 그냥 사용하는것만 사용한다. 코드리뷰를 할 때마다 마우스를 사용하며 버벅이는 나를 보며 선배가 안타까운 눈으로 쳐다본다. 나름 단축키를 이제 많이 알았다고 생각하지만 파도파도 끝이 없다. 그래도 이렇게 살 순 없다. 기왕 이렇게 된거 여기에 정리를 해보자. 인텔리제이(맥) 단축키 요약 본 인텔리제이(윈도우) 단축키 요약본 인텔리제이 유용한 단축키 1. 코드 자동완성 개발자의 필수품(?) 코드 자동완성. 기본은 사용가능한 모든 리스트를 보여주고, 똑똑한 코드 완성은 그 중에 진짜 사용할 것 같은 친구들만 나열한다. Basic code co..

7장. 오류 처리 오류 코드와 깨끗한 코드 오류 처리는 중요하다. 하지만 오류 처리 코드로 이해 프로그램 논리를 이해하기 어려워진다면 깨끗한 코드라 부르기 어렵다. 이 장에서는 고상하게 오류를 처리하는 기법과 고려사항 몇 가지를 소개한다. 1. 오류 코드보다 예외를 사용하라 이전에는 예외를 지원하지 않는 프로그래밍 언어가 많았다. 따라서 오류 플래스를 설정하거나 호출자에게 오류 코드를 반환하는 방법이 전부였다. DeviceController.java (오류코드 사용) public class DeviceController { ... public void sendShutdown(){ DeviceHandle handle = getHandle(DEV1); // 디바이스 상태를 점검한다. if (handle !=..

객체와 자료구조 자료 추상화 구현을 감추려면 추상화가 필요하다. 그저 조회 함수와 설정 함수로 변수를 다룬다고 클래스가 되지는 않는다. 그보다는 추상 인터페이스를 제공해 사용자가 구현을 모른 채 자료의 핵심을 조작할 수 있어야 진정한 의미의 클래스다. 자료를 세세하게 공개하기보다는 추상적인 개념으로 표현하는 편이 좋다. 인터페이스나 조회/설정 함수만으로는 추상화가 이뤄지지 않는다. 개발자는 객체가 포함하는 자료를 표현할 가장 좋은 방법을 심각하게 고민해야 한다. 아무 생각 없이 조회/설정 함수를 추가하는 방법이 가장 나쁘다. 자료/객체 비대칭 객체는 추상화 뒤로 자료를 숨긴 채 자료를 다루는 함수만 공개한다. 자료구조는 자료를 그대로 공개하며 별다른 함수를 제공하지 않는다. (자료 구조를 사용하는) 절차..

WSL(Windows Subsystem for Linux)이란? WSL 개요 예전에는 윈도우에서 리눅스를 사용하려면 Virtual Machine과 같은 도구(Virtual Box, VMware 등)을 이용하여 환경을 구성하거나 듀얼 부팅 설정을 해야 했다. (라떼는 말이야..) 그러나 WSL을 이용하면 듀얼부팅이나 VM과 같은 느린 환경이 아니라 윈도우에서 리눅스 환경처럼 Powershell을 Bash 처럼 사용하고, Linux 명령어(sed, awk, vim, apt 등)를 사용할 수 있으며 Linux 커널조차 이용할 수 있다. (그것도 매우 빠른 부팅속도와 적은 메모리를 사용하면서 말이다!) 이에 윈도우를 사용하는 많은 개발자들이 환호했다. 2016년에 처음으로 WSL이 나오고 점차 발전하면서 201..

단축키(Option + Command + L)를 누르면 자동 정렬이 되지만, 가끔 까먹고 안할 때가 있다. 자동으로 저장할 때 정렬해주면 편하지 않을까? (가끔 정렬하면 더 구린 경우 팀원들에게 욕을 먹을 수 있으니 주의한다. 그래도 일단 궁금하니까 찾아본다.) Save Action 플러그인을 설치한다. Save Action 플러그인의 옵션을 킨다 [General] Activate save actions on save (before saving each file, performs the configured actions below) 저장시 활성화 (각 파일을 저장하기 전에 아래에 구성된 작업 수행) Activate save actions on shorcut (default "CTRL + SHIFT + S..

5강. 형식 맞추기 프로그래머라면 형식을 깔끔하게 맞춰 코드를 짜야 한다. 코드 형식을 맞추기위한 간단한 규칙을 정의하고 그 규칙을 착실히 따라야 한다. 팀으로 일한다면 팀이 합의해 규칙을 정하고 모두가 그 규칙을 따라야 한다. 필요하다면 규칙을 자동으로 적용하는 도구를 활용한다. 1. 형식을 맞추는 목적 코드 형식은 중요하다! 그러나 융통성 없이 맹목적으로 따르면 안된다. 코드 형식은 의사소통의 일환이다. 오늘 구현한 기능이 다음 버전에서 바뀔 확률은 굉장히 높다. 따라서 오늘 구현한 코드의 가독성은 앞으로 바뀔 코드의 품질에 지대한 영향을 미친다. 맨 처음 잡아놓은 구현 스타일과 가독성 수준은 유지보수 용이성과 확장성에 계속 영향을 미친다. 원래 코드는 사라지더라도 개발자의 스타일과 규율은 사라지지 ..

4장. 주석 주석이 나쁜 이유 나쁜 코드에 주석을 달지 마라. 새로 짜라. 브라이언 W. 커니헨, P.J. 플라우거 잘 달린 주석은 그 어떤 정보보다 유용하다. 경솔하고 근거 없는 주석은 코드를 이해하기 어렵게 만든다. 오래되고 조잡한 주석은 거짓과 잘못된 정보를 퍼트려 해약을 미친다. 우리가 프로그래밍 언어를 치밀하게 사용해 의도를 표현할 능력이 있다면 주석은 필요하지 않다. 우리는 코드로 의도를 표현하지 못해, 그러니까 실패를 만회하기 위해 주석을 사용한다. 때때로 주석 없이는 자신을 표현할 방법을 찾지 못해 할 수 없이 주석을 사용한다. 그러므로 주석이 필요하면 상황을 역전해 코드로 의도를 표현할 방법은 없는지 생각하자! 주석은 오래될수록 코드에서 멀어진다. 오래될수록 완전히 그릇될 가능성도 커진다..

3장. 함수 이해하기 어려운 함수 HtmlUtil.java HtmlUtil.java public static String testableHtml ( PageData pageData, boolean includeSuiteSetup ) throws Exception { WikiPage wikiPage = pageData.getWikiPage(); StringBuffer buffer = new StringBuffer(); if (pageData.hasAttribute("Test")) { if (includeSuiteSetup) { WikiPage suiteSetup = PageCrawlerImpl.getInheritedPage( SuiteResponder.SUITE_SETUP_NAME, wikiPage ); ..