본문 바로가기

Web/Algorithm

2022 카카오 신입 공채 - 신고 결과 받기

문제 설명 보기

더보기

신입사원 무지는 게시판 불량 이용자를 신고하고 처리 결과를 메일로 발송하는 시스템을 개발하려 합니다. 무지가 개발하려는 시스템은 다음과 같습니다.

  • 각 유저는 한 번에 한 명의 유저를 신고할 수 있습니다.
    • 신고 횟수에 제한은 없습니다. 서로 다른 유저를 계속해서 신고할 수 있습니다.
    • 한 유저를 여러 번 신고할 수도 있지만, 동일한 유저에 대한 신고 횟수는 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으로 잘 풀어내신 것 같아서 공부가 많이 되었다.