https://school.programmers.co.kr/learn/courses/30/lessons/42888
프로그래머스
코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요.
programmers.co.kr
문제 설명
카카오톡 오픈채팅방에서는 친구가 아닌 사람들과 대화를 할 수 있는데, 본래 닉네임이 아닌 가상의 닉네임을 사용하여 채팅방에 들어갈 수 있다.
신입사원인 김크루는 카카오톡 오픈 채팅방을 개설한 사람을 위해, 다양한 사람들이 들어오고, 나가는 것을 지켜볼 수 있는 관리자창을 만들기로 했다. 채팅방에 누군가 들어오면 다음 메시지가 출력된다.
"[닉네임]님이 들어왔습니다."
채팅방에서 누군가 나가면 다음 메시지가 출력된다.
"[닉네임]님이 나갔습니다."
채팅방에서 닉네임을 변경하는 방법은 다음과 같이 두 가지이다.
- 채팅방을 나간 후, 새로운 닉네임으로 다시 들어간다.
- 채팅방에서 닉네임을 변경한다.
닉네임을 변경할 때는 기존에 채팅방에 출력되어 있던 메시지의 닉네임도 전부 변경된다.
예를 들어, 채팅방에 "Muzi"와 "Prodo"라는 닉네임을 사용하는 사람이 순서대로 들어오면 채팅방에는 다음과 같이 메시지가 출력된다.
"Muzi님이 들어왔습니다."
"Prodo님이 들어왔습니다."
채팅방에 있던 사람이 나가면 채팅방에는 다음과 같이 메시지가 남는다.
"Muzi님이 들어왔습니다."
"Prodo님이 들어왔습니다."
"Muzi님이 나갔습니다."
Muzi가 나간후 다시 들어올 때, Prodo 라는 닉네임으로 들어올 경우 기존에 채팅방에 남아있던 Muzi도 Prodo로 다음과 같이 변경된다.
"Prodo님이 들어왔습니다."
"Prodo님이 들어왔습니다."
"Prodo님이 나갔습니다."
"Prodo님이 들어왔습니다."
채팅방은 중복 닉네임을 허용하기 때문에, 현재 채팅방에는 Prodo라는 닉네임을 사용하는 사람이 두 명이 있다. 이제, 채팅방에 두 번째로 들어왔던 Prodo가 Ryan으로 닉네임을 변경하면 채팅방 메시지는 다음과 같이 변경된다.
"Prodo님이 들어왔습니다."
"Ryan님이 들어왔습니다."
"Prodo님이 나갔습니다."
"Prodo님이 들어왔습니다."
채팅방에 들어오고 나가거나, 닉네임을 변경한 기록이 담긴 문자열 배열 record가 매개변수로 주어질 때, 모든 기록이 처리된 후, 최종적으로 방을 개설한 사람이 보게 되는 메시지를 문자열 배열 형태로 return 하도록 solution 함수를 완성하라.
제한 사항
- record는 다음과 같은 문자열이 담긴 배열이며, 길이는 1 이상 100,000 이하이다.
- 다음은 record에 담긴 문자열에 대한 설명이다.
- 모든 유저는 [유저 아이디]로 구분한다.
- [유저 아이디] 사용자가 [닉네임]으로 채팅방에 입장 - "Enter [유저 아이디] [닉네임]" (ex. "Enter uid1234 Muzi")
- [유저 아이디] 사용자가 채팅방에서 퇴장 - "Leave [유저 아이디]" (ex. "Leave uid1234")
- [유저 아이디] 사용자가 닉네임을 [닉네임]으로 변경 - "Change [유저 아이디] [닉네임]" (ex. "Change uid1234 Muzi")
- 첫 단어는 Enter, Leave, Change 중 하나이다.
- 각 단어는 공백으로 구분되어 있으며, 알파벳 대문자, 소문자, 숫자로만 이루어져있다.
- 유저 아이디와 닉네임은 알파벳 대문자, 소문자를 구별한다.
- 유저 아이디와 닉네임의 길이는 1 이상 10 이하이다.
- 채팅방에서 나간 유저가 닉네임을 변경하는 등 잘못 된 입력은 주어지지 않는다.
풀이
로직
- `user_dict`에 key = id, value = nickname 으로 저장
- action에 따라 동작 분류
초기 코드
# 초기 코드
def solution(record):
user_dict = {}
for msg in record:
action, user = msg.split(' ', 1)
if action in ['Enter', 'Change']:
user_id, nickname = user .split()
user_dict[user_id] = nickname
answer = []
for msg in record:
action, user = msg.split(' ', 1)
if action == 'Enter':
user_id = user.split()[0]
answer.append(f"{user_dict[user_id]}님이 들어왔습니다.")
elif action == 'Leave':
user_id = user
answer.append(f"{user_dict[user_id]}님이 나갔습니다.")
return answer
# 120.34ms, 42.6MB처음엔 조금 러프하게 코딩을 했다. 일단 이렇게라도 작성하면 개선할 아이디어들이 생각난다.
- 같은 for문을 2번 돈다.
- f-string을 lazy evaluation을 해볼까?
1차 개선 : 로직 변경 및 f-string lazy evaluation
# 1차 개선 : 로직 변경 및 f-string lazy evaluation
def solution(record):
user_dict = {}
logs = []
for msg in record:
action, *user = msg.split()
user_id = user[0]
if action == 'Leave':
logs.append(lambda uid=user_id: f"{user_dict[uid]}님이 나갔습니다.")
else:
nickname = user[1]
user_dict[user_id] = nickname
if action == 'Enter':
logs.append(lambda uid=user_id: f"{user_dict[uid]}님이 들어왔습니다.")
answer = [func() for func in logs]
return answer
# 185.32ms, 61.3MB먼저 `user`를 `*user`로 바꿨다. 앞에 붙은 `*`는 "extended unpacking"이다.
split()으로 나눈 문자들 중 첫번째는 `action`에 부여, 나머지는 `*user`에 리스트 형태로 넣게된다.
이렇게하면 초기 코드처럼 한번 더 `user`를 split() 할 필요가 없어진다.
원래 f-string은 코드가 실행되는 즉시 문자열이 생성되는데 lambda와 같이 쓰게되면
따로 실행을 해줘야 한다. 그리고 중간에 f-string에서 사용되는 변수가 있다면
실행될 때 기준으로 문자열이 생성되는 구조다.
- lazy evaluation : 값이 실제로 필요할 때까지 평가되지 않는 계산 전략
물론 단점도 있다. 함수형태로 저장 > 추가로 실행 해야하기 때문에 많은 리소스가 필요하다.
그래서 logs에 f-string 형태로 저장하지 않고 (user_id, msg)의 튜플형태로 넣으면 효율적일 듯 하다.
2차 개선 : f-string → tuple
# 2차 개선 : 로직 변경
def solution(record):
user_dict = {}
logs = []
for msg in record:
action, *user = msg.split(' ')
user_id = user[0]
if action == 'Leave':
logs.append((user_id, '님이 나갔습니다.'))
else:
user_dict[user_id] = user[1]
if action == 'Enter':
logs.append((user_id, '님이 들어왔습니다.'))
answer = [user_dict[uid] + msg for uid, msg in logs]
return answer
# 106.36ms, 54.8MB
