https://school.programmers.co.kr/learn/courses/30/lessons/118666
프로그래머스
코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요.
programmers.co.kr
문제 설명
나만의 카카오 성격 유형 검사지를 만들려고 합니다.
성격 유형 검사는 다음과 같은 4개 지표로 성격 유형을 구분합니다. 성격은 각 지표에서 두 유형 중 하나로 결정됩니다.
지표 번호 | 성격 유형 |
1번 지표 | 라이언형(R), 튜브형(T) |
2번 지표 | 콘형(C), 프로도형(F) |
3번 지표 | 제이지형(J), 무지형(M) |
4번 지표 | 어피치형(A), 네오형(N) |
4개의 지표가 있으므로 성격 유형은 총 16(=2 x 2 x 2 x 2)가지가 나올 수 있습니다. 예를 들어, "RFMN"이나 "TCMA"와 같은 성격 유형이 있습니다.
검사지에는 총 n개의 질문이 있고, 각 질문에는 아래와 같은 7개의 선택지가 있습니다.
- 매우 비동의
- 비동의
- 약간 비동의
- 모르겠음
- 약간 동의
- 동의
- 매우 동의
각 질문은 1가지 지표로 성격 유형 점수를 판단합니다.
예를 들어, 어떤 한 질문에서 4번 지표로 아래 표처럼 점수를 매길 수 있습니다.
선택지성격 유형 점수
매우 비동의 | 네오형 3점 |
비동의 | 네오형 2점 |
약간 비동의 | 네오형 1점 |
모르겠음 | 어떤 성격 유형도 점수를 얻지 않습니다 |
약간 동의 | 어피치형 1점 |
동의 | 어피치형 2점 |
매우 동의 | 어피치형 3점 |
이때 검사자가 질문에서 약간 동의 선택지를 선택할 경우 어피치형(A) 성격 유형 1점을 받게 됩니다. 만약 검사자가 매우 비동의 선택지를 선택할 경우 네오형(N) 성격 유형 3점을 받게 됩니다.
위 예시처럼 네오형이 비동의, 어피치형이 동의인 경우만 주어지지 않고, 질문에 따라 네오형이 동의, 어피치형이 비동의인 경우도 주어질 수 있습니다.
하지만 각 선택지는 고정적인 크기의 점수를 가지고 있습니다.
- 매우 동의나 매우 비동의 선택지를 선택하면 3점을 얻습니다.
- 동의나 비동의 선택지를 선택하면 2점을 얻습니다.
- 약간 동의나 약간 비동의 선택지를 선택하면 1점을 얻습니다.
- 모르겠음 선택지를 선택하면 점수를 얻지 않습니다.
검사 결과는 모든 질문의 성격 유형 점수를 더하여 각 지표에서 더 높은 점수를 받은 성격 유형이 검사자의 성격 유형이라고 판단합니다. 단, 하나의 지표에서 각 성격 유형 점수가 같으면, 두 성격 유형 중 사전 순으로 빠른 성격 유형을 검사자의 성격 유형이라고 판단합니다.
질문마다 판단하는 지표를 담은 1차원 문자열 배열 survey와 검사자가 각 질문마다 선택한 선택지를 담은 1차원 정수 배열 choices가 매개변수로 주어집니다. 이때, 검사자의 성격 유형 검사 결과를 지표 번호 순서대로 return 하도록 solution 함수를 완성해주세요.
제한 사항
- 1 ≤ survey의 길이 ( = n) ≤ 1,000
- survey의 원소는 "RT", "TR", "FC", "CF", "MJ", "JM", "AN", "NA" 중 하나입니다.
- survey[i]의 첫 번째 캐릭터는 i+1번 질문의 비동의 관련 선택지를 선택하면 받는 성격 유형을 의미합니다.
- survey[i]의 두 번째 캐릭터는 i+1번 질문의 동의 관련 선택지를 선택하면 받는 성격 유형을 의미합니다.
- choices의 길이 = survey의 길이
- choices[i]는 검사자가 선택한 i+1번째 질문의 선택지를 의미합니다.
- 1 ≤ choices의 원소 ≤ 7
choices 뜻 1 매우 비동의 2 비동의 3 약간 비동의 4 모르겠음 5 약간 동의 6 동의 7 매우 동의
입출력 예
survey | choices | result |
["AN", "CF", "MJ", "RT", "NA"] | [5, 3, 2, 7, 5] | "TCMA" |
["TR", "RT", "TR"] | [7, 1, 3] | "RCJA" |
해결 방법
처음에는 survey값을 돌면서 알파벳을 객체에 저장하도록 하였다. 하지만 이 방법의 문제점은 survey에 없는 알파벳도 0점을 가져야 하는데 아예 값이 존재하지 않는다는 것이었다. 따라서 성격 유형: 0을 따로 객체에 직접 저장하여 사용하였다.
1. 성격유형: 0을 한 객체에 모두 저장한다.
2. survey와 choices의 길이가 같기 때문에 survey를 돌면서 해당 인덱스의 choices 값이 4보다 작은 경우 survey값의 앞에 있는 캐릭터에게 4-choices[i] 값을, 4보다 큰 경우 뒤에 있는 캐릭터에게 choices [i]-4 값을 준다.
ex) 예시 1의 survey[0] 은 "AN"이다.
choices[0]은 5이므로 4보다 크다. 따라서 뒤의 캐릭터인 N의 값에 choices [0] - 4를 더한다.
3. 결과 값을 담을 빈 배열을 만든다.
4. R이 T보다 크거나 같으면 R을 배열에 담고 아니면 T를 배열에 담는다.
5. C가 F보다 크거나 같으면 C를 배열에 담고 아니면 F를 배열에 담는다.
6. J가 M보다 크거나 같으면 J를 배열에 담고 아니면 M을 배열에 담는다.
7. A가 N보다 크거나 같으면 A를 배열에 담고 아니면 N을 배열에 담는다.
전체 코드
function solution(survey, choices) {
const person = {R:0, T:0, C:0, F:0, J:0, M:0, A:0, N:0};
survey.forEach((item, i) => {
choices[i] < 4 ? person[item[0]] += 4 - choices[i] : person[item[1]] += choices[i] - 4;
})
const result = [];
person.R >= person.T ? result.push('R') : result.push('T');
person.C >= person.F ? result.push('C') : result.push('F');
person.J >= person.M ? result.push('J') : result.push('M');
person.A >= person.N ? result.push('A') : result.push('N');
return result.join("");
}
느낀 점
처음에 답을 제출했을 때 샘플 코드는 다 성공했지만 다른 테스트케이스를 실패해서 왜 그러지? 하고 꽤 오래 고민을 했다. 그런데 두 번째 샘플 테스트 케이스를 보니 R의 값이 6이어야 하는데 3으로 저장되어 있었다. 그래서 생각해보니!
각 알파벳에 값을 더할 때 +=로 값을 더하는 게 아니라 =으로 값을 지정해버렸다. 그래서 알파벳이 여러 번 나왔을 때 값이 더해지는 게 아니라 그냥 지정되어서 결과 값에 오류가 생기는 것이었다!
별거 아니지만 오류를 찾아냈을 때 유레카를 외치고 싶은 기분이었다.ㅋㅋㅋ 이게 알고리즘의 묘미인가..(?)
그리고 캐릭터 값을 직접 객체에 저장하는 거나, ? 조건문을 사용해서 반복해서 비교를 하는 게 너무 하드코딩인가? 하고 마음에 안 들었다. 처음에 값을 어떤 형태로 저장할 지에 대해서 오래 고민했지만 적절한 방법을 따로 찾지 못했기 때문... 그래서 일단 제출하고 다른 사람들 코드를 보고 배워보자 했는데 대부분 비슷하게 작성해서 아 이게 맞는 거구나! 싶었다 ㅎㅎ
이렇게 활용하는 거구나 깨닫게 된 게 있다면 객체에 키를 추가하는 방법이다. 객체에 키를 추가하는 방법은 점을 이용하는 방법과 대괄호를 이용하는 방법이 있는데 이 둘의 차이점은 키를 추가할 때 내가 어떤 값을 추가할 건지 아는가 모르는가 이다. 따라서 알면 점을, 모르면 대괄호를 사용한다는 것을 이론적으로 배운 기억은 있었다. 하지만 평소에 주로 점을 사용하다보니 대괄호를 사용할 일이 별로 없었는데 이번 코드를 작성하면서 처음에 다른 방법을 생각하면서 for문을 짤 때
person.item[i][0] 이런 식으로 코드를 작성하면 오류가 났었다. 왜인지 이유를 찾아보다가 알 게 된 것이 for문을 사용하거나 메서드를 사용할 땐 내가 코드는 짜는 지금 당시에는 어떤 값이 들어오는지 모르는 것이기 때문에 점이 아니라 대괄호를 사용해야 한다는 것이었다. 그래서 person[item[0]]으로 코드를 바꾸니 문제 해결!
'알고리즘 > 프로그래머스' 카테고리의 다른 글
[JavaScript] 프로그래머스 level1 #음양 더하기 (0) | 2022.08.29 |
---|---|
[JavaScript] 프로그래머스 Level1 #없는 숫자 더하기 (0) | 2022.08.25 |
[JavaScript] 프로그래머스 Level1 #최소직사각형 (0) | 2022.08.18 |
[JavaScript] 프로그래머스 Level 1 #같은 숫자는 싫어 (0) | 2022.08.17 |
[JavaScript] 프로그래머스 Level 1 크레인 인형뽑기 게임 (0) | 2022.08.11 |