[2023-08-21] sumin #136

[ksumini]

PR Summary

풀이시간: 10분

<input>

• phone_book의 길이: 1 이상 1,000,000 이하
• 각 전화번호의 길이: 1 이상 20 이하
• 같은 전화번호가 중복해서 들어있지 않다.

<solution>

1. 정렬 후 현재 확인하고 있는 번호가 다음 번호의 접두어인지 확인하는 방법
2. 해시를 이용해 특정 전화번호의 접두어가 다른 번호인지 확인하는 방법

<시간 복잡도>

1. O(nlogn)
2. O(nm): n은 전화번호의 총 개수, m은 최대

<기타>
이 외에 트라이로도 풀이 가능

[Woo-Yeol]

해시로 푼 풀이가 인상깊었습니다! 이번 문제 효율은 역시 정렬의 풀이가 빠르겠지만 해시 테이블로도 풀이가 가능하다는 것에 의미가 있는 것 같습니다!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[limstonestone]

트라이는 또 뭡니까?! ㅋㅋㅋㅋㅋㅋ

[ksumini]

저번에 말했던 검색 엔진에 많이 사용하는 알고리즘이용 Trie!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[zsmalla]

깔끔한 두 종류의 풀이를 함께 보면서 비교할 수 있어서 좋았던 것 같습니다. 고생하셨습니다~

[zsmalla]

왜 문제의 주제가 해시인지 몰랐었는데 풀이를 보고 이해가 되었습니다. 해시를 활용하지 않는다면 이 반복문이 필요가 없이 phone_book을 참조하면 되는 것인데, 해시 참조의 효율성 때문에 해시를 만들어서 시간 내에 문제를 해결할 수 있군요! 도움이 많이 되었습니다.

[ksumini]

PR Summary

풀이시간: 10분

<input>

• phone_book의 길이: 1 이상 1,000,000 이하
• 각 전화번호의 길이: 1 이상 20 이하
• 같은 전화번호가 중복해서 들어있지 않다.

<solution>

1. 정렬 후 현재 확인하고 있는 번호가 다음 번호의 접두어인지 확인하는 방법
2. 해시를 이용해 특정 전화번호의 접두어가 다른 번호인지 확인하는 방법

<시간 복잡도>

1. O(nlogn)
2. O(nm): n은 전화번호의 총 개수, m은 최대

<기타>
이 외에 트라이로도 풀이 가능

[Woo-Yeol]

해시로 푼 풀이가 인상깊었습니다! 이번 문제 효율은 역시 정렬의 풀이가 빠르겠지만 해시 테이블로도 풀이가 가능하다는 것에 의미가 있는 것 같습니다!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[limstonestone]

트라이는 또 뭡니까?! ㅋㅋㅋㅋㅋㅋ

[ksumini]

저번에 말했던 검색 엔진에 많이 사용하는 알고리즘이용 Trie!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[zsmalla]

깔끔한 두 종류의 풀이를 함께 보면서 비교할 수 있어서 좋았던 것 같습니다. 고생하셨습니다~

[zsmalla]

왜 문제의 주제가 해시인지 몰랐었는데 풀이를 보고 이해가 되었습니다. 해시를 활용하지 않는다면 이 반복문이 필요가 없이 phone_book을 참조하면 되는 것인데, 해시 참조의 효율성 때문에 해시를 만들어서 시간 내에 문제를 해결할 수 있군요! 도움이 많이 되었습니다.

[ksumini]

PR Summary

풀이시간: 10분

<input>

• phone_book의 길이: 1 이상 1,000,000 이하
• 각 전화번호의 길이: 1 이상 20 이하
• 같은 전화번호가 중복해서 들어있지 않다.

<solution>

1. 정렬 후 현재 확인하고 있는 번호가 다음 번호의 접두어인지 확인하는 방법
2. 해시를 이용해 특정 전화번호의 접두어가 다른 번호인지 확인하는 방법

<시간 복잡도>

1. O(nlogn)
2. O(nm): n은 전화번호의 총 개수, m은 최대

<기타>
이 외에 트라이로도 풀이 가능

[Woo-Yeol]

해시로 푼 풀이가 인상깊었습니다! 이번 문제 효율은 역시 정렬의 풀이가 빠르겠지만 해시 테이블로도 풀이가 가능하다는 것에 의미가 있는 것 같습니다!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[limstonestone]

트라이는 또 뭡니까?! ㅋㅋㅋㅋㅋㅋ

[ksumini]

저번에 말했던 검색 엔진에 많이 사용하는 알고리즘이용 Trie!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[zsmalla]

