[ 프로그래머스 ] 크레인 인형뽑기 게임

 

 

🍄 코딩테스트

코딩테스트 문제 풀이

✍🏻 Github

문제 풀이 github 링크

 

 

 

문제 설명

게임개발자인 "죠르디"는 크레인 인형뽑기 기계를 모바일 게임으로 만들려고 합니다.

"죠르디"는 게임의 재미를 높이기 위해 화면 구성과 규칙을 다음과 같이 게임 로직에 반영하려고 합니다.

게임 화면은 "1 x 1" 크기의 칸들로 이루어진 "N x N" 크기의 정사각 격자이며 위쪽에는 크레인이 있고 오른쪽에는 바구니가 있습니다. (위 그림은 "5 x 5" 크기의 예시입니다). 각 격자 칸에는 다양한 인형이 들어 있으며 인형이 없는 칸은 빈칸입니다. 모든 인형은 "1 x 1" 크기의 격자 한 칸을 차지하며 격자의 가장 아래 칸부터 차곡차곡 쌓여 있습니다. 게임 사용자는 크레인을 좌우로 움직여서 멈춘 위치에서 가장 위에 있는 인형을 집어 올릴 수 있습니다. 집어 올린 인형은 바구니에 쌓이게 되는 데, 이때 바구니의 가장 아래 칸부터 인형이 순서대로 쌓이게 됩니다. 다음 그림은 [1번, 5번, 3번] 위치에서 순서대로 인형을 집어 올려 바구니에 담은 모습입니다.

만약 같은 모양의 인형 두 개가 바구니에 연속해서 쌓이게 되면 두 인형은 터뜨려지면서 바구니에서 사라지게 됩니다. 위 상태에서 이어서 [5번] 위치에서 인형을 집어 바구니에 쌓으면 같은 모양 인형 두 개가 없어집니다.

크레인 작동 시 인형이 집어지지 않는 경우는 없으나 만약 인형이 없는 곳에서 크레인을 작동시키는 경우에는 아무런 일도 일어나지 않습니다. 또한 바구니는 모든 인형이 들어갈 수 있을 만큼 충분히 크다고 가정합니다. (그림에서는 화면표시 제약으로 5칸만으로 표현하였음)

게임 화면의 격자의 상태가 담긴 2차원 배열 board와 인형을 집기 위해 크레인을 작동시킨 위치가 담긴 배열 moves가 매개변수로 주어질 때, 크레인을 모두 작동시킨 후 터트려져 사라진 인형의 개수를 return 하도록 solution 함수를 완성해주세요.

 

[제한사항]

• board 배열은 2차원 배열로 크기는 "5 x 5" 이상 "30 x 30" 이하입니다.
• board의 각 칸에는 0 이상 100 이하인 정수가 담겨있습니다.
  • 0은 빈 칸을 나타냅니다.
  • 1 ~ 100의 각 숫자는 각기 다른 인형의 모양을 의미하며 같은 숫자는 같은 모양의 인형을 나타냅니다.
• moves 배열의 크기는 1 이상 1,000 이하입니다.
• moves 배열 각 원소들의 값은 1 이상이며 board 배열의 가로 크기 이하인 자연수입니다.

 

입출력 예

board	moves	result
[[0,0,0,0,0],[0,0,1,0,3],[0,2,5,0,1],[4,2,4,4,2],[3,5,1,3,1]]	[1,5,3,5,1,2,1,4]	4

 

입출력 예에 대한 설명

입출력 예 #1

인형의 처음 상태는 문제에 주어진 예시와 같습니다. 크레인이 [1, 5, 3, 5, 1, 2, 1, 4] 번 위치에서 차례대로 인형을 집어서 바구니에 옮겨 담은 후, 상태는 아래 그림과 같으며 바구니에 담는 과정에서 터트려져 사라진 인형은 4개 입니다.

 

 

문제 풀이

나의 풀이

import Foundation

func solution(_ board:[[Int]], _ moves:[Int]) -> Int {
    
    // board를 행의 값을 key로 받은 Dictionary로 전환
    var boardDic = [Int: [Int]]()
    
    // moves에 따른 인형 인덱스를 넣을 배열
    var stack = [Int]()
    
    // 정답
    var count = 0
    
    // board -> Dic
    (0..<board.count).forEach{ i in
        boardDic[i+1] = (0..<board.count).filter{ board[$0][i] != 0 }
                                         .map{ board[$0][i] }
    }
    
    for move in moves {
        var calum = boardDic[move] ?? []
        guard let doll = calum.first else { continue }
        
        calum.removeFirst()
        boardDic[move] = calum
        
        if ( stack.last ?? 0 ) == doll {
            stack.removeLast()
            count += 2
        } else {
            stack.append(doll)
        }
        
    }
    return count
}

 

