20.03.16 ~ 20.03.20 TWIL

재택근무

재택근무라고 사무실보다 일을 더 안할거라고 생각하면 정말 오해다. 오히려 쉬는시간에 대한 구분이 없어 일을 더하는 기분.
삽질을 하고 있으면 시간을 허무하게 보낸 거 같은 현타..

 

배워야할 기술들

신규 프로젝트 건으로 카프카를 익혀야할 것 같다. 우선순위는 아니다. 코틀린, JPA를 학습하는게 기술적으론 우선순위다.

 

추가적으로 AWS를 써본적이 없어서 콘솔창을 한참을 뒤져보고 돌아다녔다. 아직까진 터미널로 작업하기보다는 GUI를 제공하는 툴이 있으면 그걸 더 활용하는 편인데, 적절한 균형을 맞춰야 할 것 같다.

 

Unit Test와 Integration Test

사실 Unit Test는 스프링이 없어도 돌아갈 수 있어야한다. 하나의 함수에 대해 내가 지정한 input, 설계한대로의 output을 검증한다.

 

Integration Test는 통신하기로 한 다른 컴포넌트들간의 연동을 포함하여 전체적으로 기능이 잘 수행되는지 검증한다.

 

참고하기 좋은 글

 

Stream의 resource는 꼭 닫아주자.

기능 추가 건이 있어서 개발을 하고 있는데 테스트 중 기존에 만들어져있던 api 통신을 하는데 다음 동작으로 넘어가지 않았다.

'뭐지?' 하고 기존 코드를 분석했다.(현재까지 쓰고있었던 메서드라 문제가 있을거라 생각하지 못했다.)

BufferedReader를 생성하고 파일을 끝까지 읽긴 하는데, 다 읽고 resource를 닫아주는 코드가 없었다.

    // AS-IS
    public String foo() {

        BufferedReader rd = new BufferedReader(
                new InputStreamReader(response.getContent()))

        String line;
        StringBuilder message = new StringBuilder();

        while ((line = rd.readLine()) != null) {
                message.append(line);
        }

        return message.toString();
    }

    // TO-BE
    public String foo() {
    	// resource를 닫아주는 try-with-resources를 사용하자.
        try (BufferedReader rd = new BufferedReader(
                new InputStreamReader(response.getContent()))){
                
            String line;
            StringBuilder message = new StringBuilder();

            while ((line = rd.readLine()) != null) {
                message.append(line);
            }

            return message.toString();
        }
    }

java 7부터 제공해주는 try-with-resources Statement를 사용했다.

 

그 이전 버전을 사용하시는 분들이라면, try-catch-finally를 사용하시면 될 것 같다.