우선 해당 문제의 규칙을 이해하는데도 한참 걸렸다.

숫자 진법으로 바꾸는 문제라고만 생각을 했는데, 아무리봐도 규칙이 보이지가 않아서 다른 블로그를 참고해보니 나머지가 0일 때는 나머지를 4로 표기하고 몫을 1 감소시켜야 하는 규칙이 있었다.

function solution(n) {
    var answer = '';

    var q = parseInt(n / 3);
    var r = n % 3;

    if (r == 0) {
        r = 4;
        q--;
    }

    answer = r;

    while (q > 0) {

        r = q % 3;
        q = parseInt(q / 3)

        if (r == 0) {
            r = 4;
            q--;
        }

        answer = r + "" +answer;
    }

    q = q <= 0 ? "" : q

    answer = q + "" + answer;

    return answer;
}

function solution(name) {
    var answer = 0;

    let ascCnt = 0;
    let descCnt = 0;

    let nameArr = name.split("");
    let forwardArr = name.split("");
    let reverseArr = forwardArr.slice(0, 1).concat(name.split("").reverse().slice(0, name.length - 1));

    if (nameArr.filter((x) => x != "A").length < 1) return 0;

    for (var i = 0; i < name.length; i ++) {
        if (forwardArr.filter((x) => x != "A").length > 0) {
            ascCnt++;   
            forwardArr = forwardArr.slice(1);
            let lastChar = "";
            if (forwardArr.length * 1.0 / 2 < forwardArr.findIndex((x) => x != "A")) {
                lastChar = forwardArr[0];
                forwardArr.reverse();
                forwardArr.pop();
                forwardArr.unshift(lastChar);
            }
        }
        if (reverseArr.filter((x) => x != "A").length > 0) {
            descCnt++;
            reverseArr = reverseArr.slice(1);
        }
    }
    ascCnt = ascCnt > 0 ? ascCnt-1 : 0;
    descCnt = descCnt > 0 ? descCnt-1 : 0;

    for (var i = 0; i < nameArr.length; i ++) {
        if (nameArr[i] == 'A') continue;

        let code = nameArr[i].charCodeAt();

        if (code > 78) {
            answer += 25 - Math.abs(code - 65) + 1;
        } else {
            answer += Math.abs(code - 65);
        }
    }

    answer = ascCnt > descCnt ? answer + descCnt : answer + ascCnt;

    return answer;
}

처음 문제 풀 때 고려했던 4가지는 아래와 같다

• 아스키코드로 절대값(A-B) 계산해서 위 아래 중 뭐가 적은지 비교
• 절대값이 12 초과 차이 나면 반대로 가야함
• 만들어야 할 단어가 A 면 스킵하고 넘어가기
• 글자 수 비교해서 왼쪽으로 이동하는게 빠른지 오른쪽으로 이동하는게 빠른지 체크

그런데 위 4가지만 고려하고 코드를 짰을 때는, 테스트케이스에서 1개가 계속 실패했다.

추가로 고려해야했던 상황은 처음엔 정방향으로 갔다가 다시 역순으로 가는게 빠를 때! 이 케이스를 누락했다.

어차피 첫 번째 문자에서 왼쪽 커서를 눌러 오른쪽으로 가게되면 다시 오른쪽으로는 갈 수 없기 때문에 if (forwardArr.length * 1.0 / 2 < forwardArr.findIndex((x) => x != "A")) 이 if 문에 걸리는 경우 그냥 배열을 첫 번째 문자 제외하고 역순으로 뒤집어 버렸다.

어렵다 어려워 알고리즘... 더 좋은 방법이 없나 서치 좀 해봐야겠다.

function solution(numbers, target) {
    var answer = 0;

    //numbers 배열의 모든 총 합이 target과 같은 경우 다른 방법은 없으므로 1로 리턴
    if (numbers.reduce((pre, cur) => pre + cur) === target) return 1;

    //재귀 작성
    const dfs = (cnt, sum) => {
        //전체 배열의 길이보다 작은 경우에만
        if (cnt < numbers.length) {
            //더했을 경우와 뺏을 경우 모두 비교해야하므로
            dfs(cnt + 1, sum + numbers[cnt])
            dfs(cnt + 1, sum - numbers[cnt])
        } else {
            //모든 numbers를 다 순회 한 이후 sum과 target이 같으면 ++
            if (sum === target) ++answer;
        }
    }

    dfs(0, 0)

    return answer;
}