깔끔한 두 종류의 풀이를 함께 보면서 비교할 수 있어서 좋았던 것 같습니다. 고생하셨습니다~

[zsmalla]

왜 문제의 주제가 해시인지 몰랐었는데 풀이를 보고 이해가 되었습니다. 해시를 활용하지 않는다면 이 반복문이 필요가 없이 phone_book을 참조하면 되는 것인데, 해시 참조의 효율성 때문에 해시를 만들어서 시간 내에 문제를 해결할 수 있군요! 도움이 많이 되었습니다.

[ksumini]

PR Summary

풀이시간: 10분

<input>

• phone_book의 길이: 1 이상 1,000,000 이하
• 각 전화번호의 길이: 1 이상 20 이하
• 같은 전화번호가 중복해서 들어있지 않다.

<solution>

1. 정렬 후 현재 확인하고 있는 번호가 다음 번호의 접두어인지 확인하는 방법
2. 해시를 이용해 특정 전화번호의 접두어가 다른 번호인지 확인하는 방법

<시간 복잡도>

1. O(nlogn)
2. O(nm): n은 전화번호의 총 개수, m은 최대

<기타>
이 외에 트라이로도 풀이 가능

[Woo-Yeol]

해시로 푼 풀이가 인상깊었습니다! 이번 문제 효율은 역시 정렬의 풀이가 빠르겠지만 해시 테이블로도 풀이가 가능하다는 것에 의미가 있는 것 같습니다!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[limstonestone]

트라이는 또 뭡니까?! ㅋㅋㅋㅋㅋㅋ

[ksumini]

저번에 말했던 검색 엔진에 많이 사용하는 알고리즘이용 Trie!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[zsmalla]

깔끔한 두 종류의 풀이를 함께 보면서 비교할 수 있어서 좋았던 것 같습니다. 고생하셨습니다~

[zsmalla]

왜 문제의 주제가 해시인지 몰랐었는데 풀이를 보고 이해가 되었습니다. 해시를 활용하지 않는다면 이 반복문이 필요가 없이 phone_book을 참조하면 되는 것인데, 해시 참조의 효율성 때문에 해시를 만들어서 시간 내에 문제를 해결할 수 있군요! 도움이 많이 되었습니다.

[ksumini]

PR Summary

풀이시간: 10분

<input>

• phone_book의 길이: 1 이상 1,000,000 이하
• 각 전화번호의 길이: 1 이상 20 이하
• 같은 전화번호가 중복해서 들어있지 않다.

<solution>

1. 정렬 후 현재 확인하고 있는 번호가 다음 번호의 접두어인지 확인하는 방법
2. 해시를 이용해 특정 전화번호의 접두어가 다른 번호인지 확인하는 방법

<시간 복잡도>

1. O(nlogn)
2. O(nm): n은 전화번호의 총 개수, m은 최대

<기타>
이 외에 트라이로도 풀이 가능

[Woo-Yeol]

해시로 푼 풀이가 인상깊었습니다! 이번 문제 효율은 역시 정렬의 풀이가 빠르겠지만 해시 테이블로도 풀이가 가능하다는 것에 의미가 있는 것 같습니다!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[limstonestone]

트라이는 또 뭡니까?! ㅋㅋㅋㅋㅋㅋ

[ksumini]

저번에 말했던 검색 엔진에 많이 사용하는 알고리즘이용 Trie!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[zsmalla]

깔끔한 두 종류의 풀이를 함께 보면서 비교할 수 있어서 좋았던 것 같습니다. 고생하셨습니다~

[zsmalla]

왜 문제의 주제가 해시인지 몰랐었는데 풀이를 보고 이해가 되었습니다. 해시를 활용하지 않는다면 이 반복문이 필요가 없이 phone_book을 참조하면 되는 것인데, 해시 참조의 효율성 때문에 해시를 만들어서 시간 내에 문제를 해결할 수 있군요! 도움이 많이 되었습니다.

[ksumini]

PR Summary

풀이시간: 10분

<input>

• phone_book의 길이: 1 이상 1,000,000 이하
• 각 전화번호의 길이: 1 이상 20 이하
• 같은 전화번호가 중복해서 들어있지 않다.

<solution>

1. 정렬 후 현재 확인하고 있는 번호가 다음 번호의 접두어인지 확인하는 방법
2. 해시를 이용해 특정 전화번호의 접두어가 다른 번호인지 확인하는 방법

<시간 복잡도>

1. O(nlogn)
2. O(nm): n은 전화번호의 총 개수, m은 최대

<기타>
이 외에 트라이로도 풀이 가능

[Woo-Yeol]