이제는 정말 어떻게 코딩테스트의 문제를 해결할지를 고민하는 시간이 푸는 시간보다 더 긴 것 같다. 그만큼 내가 머릿속에서 그리고 있는 풀이 자체를 바로 구현할 수 있는 코딩실력도 늘은 것 같고, 어떻게 하면 시간 초과를 벗어나지 않을지 고민하는 부분도 꽤나 성장한 것 같다.

 

이번 문제는 메모장에서 예시에서 나왔던 예제들의 동작을 따라가면서 내가 어떤 방식으로 구현해야할지 고민했다.

새로운 stack을 만들어서 들어오는 인형이 바로 앞의 stack과 같다면 바로 count를 올리고, stack에서 마지막 배열을 제거하면 되겠다고 생각했고, 해당하는 인형의 열을 빼오는 부분에서는 배열로 들어간다면 무조건 시간초과가 나올 것이라고 생각해서 앞서 학습했던 신고결과받기에서의 배열을 딕셔너리의 value에 넣어서 Dictionary로 search를 한다면 바로 풀리겠다고 생각해서 실행하였다.

 

생각했던 풀이대로 차근차근 board를 Dictionary에 먼저 넣어서 실행해보고 완벽하게 구현이 되었다면, 다음 단계인 행의 값에 맞는 인형을 빼와 배열에서 없애서 딕셔너리를 업데이트 해주고, 그 인형과 stack의 마지막 부분을 비교하여 count를 올려주었다.

 

여기서 그치지 말고 다른 사람들의 풀이랑도 비교해보자! ( 근데 column 오타났넹ㅎ )

 

 

다른 사람 풀이

import Foundation

func solution(_ board:[[Int]], _ moves:[Int]) -> Int {
    var count = 0
    var stacks: [[Int]] = Array(repeating: [], count: board.count)
    var bucket: [Int] = []

    board.reversed().forEach {
        $0.enumerated().forEach {
            if $0.1 != 0 {
                stacks[$0.0].append($0.1)
            }
        }
    }

    moves.forEach {
        if let doll = stacks[$0-1].popLast() {
            if let last = bucket.last, last == doll {
                bucket.removeLast(1)
                count += 2
            } else {
                bucket.append(doll)
            }
        }
    }

    return count
}

 

removeFirst()보다 빠른 popLast()를 사용하기 위해 우선 배열을 뒤집어주었다.

내가 Dictionary로 column에 따라 다시 인형들을 넣어준 부분을 이 분은 배열로 정리를 하였다.

코드도 훨씬 깔끔하고 간결하다. 실행시간을 비교해보자.

 

나의 풀이 실행시간

테스트 1 〉	통과 (0.27ms, 16.7MB)
테스트 2 〉	통과 (0.18ms, 16.5MB)
테스트 3 〉	통과 (0.17ms, 16.4MB)
테스트 4 〉	통과 (1.79ms, 16.6MB)
테스트 5 〉	통과 (0.17ms, 16.4MB)
테스트 6 〉	통과 (0.23ms, 16.3MB)
테스트 7 〉	통과 (0.52ms, 16.6MB)
테스트 8 〉	통과 (0.66ms, 16.3MB)
테스트 9 〉	통과 (0.67ms, 16.5MB)
테스트 10 〉	통과 (0.73ms, 16.6MB)
테스트 11 〉	통과 (1.29ms, 16.6MB)

 

다른사람의 풀이 실행시간

테스트 1 〉	통과 (0.15ms, 16.5MB)
테스트 2 〉	통과 (0.17ms, 16.6MB)
테스트 3 〉	통과 (0.16ms, 16.5MB)
테스트 4 〉	통과 (0.65ms, 16.6MB)
테스트 5 〉	통과 (0.22ms, 16.4MB)
테스트 6 〉	통과 (0.16ms, 16.5MB)
테스트 7 〉	통과 (0.23ms, 16.5MB)
테스트 8 〉	통과 (0.65ms, 16.5MB)
테스트 9 〉	통과 (0.35ms, 16.5MB)
테스트 10 〉	통과 (0.36ms, 16.5MB)
테스트 11 〉	통과 (0.56ms, 16.6MB)

 

 

 

나의 풀이가 더 느린 것을 확인할 수 있었다. 값을 찾는 것은 무조건 Dictionary가 빠를 것이라는 내 생각이 틀린 것이다. 왜 다른 사람의 풀이가 더 빠른지 분석을 해보면, 딕셔너리는 값을 서치하는 데는 빠르지만 배열보다 메모리 사용량이 더 많다. 배열에 값을 append 하거나 pop 하는 시간보다 딕셔너리에서 배열을 가져와서 removeFirst()를 진행한다음 다시 딕셔너리를 새롭게 업데이트 해주는 과정이 더 느리게 된 것이 아닌가라는 생각을 하게 되었다!

 

이로써 오늘의 배움.

무조건 딕셔너리가 아닐 때도 있다는 것!