git diff 브랜치1명 브랜치2명

2 ) 브랜치1과 브랜치2의 특정 파일 다른 내용 비교

git diff 브랜치1명 브랜치2명 파일경로

3 ) git diff 명령어 뒤에 오는 순서에 따라 표기가 달라지게 됨

** Ex. 브랜치 2에만 추가 된 내용이 있는 경우 **

git diff 브랜치1명 브랜치2명 => 삭제 된 코드로 나옴
git diff 브랜치2명 브랜치1명 => 추가 된 코드로 나옴

처음 세팅도 난관이었지만 이건 테스트 코드 작성 + 문서 코드 작성 조차도 쉽지가 않다. 다들 난이도 있다고 한 이유가 있었음을 실감하는 중.

이번 삽질은 게시글 작성 시에 이미지를 함께 첨부할 일이 있어서, multipart/form-data 폼을 사용할 일이 있었는데 다른 것도 아니고 문서 작성 코드를 쓰는데 너무 삽질을 많이 했다.

1. Spring REST Docs 공식 문서 공식 문서를 참고해서 가상의 MultipartFile 객체는 어렵지 않게 만들 수 있었다.

2. File 객체 외의 추가 파라미터 나는 위의 이미지와 같이 file 객체 외에 다른 파라미터들을 함께 넘기고 싶었다. 그래서 생성한 테스트 코드는 아래와 같다.

3. 테스트 코드 작성

MockMultipartFile image = new MockMultipartFile("files", "imagefile.jpeg", "image/jpeg", "<<jpeg data>>".getBytes());

    mockMvc
        .perform(RestDocumentationRequestBuilders.fileUpload(apiUrl)
            .file(image)
            .param("reqType", "P")
            .param("departure","mvc test departure")
            .param("arrival","mvc test arrival")
            .param("arrivalDate", "2021-10-15")
            .param("title","mvc test title")
            .param("content","mvc test content")
            .flashAttr("write", new PostDto.Write())
            )

MockMultipartFile 생성 시 인자 값은 다음과 같다.

1) file 객체를 받을 Parameter Name (2번의 이미지를 보면 알겠지만, 나는 files라는 key값으로 받고있다) 2) Original File Name 3) MIME TYPE 4) 파일을 구성 데이터

RequestBuilder에서 이미지에 대해서만 .file의 값으로 채웠고, 그 외 다른 파라미터들은 .param 값으로 입력을 했다.

*4. 문서 작성 코드 부분 *