해시로 푼 풀이가 인상깊었습니다! 이번 문제 효율은 역시 정렬의 풀이가 빠르겠지만 해시 테이블로도 풀이가 가능하다는 것에 의미가 있는 것 같습니다!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[limstonestone]

트라이는 또 뭡니까?! ㅋㅋㅋㅋㅋㅋ

[ksumini]

저번에 말했던 검색 엔진에 많이 사용하는 알고리즘이용 Trie!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[zsmalla]

깔끔한 두 종류의 풀이를 함께 보면서 비교할 수 있어서 좋았던 것 같습니다. 고생하셨습니다~

[zsmalla]

왜 문제의 주제가 해시인지 몰랐었는데 풀이를 보고 이해가 되었습니다. 해시를 활용하지 않는다면 이 반복문이 필요가 없이 phone_book을 참조하면 되는 것인데, 해시 참조의 효율성 때문에 해시를 만들어서 시간 내에 문제를 해결할 수 있군요! 도움이 많이 되었습니다.

[ksumini]

PR Summary

풀이시간: 10분

<input>

• phone_book의 길이: 1 이상 1,000,000 이하
• 각 전화번호의 길이: 1 이상 20 이하
• 같은 전화번호가 중복해서 들어있지 않다.

<solution>

1. 정렬 후 현재 확인하고 있는 번호가 다음 번호의 접두어인지 확인하는 방법
2. 해시를 이용해 특정 전화번호의 접두어가 다른 번호인지 확인하는 방법

<시간 복잡도>

1. O(nlogn)
2. O(nm): n은 전화번호의 총 개수, m은 최대

<기타>
이 외에 트라이로도 풀이 가능

[Woo-Yeol]

해시로 푼 풀이가 인상깊었습니다! 이번 문제 효율은 역시 정렬의 풀이가 빠르겠지만 해시 테이블로도 풀이가 가능하다는 것에 의미가 있는 것 같습니다!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[limstonestone]

트라이는 또 뭡니까?! ㅋㅋㅋㅋㅋㅋ

[ksumini]

저번에 말했던 검색 엔진에 많이 사용하는 알고리즘이용 Trie!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[zsmalla]

깔끔한 두 종류의 풀이를 함께 보면서 비교할 수 있어서 좋았던 것 같습니다. 고생하셨습니다~

[zsmalla]

왜 문제의 주제가 해시인지 몰랐었는데 풀이를 보고 이해가 되었습니다. 해시를 활용하지 않는다면 이 반복문이 필요가 없이 phone_book을 참조하면 되는 것인데, 해시 참조의 효율성 때문에 해시를 만들어서 시간 내에 문제를 해결할 수 있군요! 도움이 많이 되었습니다.

[ksumini]

PR Summary

풀이시간: 10분

<input>

• phone_book의 길이: 1 이상 1,000,000 이하
• 각 전화번호의 길이: 1 이상 20 이하
• 같은 전화번호가 중복해서 들어있지 않다.

<solution>

1. 정렬 후 현재 확인하고 있는 번호가 다음 번호의 접두어인지 확인하는 방법
2. 해시를 이용해 특정 전화번호의 접두어가 다른 번호인지 확인하는 방법

<시간 복잡도>

1. O(nlogn)
2. O(nm): n은 전화번호의 총 개수, m은 최대

<기타>
이 외에 트라이로도 풀이 가능

[Woo-Yeol]

해시로 푼 풀이가 인상깊었습니다! 이번 문제 효율은 역시 정렬의 풀이가 빠르겠지만 해시 테이블로도 풀이가 가능하다는 것에 의미가 있는 것 같습니다!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[limstonestone]

트라이는 또 뭡니까?! ㅋㅋㅋㅋㅋㅋ

[ksumini]

저번에 말했던 검색 엔진에 많이 사용하는 알고리즘이용 Trie!

[limstonestone]

저도 해시 풀이 잘 보고갑니다!! 이번 문제 외에도 보편적으로 특정 키를 찾을 때 유용하게 사용할 수 있을 거 같아서 좋네요!!

[zsmalla]

깔끔한 두 종류의 풀이를 함께 보면서 비교할 수 있어서 좋았던 것 같습니다. 고생하셨습니다~

[zsmalla]

왜 문제의 주제가 해시인지 몰랐었는데 풀이를 보고 이해가 되었습니다. 해시를 활용하지 않는다면 이 반복문이 필요가 없이 phone_book을 참조하면 되는 것인데, 해시 참조의 효율성 때문에 해시를 만들어서 시간 내에 문제를 해결할 수 있군요! 도움이 많이 되었습니다.