문제 설명 보기
신입사원 무지는 게시판 불량 이용자를 신고하고 처리 결과를 메일로 발송하는 시스템을 개발하려 합니다. 무지가 개발하려는 시스템은 다음과 같습니다.
- 각 유저는 한 번에 한 명의 유저를 신고할 수 있습니다.
- 신고 횟수에 제한은 없습니다. 서로 다른 유저를 계속해서 신고할 수 있습니다.
- 한 유저를 여러 번 신고할 수도 있지만, 동일한 유저에 대한 신고 횟수는 1회로 처리됩니다.
- k번 이상 신고된 유저는 게시판 이용이 정지되며, 해당 유저를 신고한 모든 유저에게 정지 사실을 메일로 발송합니다.
- 유저가 신고한 모든 내용을 취합하여 마지막에 한꺼번에 게시판 이용 정지를 시키면서 정지 메일을 발송합니다.
다음은 전체 유저 목록이 ["muzi", "frodo", "apeach", "neo"]이고, k = 2(즉, 2번 이상 신고당하면 이용 정지)인 경우의 예시입니다.
유저 ID유저가 신고한 ID설명"muzi" | "frodo" | "muzi"가 "frodo"를 신고했습니다. |
"apeach" | "frodo" | "apeach"가 "frodo"를 신고했습니다. |
"frodo" | "neo" | "frodo"가 "neo"를 신고했습니다. |
"muzi" | "neo" | "muzi"가 "neo"를 신고했습니다. |
"apeach" | "muzi" | "apeach"가 "muzi"를 신고했습니다. |
각 유저별로 신고당한 횟수는 다음과 같습니다.
유저 ID신고당한 횟수"muzi" | 1 |
"frodo" | 2 |
"apeach" | 0 |
"neo" | 2 |
위 예시에서는 2번 이상 신고당한 "frodo"와 "neo"의 게시판 이용이 정지됩니다. 이때, 각 유저별로 신고한 아이디와 정지된 아이디를 정리하면 다음과 같습니다.
유저 ID유저가 신고한 ID정지된 ID"muzi" | ["frodo", "neo"] | ["frodo", "neo"] |
"frodo" | ["neo"] | ["neo"] |
"apeach" | ["muzi", "frodo"] | ["frodo"] |
"neo" | 없음 | 없음 |
따라서 "muzi"는 처리 결과 메일을 2회, "frodo"와 "apeach"는 각각 처리 결과 메일을 1회 받게 됩니다.
이용자의 ID가 담긴 문자열 배열id_list, 각 이용자가 신고한 이용자의 ID 정보가 담긴 문자열 배열report, 정지 기준이 되는 신고 횟수k가 매개변수로 주어질 때, 각 유저별로 처리 결과 메일을 받은 횟수를 배열에 담아 return 하도록 solution 함수를 완성해주세요.
제한사항
- 2 ≤id_list의 길이 ≤ 1,000
- 1 ≤id_list의 원소 길이 ≤ 10
- id_list의 원소는 이용자의 id를 나타내는 문자열이며 알파벳 소문자로만 이루어져 있습니다.
- id_list에는 같은 아이디가 중복해서 들어있지 않습니다.
- 1 ≤report의 길이 ≤ 200,000
- 3 ≤report의 원소 길이 ≤ 21
- report의 원소는 "이용자id 신고한id"형태의 문자열입니다.
- 예를 들어 "muzi frodo"의 경우 "muzi"가 "frodo"를 신고했다는 의미입니다.
- id는 알파벳 소문자로만 이루어져 있습니다.
- 이용자id와 신고한id는 공백(스페이스)하나로 구분되어 있습니다.
- 자기 자신을 신고하는 경우는 없습니다.
- 1 ≤k≤ 200,k는 자연수입니다.
- return 하는 배열은id_list에 담긴 id 순서대로 각 유저가 받은 결과 메일 수를 담으면 됩니다.
입출력 예id_listreportkresult
["muzi", "frodo", "apeach", "neo"] | ["muzi frodo","apeach frodo","frodo neo","muzi neo","apeach muzi"] | 2 | [2,1,1,0] |
["con", "ryan"] | ["ryan con", "ryan con", "ryan con", "ryan con"] | 3 | [0,0] |
입출력 예 설명
입출력 예 #1
문제의 예시와 같습니다.
입출력 예 #2
"ryan"이 "con"을 4번 신고했으나, 주어진 조건에 따라 한 유저가 같은 유저를 여러 번 신고한 경우는 신고 횟수 1회로 처리합니다. 따라서 "con"은 1회 신고당했습니다. 3번 이상 신고당한 이용자는 없으며, "con"과 "ryan"은 결과 메일을 받지 않습니다. 따라서 [0, 0]을 return 합니다.
※ 제한시간 안내 정확성 테스트 : 10초
뭔가 쉬운듯 하면서도 난해했지만, 다행히 한 번에 통과할 수 있었다.
나의 풀이
function solution(id_list, report, k) {
let answer = new Array(id_list.length).fill(0);
const newReport = [...new Set(report)].map((item) => item.split(' '))
const list = [];
for (let i = 0; i < id_list.length; i++) {
list[i] = newReport.map((item, idx) => item[1] === id_list[i] && item[0]).filter((item) => item)
}
list.map((item) => item.length >= k && countBlock(id_list, item, answer))
return answer;
}
function countBlock(id_list, target, answer) {
target.map(target => id_list.indexOf(target) > -1 && answer[id_list.indexOf(target)]++)
}
먼저,
0) answer 배열을 0으로 채운다
1) report를 공백 기준으로 분할해 배열화하여 newReport 생성
2) id_list를 기준으로 newReport를 순회하며 신고받은사람: 신고한 사람 리스트 형태의 list 배열 생성
3) list 배열을 순회하며 k명 이상의 신고자가 있는 경우 countBlock 함수에 신고한 유저 리스트를 매개변수로 넘겨 호출
4) 신고한 유저를 id_list에서 찾아 인덱스를 얻고, 그 인덱스를 사용해 answer에 카운팅
문제 풀면서 아쉬웠던 점.
✔ answer 배열에 0으로 초기화하는 과정을 없앨 수는 없을까?
✔ 문제를 해결하는 과정보다 데이터 형태를 바꾸는 과정이 불필요하게 더 많나?
✔ 카운팅 과정에서 id_list 기준으로 target을 검색해서 인덱스를 얻고, 또 그 인덱스로 answer에 다시 접근해서 값을 넣어주는 과정이 너무 복잡하지 않나?
좋아요를 가장 많이 받은 풀이
function solution(id_list, report, k) {
let reports = [...new Set(report)].map(a=>{return a.split(' ')});
let counts = new Map();
for (const bad of reports){
counts.set(bad[1],counts.get(bad[1])+1||1)
}
let good = new Map();
for(const report of reports){
if(counts.get(report[1])>=k){
good.set(report[0],good.get(report[0])+1||1)
}
}
let answer = id_list.map(a=>good.get(a)||0)
return answer;
}
내가 풀이하면서 아쉬웠던 부분을 Map을 활용해서 잘 풀이하신 것 같아 공부가 많이 되었다.
"신고당한사람 - 신고한사람" 의 관계를 어떻게 형성할까에서 풀이 방법이 많이 갈린 것 같다.
이 분은 먼저 Map을 사용해 각 유저별 신고당한 횟수를 카운팅 한 뒤, 신고 당한 수가 k번 이상인 유저의 신고자에게 카운팅한다.
해시 알고리즘 문제를, Map으로 잘 풀어내신 것 같아서 공부가 많이 되었다.
'Web > Algorithm' 카테고리의 다른 글
2022 카카오 신입 공채 - k진수에서 소수 개수 구하기 (0) | 2022.09.04 |
---|---|
2019 카카오 개발자 겨울 인턴십) 크레인 인형뽑기 게임 (0) | 2020.12.04 |
[프로그래머스 > 해시] 베스트 앨범 (0) | 2020.06.23 |
[ 프로그래머스 > 정렬 ]H-Index (0) | 2020.04.25 |
[ 프로그래머스 > 해시] 위장 (0) | 2020.04.23 |