.andDo(document("post/{method-name}",
    requestParameters(
        parameterWithName("reqType").description("요청 타입")
        ,parameterWithName("departure").description("출발지")
        ,parameterWithName("arrival").description("도착지")
        ,parameterWithName("arrivalDate").description("픽업일자")
        ,parameterWithName("title").description("제목")
        ,parameterWithName("content").description("내용")
    )
    , requestParts(
        partWithName("files").description("첨부 이미지")
    )

1번에서 본 공식 문서 가이드에는 file객체 외에 일반 텍스트 파라미터를 함께 명시해 둔 가이드가 없는데 정말 별거 없다. 그냥 requestParameters에 parameterWithName으로 작성해주면 된다.

file 객체는 part 타입으로 넘어오므로 별도로 표기까지 해주었다.

*5. 생성 된 문서 *깔끔해.. 너무 조앙...

요청값과 응답값이 맞지 않으면 테스트 자체를 통과하지 못하고, 그렇기 때문에 문서도 변경되지 않는다. 종종 프로젝트 막바지에 추가로 특정 값들이 추가되거나 그런 경우 문서 업데이트가 누락되는 경우도 많은데 그럴 일이 없어서 좋을 것 같다. 그리고 개발하는데 있어서 단위 테스트 코드 작성에도 습관 들일 수 있을 것 같아서 열심히 사용해보려고 한다.

끗.

Java에서 getter, setter 등의 메소드를 대신 생성해주는 라이브러리이다. 외에도 편리한 어노테이션들을 많이 제공하고 있다고 한다.

최근에 맥북 OS 업데이트를 하고나서 갑자기 STS가 실행이 안되는 바람에 JDK 삭제 > 재설치, PC 재부팅 등등 하면서 가까스로 다시 STS를 살려냈는데, 문제는 다음이었다 :(

갑자기 STS 창 분할, 창 이동 등 드래그드랍으로 편리하게 창을 이동하고 분할하고 하던 기능들이 갑자기 먹통이 된 것... 진짜 이런 엄한데서 시간 뺏기면 열 받는다..

찾아보기도 귀찮고 사용하던 STS 버젼이 3 버전대라서 그냥 4버전대로 업데이트도 할 겸, 그냥 쿨하게 삭제하고 STS4를 설치했다.

그리고 workspace 버젼도 다시 업데이트 해주고, jdk도 제대로 잡혀있는지 확인도 하고, 다 멀쩡해 보였는데 코드에서 에러 뿜뿜 ㅠㅠ 보니까 Lombok에서 뭔가 오류가 있는 것 같았다!

우선 STS 설정파일이 위치한 곳에 lombok.jar가 존재하는지 확인! 나 같은 경우엔 존재는 하는데 뭔가 정상적으로 동작하지가 않아서 그냥 저 jar파일을 삭제했다.

그리고나서 Maven 프로젝트 중 아무거나 하나를 열어서, Maven Dependencies에 있는 lombok.jar 파일을 Java Application으로 실행했다.

그럼 이런 화면이 뜨는데, Specify location... 을 클릭해서 ini 파일(STS 셋팅 파일 / 위에서 삭제한 lombok.jar 파일의 경로와 같은 곳에 있음)을 선택, 그리고 Install/Upadte를 눌러주면 끝!

STS를 재시작한 후에, clean > build 해 보았더니 오류 없이 정상 동작한다!

react-native-location

필요한 기능들을 제법 많이 제공하고 있어서 잘 사용 중이었는데, 배포 전 마지막 운영 테스트에서 'Android 디바이스에서 실제 현재 위치와 앱에서 표기해주는 현재 위치가 다소 차이가 난다' 는 이슈가 나왔다.

테스트 중인 사무실 위치는 신사동인데 자꾸 한남동으로 나온다는 것이었다.

한남동에서 다리 하나만 건너면 신사동이라 쌩판 잘못됐다기보다는 정확도 문제인 것 같아서, 정확도 향상이 가능한지 다시 한번 문서 정독!

Configuration 쪽 셋팅 시에, desiredAccuracy 라는 값이 있다.

RNLocation.configure({
    distanceFilter: 100, // Meters
    desiredAccuracy: {
      ios: "best",
      android: "balancedPowerAccuracy"
    },
    // Android only
    androidProvider: "auto",
    interval: 5000, // Milliseconds
    fastestInterval: 10000, // Milliseconds
    maxWaitTime: 5000, // Milliseconds
    // iOS Only
    activityType: "other",
    allowsBackgroundLocationUpdates: false,
    headingFilter: 1, // Degrees
    headingOrientation: "portrait",
    pausesLocationUpdatesAutomatically: false,
    showsBackgroundLocationIndicator: false,
})

The accuracy of the location data. Defaults to best on iOS and balancedPowerAccuracy on Android.

Valid options for android : balancedPowerAccuracy, highAccuracy, lowPower, or noPower.

Valid options for ios : bestForNavigation, best, nearestTenMeters, hundredMeters, or threeKilometers.

위와 같이 정확도와 관련 된 다양한 옵션들을 제공 중이었다. 가장 높은 정확도인 _highAccuracy_를 선택하고 다시 빌드 후 실행해보았다

역시나 한 번에 될리가 ㅎㅎ

디버그 모드 실행해서 보니 아래와 같은 warning 발견

확인해보니, RNLocation 사용을 위해 위치 권한을 사용자에 요청할 때 모드가 coarse로 되어 있었다

안드로이드 공식 문서를 조금 더 찾아보니 위와 같은 차이점에 대한 설명을 확인할 수 있었다!

android.permission.ACCESS_COARSE_LOCATION - API에서 WiFi 또는 모바일 데이터(또는 둘 다)를 사용하여 기기의 위치를 결정할 수 있습니다. API에서는 정확도가 도시 블록 1개 정도의 오차 수준으로 위치를 반환합니다.

android.permission.ACCESS_FINE_LOCATION - _API에서 위성 위치 확인 시스템(GPS), WiFi 및 모바일 데이터 등 이용 가능한 위치 제공자를 사용하여 최대한 정확하게 위치를 결정할 수 있습니다.

Coarse 정도의 권한으로는 도시 블록 1개 정도 오차 수준이 발생할 수 있다고 하니, 다리 하나 건너는 정도의 오차가 발생할 수 있었던 것 같다.

*권한 요청 코드 수정 *

• 기존 코드

    RNLocation.requestPermission({
      ios: 'always',
      android: {
        detail: 'coarse',
      },
    })

이렇게 되어 있던 코드를 아래와 같이 수정!

• 수정 코드

    RNLocation.requestPermission({
      ios: 'always',
      android: {
        detail: 'fine',
      },
    })

수정하고 나니 매우 잘 된다! 완전 정확히 내가 현재 있는 위치로 좌표가 나오는 것도 확인!

디버깅.. 역시 디버깅이 최고다.....

사실, 아직도 나는 내가 서버 개발자인지 프론트엔드 개발자인지 잘 모르겠다 :(

자사 서비스나 솔루션이 있는 업체라면 말이 달라지겠지만, 작은 규모의 SI 업체에선 사실 하나만 딱 하기는 쉽지 않은 것 같다.

아무튼! 그 동안 우리 회사는 주로 NCP(Naver Cloud Platform)을 사용해왔는데 이번 클라이언트에서는 AWS를 사용하고싶다 하여, 부랴부랴 AWS 셋팅을 하게 되었다.

처음이라 진짜 별거 없는 거에 하루를 쏟아 부었지만 그래도 무사히 착착 진행되었음에 감사하며.. 까먹지 않기 위해 글을 남겨본다...

1) AWS EC2 인스턴스 시작

인스턴스 시작 전, 반드시 우측 내 ID 옆 리전(지역)을 확인할 것...

최초에 오하이오 미국으로 잡혀 있어서 처음에 만든 인스턴스가 오하이오에 떠있었다 ㅠ_ㅠ 제일 중요한 것..! 리전 변경이 안된다!!!

나는 서버 셋팅이랑 디비 설치까지 다해놓고 그제서야 알아채서 좌절했다... 부랴부랴 서버 이미지 뜨고 서울 리전으로 새로 인스턴스 생성하는데만 또 한 시간은 잡아먹은 것 같다..

이런 삽질 최소화를 위해 현재 내 리전을 잘 체크합시다..!!

2) Amazon Machine Image(AMI) 선택

인스턴스 시작을 누르게 되면 MS Window Server, Linux, Ubuntu 등 다양한 서버 이미지를 선택할 수 있는 페이지로 이동된다. 이번 포스팅에서는 리눅스 + 톰캣 서버를 구축하려 하기 때문에, 가장 처음에 있는 Linux 이미지를 선택한다.

3) 인스턴스 유형 선택

컴퓨터 맞출 때 사양을 체크하듯이 원하는 서버의 사양을 선택하는 페이지다. 이번 고객사에서는 초기에 비용 최소화를 원한다하셔서, 서버도 t2 micro 프리티어로 우선 선택 메모리 1GB... 쉽지 않다...ㅎㅎ 원하는 서버 사양을 선택했으면 다음으로!

4) 인스턴스 구성, 스토리지 추가, 태그 추가

사실 요 3개는 나는 스킵하고 넘어갔다. 별도로 인스턴스 구성을 수정할 필요도 없었고, 스토리지나 태그도 추가할 필요가 없어서 그냥 넘어갔다! 나와 동일하게 기본 서버 구성정도만 필요한 사람은 앞 단계에서 다음이 아니라 그냥 검토 및 시작 버튼으로 넘어가도 될 듯 하다!

5) 보안 그룹 구성

보안 그룹 구성이란 쉽게 말해서 외부에서 접근할 수 있는 포트를 열어주는 것이다! 기본적으로는 가장 맨 위 SSH가 사용하는 22번 포트만 추가가 되어 있다.

하지만 나는 이 서버로 Http 통신도 해야하구, 별도로 RDS를 사용하는 것이 아니므로 여기에 DB까지 띄워야한다... 그래서 추가로 아파치에서 사용 할 80 포트와 내 앱 서버와 어드민 서버에서 사용할 8080, 8787 MariaDB에서 사용 할 기본 포트 3306 번까지 추가해줬다.

여기까지 셋팅 후 검토 및 시작을 누르면 끝이다! 우선 가장 기본적인 Linux Server가 생성 된 것이다 ㅎㅎ

잘 생성되었다면 위 사진과 같이 인스턴스 목록에 1개가 추가되어있다!

여기에 이제 웹 서버로 사용할 톰캣도 설치를 해야하고, MariaDB도 설치를 해야하고... 기타 등등 설정해주어야 할 것이 많다.

다음 편에서는 만든 AWS EC2 Linux 서버에 톰캣을 설치해보는걸로!