개발 이야기 안하는 개발자

메이플 롯데월드 후기

07e — Tue, 5 May 2026 18:41:10 +0900

메이플 롯데월드를 다녀왔습니다!

제가 메이플 참 열심히 했었거든요~
280 이벤트에 예매를 성공해서 다녀왔습니다!

https://maplestory.nexon.com/promotion/event/2026/20260409/event01

[메이플스토리] Happy Maple Day in 롯데월드

23주년 기념 롯데월드 전일 대관 행사 개최! 그 특별한 하루에 용사님들을 초대합니다!

maplestory.nexon.com

제가 롯데월드 처음이라

교복입고 놀러갔습니다

그날 교복 우리만 입는거 아니겠지 했는데 생각보다 많더라구요 ㅎ

입장하자마자 바로 앞에 메이플 스토리 캐릭터 꾸미기 이벤트 있었습니다!

거기에 글자님 서계셔서 깜짝 놀랐어요!

글하!

비율 엄청 좋으시고 키도 엄청 크시더라구요...

입장 하자마자 본거라서 너무 반갑고 신기했습니다!

줄은 너무 길어서 패스했습니다..!

줄 서야 같이 사진을 찍을 수 있어서 멀리서 바라만 봤습니다

핑크빈 퀘스트에 대해서 참 많은 NPC들이 말을 걸었는데 일단 지나쳤습니다

여기저기 사진도 찍고요

매직캐슬에 있는 굿즈샵...2시간 반 기다려서 입장했습니다.

뽑기가 삼성페이 밖에 안되서...뒤에 대기하시는 분께 부탁드려서 뽑았습니다..

굿즈샵 내부에 대부분 다 품절이였어요

심지어 매장 내부에 담요도 없더라구요?

이거 사려고 줄 선건데, 직원분이 여기엔 없다고 하더라구요...?
어디에 파는지도 모르시고...

매장에 2시간 반 줄서 있었는데 그 줄이 굿즈 구매 줄 아니고 저 뽑기 줄 이였습니다...

무슨 구매를 하길래 이렇게 줄이 안없어지나 했는데 그 뽑기 였다는게 너무 충격이였습니다..

뽑기통도 하나밖에 없는데 한 사람이 10개씩 사니까 드르륵 드르륵
카드결제 하나씩 밖에 안되고...

진짜 빡쳤지만 기다린거 아까워서 나도 뽑지

어느 굿즈 매장에 뭘 파는질 몰라서 그냥 지쳐버렸습니다...ㅠㅠ

이번엔 에버랜드 실내에 있는 굿즈 가려고 줄섰는데 청묘님 계셨습니다!

진짜 이번엔 담요 있어라 하면서 또 2시간 반 줄서서 갔는데,

이번에도 없네요.

또 똑같이 직원분이 어딨는지 모르겠다 그러고.

이번에도 그 긴 줄은 다 뽑기 줄이였습니다....

내부에 결제 속도는 진짜 빠릅니다.

뽑기에 이제 줄이 안없어져서 그렇지...

이땐 줄 서 있을 땐 괜찮았어요.

그때 딱 신창섭님께서 라이브 방송 하고계서서 재밌게 봤거든요.

근데 담요 또 모르겠다 이래버리니까 멘탈 나가가지고

그냥 굿즈는 인터넷으로 사자 했습니다.

아니면 사지 말던가. 이게 뭐야 진짜

주황버섯 가방만 사고 밖으로 나와서 타요형님 보려 왔습니다

타요형이 내 인사 받아줌.

우리형 최고

이때 이미 4시반 쯤 되어서 다 포기하고 그냥 놀이기구나 타고 사진만 찍자 했습니다.

하루종일 굿즈 샵 줄서있는거 밖에 안함 ㅋㅋㅋㅋㅋ

근데 못삼. 레전드

제일 재밌다는 자이로스핀 타러 왔는데 세상에 여기 명훈님 계셨어요

아니 진짜 방송에 나오는 분들 실제로 이렇게 계속 우연히 마주치는데 너무신기함

진짜 연예인들이 NPC처럼 이렇게 서있는데 너무 신기했어요

이때 쫌 멘탈 힐링되었습니다

이 타이밍에 신창섭님 갑자기 롤코에서 등장

지나갈때 진짜 신도들 대리고 우르르 가시던데 이거 타러 가셨었어요

신기한 경험 엄청 많이 했습니다 진짜 ㅋㅋㅋㅋ

메이플 콜라보 간식?

어림도 없지.

줄이 그렇게 긴데 어떻게 사먹나 그걸

길에 있는 슬러쉬 사먹었습니다.

이러고 돌아댕기다가 5시에 이제 스트리머분들 알바 끝나고 뭐하나 궁금했는데 방송을 켰더라구요
이때 방송 들으면서 찾아댕겼습니다

동영상인데 캡쳐해서 올려봅니다

안녕수야님을 이렇게 보는데, 연예인 신기했습니다.

아숩게도 이라333님은 못찍었어요

에오스 타워 앞에 메이플 동상? 이렇게 꾸며놓은 곳에 사진 찍으러 갔는데,

이것도 사진찍으려고 줄서있는데 다 교복이였어요.

교복입은 사람들 여기 다 줄서있음 ㅋㅋㅋㅋ

사진 찍으려고 하니까 불켜지더라구요

매직 캐슬 마지막 피날레 샤라라 하길래 다리에서 이거 보면서 힐링 하고있었습니다.

건너편에 팡이요님 등장

팡이요님 정면 볼때마다 사진 못찍어서 측면 사진;

방송을 보신 분들은 아실탠데 "팡이 클라스 팡이 클라스" 라는게 이해가 되었습니다.

진짜 어떻게 저렇게 친절하고 매너 좋아

하루종일 사진찍고 인사하고 피곤했을탠데 한분씩 다 사진 찍어주시더라구요.

진짜 너무 좋은 사람인거 딱 느꼈습니다

집 가기 전에 사진 바바박 찍고 퇴근했습니다!

뽑기에서 뽑은 돌의 정령을 매달고 마무리 했습니다~

처음에 굿즈샵 때문에 너무너무 힘들었는데

마무리가 좋았습니다~

고미 제 5회 (금토 미식회)

07e — Tue, 5 May 2026 17:46:08 +0900

금토를 합쳐서 <고> 로 했고
미식회의 <미>를 따서

<고미>

이번엔 샤브르정원을 다녀왔습니다!

# 식사_샤브르정원 용인죽전점

https://naver.me/xcnDjnKT

네이버지도

샤브르정원 용인죽전점

map.naver.com

성인 두명이서 49800원 나왔습니다!

평일 저녁 가격 인가 봅니다

집에서 거리가 좀 있었는데 추천받아서 다녀왔습니다

요즘 샤브샤브 무한리필이 또 유행이잖아요?

퀄리티가 엄청 좋다는 이야기를 해주셔서 갔는데 별로였습니다.

전 아마 또 갈 일은 없을 듯 합니다..

이유를 하나씩 말씀드려 볼께요

요리 해보신 분들은 아실탠데, 고기를 녹이고 다시 얼린 고기 요리하면 나는 그 묘한 비릿한 맛이 있습니다.

물 비린내 같은?

그게 모든 고기에서 다 나요.

특히 편백찜이라고 주시는 저 대패 말이? 에서 특히 심했네요

저녁이라 그럴수도 있는데, 채소들이 대체로 싱싱하지 않습니다.

대부분 흐물거리는 애들이 대부분이였어요.

물론 물에 끓이면 큰 차이가 아닐수 있는데, 먹기 전부터 기분이 안 좋았습니다.

반찬에 대한 리필이 좀 느립니다.

김치를 가져오려고 하면 그 접시가 비어있어요.

무한 리필이고 모두가 사용하면 그럴수 있잖아요?
근데 대부분의 접시들이 비어있습니다.

여기까지가 단점이고, 장점으론 뷔페형식이라서 반찬이 참 많았습니다.

튀김류가 정말 맛있었어요

그 치즈볼 참 맛있었네요.

그리고 시금치 무침인가? 잘 모르는 초록잎 무침같은게 진짜 맛있었습니다.

맥주는 무한리필이라서 맥주는 계속 먹었습니다.

맥주만 2리터는 마신거같아요. (돈 아까워서 계속 먹었나봐요...)

제가 샤브샤브 무한리필 처음이긴 한데, 애초에 전 뷔페를 별로 안좋아합니다

그래서 평가가 더 박할수 있습니다.

- 별점

블로그 주인장 - 2.5 (저 돈 주고 무한리필 안가고 그냥 샤브샤브 가게 갈듯)

여자친구 - 2.8점 (와플과 치즈볼이 맛있었다... )

별점 기준

5.0	안성재 셰프님도 100점은 없다 그랬음. 5.0 식당은 없음
4.5	식당에서 기립박수 칠 정도
4.0	맛집. 안 친한 사이에 이동네는 뭐가 맛있어라고 물어보면 바로 대답해줄 수 있을 정도의 식당
3.5	아쉬운 점이 몇몇 보이지만 어디가서 괜찮은 식당이라고 소개할 정도
3.0	평범. 하지만 추천은 못해줌
2.5 이하	두번다시 안감. 맛, 서비스 다 최악. 같은 요리로 다른 가게가 있다면 다른 가게를 갈 정도

프로젝트 헤일메리 리뷰

07e — Sun, 5 Apr 2026 23:14:36 +0900

프로젝트 헤일메리 보고왔습니다~

영화관에서 볼만하고, 평이 엄청 좋길래 보러 갔어요

간 김에 왕사남도 보고왔구요 ㅎㅎ

스토리

기억을 잃은 채 낯선 우주선에서 눈을 뜬 과학자 그레이스가, 조각조각 되살아나는 기억을 통해 자신이 태양을 위협하는 외계 미생물 '아스트로파지'의 해결책을 찾기 위해 홀로 우주로 보내진 존재라는 사실을 깨달아 가는 이야기입니다.

지구로 돌아갈 수 없는 편도 임무라는 것도 알게 된 그 앞에,

예상치 못한 외계 우주선이 나타나면서 이야기가 본격적으로 펼쳐집니다.

평

제 개인적인 점수는 3.6점 입니다. (5점 만점)

정말 솔직히 그날 봤던 왕사남이 더 재밌었구요.

이거 영상미도 엄청나고, 몰입도도 좋았지만, 그 로키라는 외계인이 나오기 전까지 참 지루했던거 같아요.

과학실험도 신기하고 다 알겠는데 뭔가 자기들끼리만 아는 이야기를 하는 느낌이였거든요.

그래도 로키가 나오고, 우주에 그 웅장함 등이 나올땐 정말 재밌었네요

스포 없는 간단 요약

영화는 기억을 잃은 채 낯선 침대에서 눈을 뜬 주인공이 상황을 파악하는 장면으로 시작됩니다.

드문드문 되살아나는 기억의 도움으로 자신이 우주선 헤일메리호에 타고 있다는 것을 알게 되지만, 자신이 누구인지, 함께 탄 동료들은 왜 죽은 채 발견되었는지는 여전히 알지 못합니다.

우주선을 탐색하고 기억을 되짚으며, 그는 자신이 과학자라는 사실을 조금씩 떠올리기 시작합니다.

기억 속에는 태양이 빛을 잃어가는 기이한 현상과 빙하기를 앞둔 지구, 그리고 온갖 연구 끝에 태양이 미지의 미생물 '아스트로파지'에 감염되었다는 사실이 밝혀지는 순간들이 담겨 있습니다.

기술적 한계로 인해 헤일메리호는 편도행으로 설계되어 지구로의 귀환이 불가능하다는 사실도 알게 됩니다.

아스트로파지를 조사하고 해결책을 찾는 임무를 홀로 수행해야 한다는 것, 우주에서 수집한 데이터는 지구로 보낼 수 있지만 자신은 돌아갈 수 없다는 현실 앞에서 그는 막막함과 마주합니다.

그렇게 혼자 상황을 파악해 나가던 그레이스에게, 우주선 계기판에 전혀 예상치 못한 신호가 잡힙니다.

그동안 듣도 보도 못한 형태의 외계 우주선이 다가오고 있던 것입니다.

그리고 마침내, 그레이스는 그 우주선의 존재인 '로키'와 처음으로 마주하게 됩니다.

여기까지가 노 스포 스토리 설명입니다!

스포 포함

제가 영화에서 보면서 느낀점을 간단하게 적어볼까 합니다

1. 마지막에 굳이굳이 아스트로파지가 센다는걸 보여줄 필요가 있었나?

소설에서 해당 내용이 있다고 해서 뭐 그렇구나 했어요.

영화로 볼땐 굳이 마지막 인사 다 하고, 즐거웠어. 마지막 인사 짠 하고, 멋지게 작별하고

팔 긁긁 하는 걸로 넘어가는거 였는데 갑자기 찾아간다, 뭐 이런게 조금 불필요한 내용이라고 생각했어요.

그냥 깔끔하게 귀여운 로키랑 작별. 지구로 귀환하고 로키를 그리워 하는걸로 끝나는게 더 좋았을거 같은데 말입니다~

2. 영화 플레이 타임이 길었음에도 과학 설명에 대한 설명이 부족하지 않았나?

음...저는 뭐 영화 처음부터 얼추 다 이해하고 넘어가고 따라갔는데,

여자친구는 공대도 아니고 이과도 아니라서, 과학적 스토리 진행에 조금 어려웠다고 합니다.

처음에 상자에서 상자로 옮기는 그 장면에서 왜 빨간색으로 보이는거야 라던가

왜 우주선이 빙글빙글 도는거야 라던가

이런건 뭐 SF 를 많이 본 사람들은 알지만, 많이 안본 사람들은 또 왜 저런게 필요한지 모를수 있다는 생각을 합니다.

영화 시간은 길었는데, 영화 초반부분에 불필요한 내용 (장관이 노래부르는 내용) 같은 걸 빼고

좀 더 친절했으면 좋았겠다 싶긴 했네요

인상적이였던 장면

1. 로키의 모든 장면. 너무너무 사랑스럽다

Amaze! Amaze! Amaze!

너무 귀엽잖아요 뭐 말이 필요하나요.

필요하나 이유 질문? Thumbs up~~~~~

https://youtube.com/shorts/96hU4XyBmoM?si=R0CIhYKGQXEmxi8z

2. 모든 우주 장면들

이거는 솔직히 비싼 영화관에 좋은 스크린으로 봤어야 했습니다.

저도 뭐 영화시간 길다길래 리클라이너 좌석으로 봐서 편하게 보긴 했지만, 화면도 사운드도 더 좋은 영화관에서 봤어야 했다라는 생각은 듭니다.

정말 영상이 너무 이쁩니다. 한두개가 아니죠.

왕과 사는 남자 리뷰

07e — Sun, 5 Apr 2026 22:47:19 +0900

왕사남 보고왔습니다~

요즘 영화관 안갔는데, 사람들이 그렇게 재밌다길래~ 보고왔습니다.

사실 <프로젝트 헤일메리> 보려고 영화관 갔는데, 간 김에 이것도 보자 해서 보고왔어요 ㅎ

스토리

수양대군에 의해 왕위를 찬탈당하고 강원도 영월 청령포로 유배 온 어린 왕 이홍위(박지훈)와, 가난한 마을을 살리려는 욕심으로 유배지를 자처했다가 뜻밖에 폐위된 왕을 떠맡게 된 촌장 엄흥도(유해진)의 이야기를 담은 영화입니다.

처음엔 서로에게 불편한 존재였던 두 사람이, 함께 살아가면서 조금씩 서로의 삶을 붙들게 되는 과정을 그리고 있습니다.

평

제 개인적인 점수는 4.3점 입니다. (5점 만점)

연기자들의 연기가 정말 인상적이였어요.

그럼에도 점수 차감은 역시 호랑이때문 입니다.

딱 봐도 애드립이네 같은 장면도 많았지만 정말 몰입하게 되는 영화여서 다 즐거웠습니다.

유해진 배우님이 계속 장난스럽고, 표독스러운 느낌으로 재물을 탐하는 모습이 계속 나오다가,

어느 순간을 계기로 장난이 없어지는데, 그때 정말 못 웃고 정색하면서 몰입하면서 봤네요.

주위에 우는 소리는 많이 들렸는데, 전 눈믈은 안흘렸네요.

스포 없는 간단 요약

계유정난으로 조선이 뒤흔들리고, 어린 왕 이홍위는 숙부 수양대군에 의해 왕위를 빼앗깁니다. 그렇게 폐위된 채 노산군으로 강봉되어 유배길에 오르게 됩니다.

한편 강원도 영월 산골 광천골의 촌장 엄흥도는 먹고 살기 힘든 마을 사람들을 위해 고민하던 중, 이웃 마을이 유배자를 받아 쏠쏠한 보수를 챙긴다는 사실을 알게 됩니다. 욕심이 생긴 엄흥도는 영월 군수를 설득하고, 집까지 직접 지어 올리며 청령포를 유배지로 만들기 위해 발 벗고 나섭니다.

드디어 가마가 도착하던 날, 엄흥도는 기대에 부풀어 마중을 나갑니다. 그런데 가마에서 내린 사람은 창백한 얼굴의 어린 청년, 다름 아닌 폐위된 왕 이홍위였습니다.

당황한 엄흥도는 어쩔 수 없이 보수주인 역할을 맡아 이홍위의 일상을 감시하게 됩니다. 그러나 이홍위는 삶의 의지를 완전히 잃은 상태로, 식사조차 거부하며 방 안에만 머뭅니다.

걱정과 불편함이 뒤섞인 마음으로 엄흥도는 직접 음식을 챙겨 이홍위에게 가져다 주게 됩니다.

여기까지가 노 스포 스토리 설명입니다!

스포 포함

제가 영화에서 보면서 느낀점을 간단하게 적어볼까 합니다

1. 호랑이 cg... 그게 최선이었나..?

그 배우분들....출연료 알죠...아는데...

호랑이....호랑이는 진짜....왜 그러셨어요...

제가 <프로젝트 헤일메리>때문에 우연히 본 영화였는데...
참....참 많이 비교가 되더랍디다....

2. 왕은 잘 모르는데, 어린 왕이니까 괜찮나?

제가 군주론이라던가 이런거 잘 모르긴한데, 왕은 좀 근엄함이 있어야 하지 않나 싶어요.

카리스마라던가, 리더쉽이라던가, 이런게 중요하다고 생각합니다.

그래도 왕 이었는데 백성들이랑 눈을 맞춘다던가 장난을 주고받는게 아슬아슬해 보였어요.

전 보면서 이게 너무 잘해주면 또 사고치지 않을까... 이런 생각을 했었어요.

그 드라마 <추노>의 드라마 시작이 그거였잖아요. 잘 대해준 노비의 반란.

그래도 마지막에 엄흥도가 끝까지 편을 들어줘서 다행이라고 생각했고,

그래서 더 감동이였고.

단종의 진심이 통했구나 라고 생각하긴 했지만요.

너무 인상적이였던 장면

1. 엄흥도가 이홍위의 탈출을 고자질하려고 관아 앞으로 뛰어가는 장면

그 다른 리뷰에선 많이 안나오는데, 전 이 장면이 제일 인상적이였어요.

이홍위가 반란을 위해서 유배지에서 탈출하려던 순간, 엄흥도가 이걸 목격하고 말싸움을 합니다.

그러고 엄흥도가 관아로 막 달려가다가, 관아 앞에서 딱 멈춰서요.

그러곤 카메라를 쳐다봅니다.

전 이때, 정말 정말 숨이 턱 하고 막혔어요.

엄흥도가 저에게 말을 거는 느낌이였어요.

너라면 여기서 관아에 말 할꺼야? 하는 느낌이였어요.

그 순간 참 많은 생각을 했던거 같아요. 나라면..? 내 자식이 저렇게 곤죽이 되었는데, 의리를 위해?

유배당한 왕을 위해?

그때 엄흥도가 너무 멋있다라고 생각했어요.

전 자신없네요.

용감한 사람도 아니고 대단한 사람도 아니고. 그런 순간이라면 제가 엄흥도처럼 행동할수 있을까 싶었어요.

2. 이홍위의 마지막 장면

영화에선 이홍위가 유배지에서 들어오지 말라는 식으로 호통을 칩니다.

그러곤 엄흥도가 "거의 다 왔습니다" 이런 대사를 하면서 이제...보내주죠.

영화에선 이때 이홍위의 얼굴이 나오지않는데, 유튜브에선 이게 공개가 되었어요.

https://youtube.com/shorts/-6Gu2odi5PU?si=68SqJtoUoaGEQFMg

이 어린 왕이 죽음을 앞두고 목소리는 근엄하게 말하지만,

표정에서 나오는 눈꼬리가 쳐지는 모양이 너무 슬펐습니다.

영화에선 집만 나오니까 몰랐지만

내부가 이런 장면일 줄은 정말 몰랐네요.

기억에 많이 남고 너무 슬퍼서 인상적이였습니다.

고미 제 4회 (금토 미식회)

07e — Sun, 5 Apr 2026 22:05:08 +0900

금토를 합쳐서 <고> 로 했고
미식회의 <미>를 따서

<고미>

이번주는 둥근상시골집을 다녀왔습니다

# 식사_둥근상시골집

https://naver.me/xnhNydkK

네이버지도

둥근상시골집 분당직영점

map.naver.com

갈치조림, 소주, 콜라 이렇게 해서 46,500원 나왔습니다

쟁반보고 너무 정겹더라구요

시골에서나 보던 쟁반인데, 반가웠거든요? 이거 프랜차이즈인줄 몰랐네요..

진짜 맛있게 먹었습니다

반찬도 보시면 참 반찬 다양하고, 너무 맛있었구요.

갈치조림도 진짜 너무 맛있었어요.

그 조림 특유의 걸죽함도 너무 좋았고 양파랑 대파향도 참 좋았습니다.

갈치도 살이 참 많아서 너무 맛있었어요

원래 밥은 항상 한공기씩 먹었는데, 여기 가게에서 한공기만 더 해서 나눠먹을까 말 참 많이했었습니다.

근데 마지막에 숭늉을 주시더라구요?

그것까지 너무 참 깔끔하게 맛있었습니다

그래도 이게 갈치조림은 점심 메뉴 느낌이 강해서, 가격이 조금 비싸지않나 생각만 합니다.

갈치조림이 보통 1.5 정도였던거 같은데 반찬이 많아서 2만원인가 싶긴 했습니다.

- 별점

블로그 주인장 - 4.0 (갈치 조림도 반찬도 숭늉도 정말 맛있었는데 가격이 쪼오금 비싸지않나 싶습니다.)

여자친구 - 4.1 (시골밥상 든든하게 먹는 느낌! 갈치조림 맛있다! 계란찜...조금 아숩 )

별점 기준

5.0	안성재 셰프님도 100점은 없다 그랬음. 5.0 식당은 없음
4.5	식당에서 기립박수 칠 정도
4.0	맛집. 안 친한 사이에 이동네는 뭐가 맛있어라고 물어보면 바로 대답해줄 수 있을 정도의 식당
3.5	아쉬운 점이 몇몇 보이지만 어디가서 괜찮은 식당이라고 소개할 정도
3.0	평범. 하지만 추천은 못해줌
2.5 이하	두번다시 안감. 맛, 서비스 다 최악. 같은 요리로 다른 가게가 있다면 다른 가게를 갈 정도

고미 제 3회 (금토 미식회)

07e — Sun, 5 Apr 2026 21:52:02 +0900

금토를 합쳐서 <고>로 했고
미식회의 <미> 를 따서

<고미>

3월 20일 다녀온걸 이제 써봅니다
이번주는 보약족발보쌈을 다녀왔습니다!

# 식사_야들야들한 보약족발보쌈 미금점

https://naver.me/I5yrQi7i

네이버지도

야들야들한 보약족발보쌈 미금점

map.naver.com

보약족발, 마늘보쌈 반반 세트에 막국수(서비스) 하고 소주랑 사이다랑 다 해서 53,500 원 나왔습니

사실 여긴 두번째로 간겁니다!
서비스로 막국수가 포함되어있는 가격대라서 5만원대에 2명이서 배 터지게 다 못먹고 나오는 곳입니다.

무김치가 굴이 들어가는데, 굉장히 맛있습니다.

마늘 허니 보쌈인데 파인애플? 이 들어간건가 해서 엄청 상큼해서 그 보쌈 특유의 느끼함? 이 안느껴져서 참 맛있게 먹었습니다.

족발도 참 부드럽고 양도 보시면 엄청 많습니다.

여기 나올때 아이스크림도 있고 매실도 먹으면서 나와서 마무리까지 너무 만족스럽게 먹었습니다.

- 별점

블로그 주인장 - 4.3 (항상 너무 맛있는데, 막국수 서비스가 기간제라고 들어서 4.5는 아닙니다)

여자친구 - 4.2 (족발 보쌈은 무김치가 생명이라고 생각하는데, 너무 맛있음! 양 진짜 많음 )

별점 기준

5.0	안성재 셰프님도 100점은 없다 그랬음. 5.0 식당은 없음
4.5	식당에서 기립박수 칠 정도
4.0	맛집. 안 친한 사이에 이동네는 뭐가 맛있어라고 물어보면 바로 대답해줄 수 있을 정도의 식당
3.5	아쉬운 점이 몇몇 보이지만 어디가서 괜찮은 식당이라고 소개할 정도
3.0	평범. 하지만 추천은 못해줌
2.5 이하	두번다시 안감. 맛, 서비스 다 최악. 같은 요리로 다른 가게가 있다면 다른 가게를 갈 정도

고미 제 2회 (금토 미식회)

07e — Tue, 17 Mar 2026 11:10:28 +0900

금토를 합쳐서 <고> 로 했고
미식회의 <미>를 따서

<고미>

이번주는 솥뚜껑 삼겹살을 다녀왔습니다

# 식사 _ 정가네 솥뚜껑 삼겹살

https://naver.me/xMjDGSrJ

네이버지도

정가네솥뚜껑삼겹살

map.naver.com

삼겹살 2인분이랑 갈매기살, 소주, 사이다 이렇게 해서 60,000 원 나왔습니다

솥뚜껑에 구워먹는 삼겹살을 처음 먹어본것 같아요

뭔가 이미지가 굉장히 새로웠습니다.

고기가 좀 좋은 고기였던것 같아요

주위에 주신 버섯이랑 파무침이나 김치 굽는것도 그렇고 다 너무 좋았어요.

아쉬운게 고기가 좋은 거였는지 기름이 별로 안나와서 생각보다 김치라던가 볶음밥에 그 돼지고기기름이 잘 안묻어났습니다.

고기는 맛있는데 그 김치랑 버섯이 안어울려서 속상했습니다.

- 별점

블로그 주인장 - 3.5 (고기 자체는 맛있는데 기름기가 아쉬웠다.)

여자친구 - 3.6 (밑반찬 다 맛있고 갈매기살이 더 취향이었음! 다만 테이블 간격이 조금 좁아서 아쉬웠다 )

별점 기준

5.0	안성재 셰프님도 100점은 없다 그랬음. 5.0 식당은 없음
4.5	식당에서 기립박수 칠 정도
4.0	맛집. 안 친한 사이에 이동네는 뭐가 맛있어라고 물어보면 바로 대답해줄 수 있을 정도의 식당
3.5	아쉬운 점이 몇몇 보이지만 어디가서 괜찮은 식당이라고 소개할 정도
3.0	평범. 하지만 추천은 못해줌
2.5 이하	두번다시 안감. 맛, 서비스 다 최악. 같은 요리로 다른 가게가 있다면 다른 가게를 갈 정도

# 카페 _ 뜨을

https://naver.me/5r9I4LFw

네이버지도

뜨을

map.naver.com

레몬티와 대추생강차(시그니처) 시켜서 15,000 원 나왔습니다

저 생강차가 정말 맛있습니다.

잘 모르지만 쌍화차 맛이 났어요. 아마 비슷한거겠죠? 잘 모릅니다.

제가 기억하는 쌍화차 생각하면서 먹었는데, 계란이 없고 맛은 더 걸죽했습니다.

정말 맛있었어요

그 쌍화차 고유의 매운맛과 쌉쌀함이 단맛 뒤에 오잖아요?

여기서 먹은 시그니처 차는 그 진함이 더 깊었어요.

마실때마다 놀랐습니다.

레몬티도 너무 좋았어요.

수제청, 수제 간식을 파신다고 하는데 양도 많고 맛도 좋았어요!

다음엔 수제 간식들도 먹어보려고요.

저렇게 규카츠 먹을때만 보던 초로 데워진 상태로 계속 덜어 먹으니까 계속 따뜻하고

양도 많아서 느긋하게 먹었네요.

그래도 매장이 너무 좁긴 했습니다.

- 별점

블로그 주인장 - 4.0 (매장이 이쁘고 굉장히 맛있었다.)

여자친구 - 3.8 (티팟이 예뻤고, 시간이 지나도 차가 따뜻하고 달달해서 좋았다 군고구마라떼 궁금했는데 품절이라 속상했다!)

별점 기준

5.0	안성재 셰프님도 100점은 없다 그랬음. 5.0 식당은 없음
4.5	식당에서 기립박수 칠 정도
4.0	맛집. 안 친한 사이에 이동네는 뭐가 맛있어라고 물어보면 바로 대답해줄 수 있을 정도의 식당
3.5	아쉬운 점이 몇몇 보이지만 어디가서 괜찮은 식당이라고 소개할 정도
3.0	평범. 하지만 추천은 못해줌
2.5 이하	두번다시 안감. 맛, 서비스 다 최악. 같은 요리로 다른 가게가 있다면 다른 가게를 갈 정도

고미 제 1회 (금토 미식회)

07e — Tue, 17 Mar 2026 10:38:55 +0900

이사를 온지 1년이 넘었는데, 집밥만 먹고 외식을 잘 안하다보니 날을 잡고 외식하기로 했슴다

금토를 합쳐서 <고> 로 했고
미식회의 <미>를 따서

금토에 외식하자를 줄여서 고미로 했습니다!

집근처에 맛집이 참 많거든요
그래서 주에 식당하나 카페하나 이렇게 돌아다녀 보며 리뷰를 할 예정임다

# 식사 _ 전통춘천닭갈비

https://naver.me/x0UP7oNT

네이버지도

전통춘천닭갈비

map.naver.com

정말 가까운데 항상 사람이 많았던 식당이다.

웨이팅하고 입장했다.

닭갈비 2인분

치즈사리, 우동사리

소주, 사이다 등등 해서 45,500원

저희가 주문한건 순한맛이였고, 그래도 적당히 매콤한 정도였고 매운걸 못드시면 치즈추가는 꼭 하시길 바래요.

정말 맛있었습니다

비교를 하자면

보통 우리가 생각하는 닭갈비 맛이 납니다. 당연한거긴 하지만 소비자가 생각하고 식당에 가는 그 맛이 있잖아요?
그 생각과 많이 벗어나면 저는 좀 싫더라구요

고기가 엄청 부드러웠어요. 많이 놀랐습니다.

차이가 좀 있다면 보통 고구마같은걸 넣어서 단맛이 좀 올라오는데, 여기는 단맛이 덜 해서 좋았습니다.

보통 닭갈비 리뷰 이런거 보면

애들이랑 같이 먹기 좋아요 이런 글들 보이는데, 여기는 어른들이 더 좋아할 만한 맛이였습니다.

그래도 식당에 애들은 많습니다.

- 별점

블로그 주인장 - 4.3 (고기가 너무 부드럽고 술이 술술 들어갑니다)

여자친구 - 3.9 (기본맛이 신라면정도라고 하셨는데 아닌 느낌 그래도 고기는 부드럽고 맛있었다!)

별점 기준

5.0	안성재 셰프님도 100점은 없다 그랬음. 5.0 식당은 없음
4.5	식당에서 기립박수 칠 정도
4.0	맛집. 안 친한 사이에 이동네는 뭐가 맛있어라고 물어보면 바로 대답해줄 수 있을 정도의 식당
3.5	아쉬운 점이 몇몇 보이지만 어디가서 괜찮은 식당이라고 소개할 정도
3.0	평범. 하지만 추천은 못해줌
2.5 이하	두번다시 안감. 맛, 서비스 다 최악. 같은 요리로 다른 가게가 있다면 다른 가게를 갈 정도

# 카페 _ Brick

https://naver.me/FqWtKqB9

네이버지도

브릭 분당

map.naver.com

집에서 가까운 카페기도 했고 인테리어가 이뻐서

항상 지나가면서 저기 한번 꼭 가보자 했던 곳.

브라운치즈 크로플, 핫초코, 얼그레이 시켜서 20,000 원 나왔습니다

매장 분위기가 참 좋습니다.

기억 나는건 저기 크로플이 참 맛있었던거 같아요

너무 부드럽고 달았습니다.

저는 사장님이 매장 안에서 이어폰 꽂고 핸드폰 보고 계셔서 조금 아쉬웠네요

- 별점

블로그 주인장 - 3.5 (매장 분위기는 좋은데 요즘 카페 다 이정도는 하지않나)

여자친구 - 4.1 (매장이 예뻤고, 크로플은 쫀득달달 다음엔 브런치 먹으러 재방문하고 싶다!)

별점 기준

5.0	안성재 셰프님도 100점은 없다 그랬음. 5.0 식당은 없음
4.5	식당에서 기립박수 칠 정도
4.0	맛집. 안 친한 사이에 이동네는 뭐가 맛있어라고 물어보면 바로 대답해줄 수 있을 정도의 식당
3.5	아쉬운 점이 몇몇 보이지만 어디가서 괜찮은 식당이라고 소개할 정도
3.0	평범. 하지만 추천은 못해줌
2.5 이하	두번다시 안감. 맛, 서비스 다 최악. 같은 요리로 다른 가게가 있다면 다른 가게를 갈 정도

코딩 테스트 공부_2

07e — Tue, 13 Jan 2026 23:14:22 +0900

백준 11723

문제를 보면 x의 값은 항상 1부터 20사의 값만 추정된다.

그래서 처음부터 20개의 값을 셋팅하고 있으면 true로 바꾸는 trigger 형식의 배열을 미리 설정해두었다.

코드에는 문제가 없는것같은데 계속 시간초과가 나길래 찾아보았다.

ios::sync_with_stdio(false);
cin.tie(NULL);

이 두줄을 넣으니 성공했다.

ios::sync_with_stdio(false);	C++ 스트림(cin,cout)과 C 스트림(stdin,stdout)의 동기화를 끔	C와 C++이 같은 버퍼를 공유 → 동기화 비용 발생 끄면 C++만 독립 버퍼 사용 → 오버헤드 대폭 감소	scanf/printf와 cin/cout을 섞어 쓰면 안 됨 (예측 불가능한 결과 나올 수 있음)
cin.tie(NULL); (또는 cin.tie(nullptr);)	cin이 cout과 연결(tie)되어 있는 상태를 끊음	cin으로 입력 받기 전에 cout 버퍼를 자동으로 flush하는 기능이 기본 이걸 끄면 불필요한 flush가 사라짐	인터랙티브 문제(실시간 출력 확인 필요)에서는 출력이 늦게 보일 수 있음 (거의 안 씀)

앞으로 문제 풀때는 기본으로 추가해야겠다/

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <cstring>
#include <climits>
#include <sstream>

using namespace std;

int main() {

    //Input Reader///////////////////
    streambuf* originalCin = cin.rdbuf();
    ifstream inputFile("input.txt");
    if (!inputFile.is_open()) {
        cerr << "파일을 열 수 없습니다." << endl;
        return 1;
    }
    cin.rdbuf(inputFile.rdbuf());

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    //////////////////////////////////////

    ios::sync_with_stdio(false);
    cin.tie(NULL);

    int M;
    cin >> M;

    bool S[21] = {};

    string op;
    int x;

    for (int i = 0; i < M; i++) 
    {
        cin >> op;

        if (op == "add") 
        {
            cin >> x;
            S[x] = true;
        }
        else if (op == "remove") 
        {
            cin >> x;
            S[x] = false;
        }
        else if (op == "check") 
        {
            cin >> x;
            cout << S[x] << '\n';
        }
        else if (op == "toggle") 
        {
            cin >> x;
            S[x] = !S[x];
        }
        else if (op == "all") 
        {
            memset(S, true, sizeof(S));
        }
        else if (op == "empty") 
        {
            memset(S, false, sizeof(S));
        }
    }

    return 0;
}

코딩 테스트 공부_1

07e — Mon, 12 Jan 2026 21:26:39 +0900

백준 2309번

9개의 숫자는 고정되어 있고, 7개의 숫자를 추출해야한다.

정확하게 합이 100이 되는 숫자를 요청했고, 실패하는 경우는 없다.

그렇다면 2개의 숫자만 알면 되지않을까를 역으로 추적해보았다.

모든 합에 2개의 숫자를 뺐을때 100이되면 정답이라는 생각으로 문제를 풀었다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

using namespace std;

int N[9] = {};
int TotalSum = 0;

void GetExceptNumber(int& Index_1, int& Index_2)
{
    for (int i = 0; i < 8; i++)
    {
        for (int j = i + 1; j < 9; j++)
        {
            if (TotalSum - (N[i] + N[j]) == 100)
            {
                Index_1 = i;
                Index_2 = j;

                return;
            }
        }
    }
}

int main() {

//Input Reader///////////////////
    streambuf* originalCin = cin.rdbuf();
    ifstream inputFile("input.txt");
    if (!inputFile.is_open()) {
        cerr << "파일을 열 수 없습니다." << endl;
        return 1;
    }
    cin.rdbuf(inputFile.rdbuf());

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
 //////////////////////////////////////

    for (int i = 0; i < 9; i++)
    {
        cin >> N[i];
        TotalSum += N[i];
    }
    sort(N, N + 9);

    int ExceptNumber_1 = -1;
    int ExceptNumber_2 = -1;
    GetExceptNumber(ExceptNumber_1, ExceptNumber_2);

    for (int i = 0; i < 9; i++)
    {
        if (i == ExceptNumber_1 || i == ExceptNumber_2)
        {
            continue;
        }

        cout << N[i] << endl;
    }

    return 0;

}

Good Code, Bad Code (9) _ 코드를 재사용하고 일반화할 수 있도록 하라

07e — Sat, 27 Sep 2025 17:29:31 +0900

가정을 주의하라

데이터가 있는지 항상 확인해야 한다.

주석으로 알려줘야 가정이 있는 경우엔 메소드의 명명이나, 기능을 제한해서 명시해야 한다.

또는 호출하는 쪽에서 강제로 알 수 있도록 Assert 같은 에러 메세지를 띄우는 방식을 추가해야한다.

전역 상태를 주의하라

코드를 재사용하기 때문에 데이터가 변질될 가능성이 높다.

재사용될 가능성이 있다면 정적을 지우고 공유 상태에 의존성을 주입해야 한다.

static 을 사용했던 이유는 대부분 해당 인스턴스를 가지고 있지 않았을 가능성이 있다.

그래서 필요한 곳에 인스턴스를 필요로 하는 메소드를 제작하고, 거기에 주입을 하게하는 방식으로 해결하면 된다.


class ShoppingBasket
{
    static void AddItem(Item item)
    {
        items.add(item);
    }
    static void List<Item> getItem()
    {
        return items;
    }

    static List<Item> items;
}

Class Viewitem
{
    Item item;

    ViewItem(Item Initem)
    {
        item = InItem;
    }
    AddItemToBasket()
    {
        ShoppingBasket::AddItem(item);
    }

}

Class ViewBasket
{
    void DisplayBasket()
    {
        ShoppingBasket::getItem(); ...
    }
}

ShoppingBasket에 있는 items는 외부의 Viewitem 클래스에 의해 변경이 된다.

외부에서 이걸 사용하려다가 문제가 생길 가능성이 있다.

그래서 의존성을 주입하도록 로직을 수정한다.

class ShoppingBasket
{
    void AddItem(Item item)
    {
        items.add(item);
    }
    void List<Item> getItem()
    {
        return items;
    }

    List<Item> items;
}

Class Viewitem
{
    Item item;
    ShoppingBasket basket;

    ViewItem(Item Initem, ShoppingBasket Inbasket)
    {
        item = InItem;
        basket = Inbasket;
    }
    AddItemToBasket()
    {
        basket.AddItem(item);
    }

}

Class ViewBasket
{
    ShoppingBasket basket;

    ViewBasket(ShoppingBasket Inbasket)
    {
        basket = Inbasket;
    }

    void DisplayBasket()
    {
        basket.getItem(); ...
    }
}

이렇게 수정하면 해결된다.

이후, 사용할땐 개별 바스켓을 제작하고, 개별 ViewBasket을 제작해서 주입하는 방식으로 제작하면 된다.

기본값 반환을 주의하라

디폴트값을 반환하는건 해당 메소드나 클래스를 사용하는 외부 개발자에게 문제를 일으키기 쉽다.

디폴트값을 사용하게 되는 경우가 생길 수 있기 때문이다.

Enum Class ETest
{
    A = 0,
    B,
    C,
    D
}


class Test()
{
    TOptional<ETest> testValue;

    ETest GetTestValue()
    {
        if(testValue.IsSet())
        {
            return testValue;
        }

        return ETest::A;
    }
}

GetTestValue() 를 호출해서 반환값을 받았는데, A를 받았다고 가정해보자.
그럼 외부에서 사용하는 개발자가 A값에 대한 경우까지 고려해서 개발을 진행했다면 문제가 생긴다.

오류 상황으로 값이 정의되기 전인데도 값을 반환했기 때문이다.

위 같은 상황에선 반환값을 Optional (Nullable) 을 추가하던가, 아니면 Enum값에 None같은 예외값을 추가해서 문제인 상황을 명시해줘야 한다.

함수의 매개변수를 주목하라

예를들어 Text의 Color값만 필요하다면, 함수를 정의할때 매개변수로는 Color값만 받도록 해야한다.

Text를 전체 다 요청한다면 해당 메소드는 Text를 알고있는 경우에만 사용할 수 있다.

즉, Color만 따로 바꾸는 기능이 없기때문에 해당 메소드는 사용할 수 없다.

재사용성을 고려할때 필요한 값만 요청하는 것이 옳다.

제네릭(템플릿)의 사용을 고려하라

기능을 확장성을 고려한다면 클래스나 메소드의 기능에 맞춰서 변수 유형을 다양하게 사용가능하도록 제네릭을 사용하는 것이 좋다.

Good Code, Bad Code (8) _ 코드를 모듈화 하라

07e — Sat, 27 Sep 2025 16:43:00 +0900

의존성 주입의 사용을 고려하라

하드코딩된 의존성은 확장성을 저해한다.

class TestB
{
}

class TestA
{
    TestB TestB
}

위 상태에서 TestA 클래스의 기능이 확장되어서 TestB가 아닌 TestC가 필요로 하게 되는 상황이 온다면?

따라서, 위 같은 경우 보단 아래같은 경우를 추천한다.

class TestB : public Test
{
}

class TestA
{
	Test Test
	TestA(Test InTest)
	{
		Test = InTest;
	}
}

TestA(new TestB());

의존성을 주입하는 방식으로 해야 코드를 확장하기 쉽다.

인터페이스에 의존하라

구체적인 구현에 의존하면 적응성이 제한된다.

따라서 가능한 경우 인터페이스 의존해야 한다.

클래스 상속에 주의하라

기능확장을 위한 마구잡이 상속은 위험하다.

CSV 파일을 읽은 클래스가 있다고 가정한다.

그리고 같은 기능이 많이 겹쳐서 Int 파일을 읽는 클래스를 CSV 파일 클래스를 상속받아 구현한다고 친다.

여기서 문제는 만약에 CSV 파일 클래스가 커져서 새로운 함수들이 추가되었다고 가정하자.

Int 파일 클래스는 제작하지 않은 CSV파일 기능을 사용하게 되는 문제가 생기기도 하고,

Int 파일 클래스는 해당 함수를 재정의해야하는 문제가 생길 수도 있다.

예를 들어, CSV 파일이 없던 GetTextCount() 함수가 새로 추가되었다고 가정하자.

외부에서 해당 Int파일 클래스를 사용하던 개발자가 GetTextCount()를 가져와서 사용하다가 에러가 난다.

에러의 원인은 Int파일 클래스에서는 GetTextCount() 를 사용하기에 재정의가 필요했던 것이다.

이런 문제 때문에 상속에는 주의가 필요한데, 이를 피하기 위해선 구성을 사용하는 것이다.

클래스를 상속받는게 아니라 구성으로 넣는 것이다.

Int 파일 클래스가 외부로 보여지고 싶은 함수들만 보여지게 할 수 있고, 기능들을 CSV 파일 기능을 가져와서 사용할 수도 있다.

정확하게 상속받는 자식 클래스는 부모 클래스와 유사한 점이 많은지 확인해보고 Is-A 의 개념이 부합한지를 고려하며 상속을 사용하여야 한다.

Good Code, Bad Code (7) _ 코드를 오용하기 어렵게 만들라

07e — Sat, 27 Sep 2025 15:43:15 +0900

클래스를 인스턴싱하고 데이터를 수정하는 행위는 생각보다 빈번하게 일어날 것이다.

이 행위가 내가 방금 로직을 작성하고 바로 사용한다면 괜찮을 거다.

이후에 누군가가 내 코드를 수정한다거나, 아니면 내가 제작한 인스턴스를 가져와서 참고하게 된다면 해당 데이터가 어디서 바뀌었는지, 어떤 의도로 바뀌었는지 찾아보기 어려울 것이다.

따라서 해당 쳅터에서는 클래스의 역할을 어떻게 규정하고 코드를 오용하지 않게 하는 방법을 소개한다.

오용하기 힘들게, Set 함수는 최대한 자제할것.

기존에 있던 Text 클래스가 있고 SetFont 와 SetSize 가 있다고 가정하자.

만약에 Text 인스턴싱을 얕은 복사를 통해 여러곳에서 사용하게 된다면 문제가 생긴다.

A 위치에 A 텍스트가 있다.

B 위치에 얕은 복사를 진행한 A 텍스트가 또 존재한다.

B위치에서 Set을 진행하면 A위치의 텍스트도 같이 Set한 데이터가 될탠데,
이런 문제를 B위치를 작업하는 작업자는 알 수가 없다.

즉, A 위치를 개발한 개발자가 오용하기 쉽게 Text 클래스를 정의한 문제이다.

위 같은 상황을 방지하기 위해선 다음 패턴을 추천한다.

- 빌더 패턴 추천

실 기능을 담당하고 Get 밖에 없는 Product 객체가 있다.

이 객체는 생성자에서 해당 멤버 변수들을 받을 뿐, 이후부턴 절대 수정이 불가능하다 (외부에서 수정 불가)

const 나 Final 을 붙이면서 값을 수정 못하게 지정하게 된다.

그리고 이 Product를 제작하는 Builder 가 있다.

이 빌더는 해당 Product를 어떻게 제작할지에 대한 내용이 포함되어 있다.

예를들어, Font 만 추가한다면 Font값을 추가한 Product를 생성한다.

또는 Font와 Size가 둘다 필요로 한다면 둘다 추가한 Product를 생성한다.

즉, 값은 Set을 할 수 없고 위 같이 Text에 문제 상황에서 값 수정을 막아버리는 형식으로 B 위치 작업자에게 값 수정을 못한다라고 알리는 방식이다.

- 쓰기 시 복사 패턴

이 패턴은 위 텍스트 문제에서 B위치를 제작하는 작업자를 위한 패턴이라고 볼 수 있다.

A 클래스 내부에 값을 복사하여 새로운 객체를 반환하게 해주는 메소드를 포함하여 값을 Set하게 될 경우 새로운 객체를 반환하게 해주는 메소드를 추가하는 방식이라고 볼 수 있다.

class A {
private:
    TArray<int32> MyArray; // 공유 가능한 배열

public:
    A() {
        MyArray = {1, 2, 3}; // 초기화
    }

    // 읽기 전용 접근 (const 참조 반환)
    const TArray<int32>& GetArray() const {
        return MyArray;
    }

    // COW 패턴: 배열의 복사본을 만들어 수정 후 반환
    TArray<int32> ModifyArrayWithCOW(int32 NewElement) const {
        // 원본 배열 복사
        TArray<int32> ArrayCopy = MyArray;
        // 복사본 수정
        ArrayCopy.Add(NewElement);
        return ArrayCopy; // 수정된 복사본 반환
    }
};

참조 반환 문제

Get 을 통해 값을 복사 반환 받는게 아니고 참조를 받게 된다면 이것 또한 문제가 생길 수 있다.
예를들어 List를 Get으로 받은 상태에서 List의 원소를 수정하게 되면 원본 클래스에도 오염이 생긴다.

C++에선 이를 방지하기 위해선 const 를 사용 해야 한다.

또는 다른 언어에선 Immutable을 붙인 변수명을 사용해야한다.

가독성 오염

List<List<int>> 같은 방식에선 오용하기 쉽다 (어떤 데이터가 어떤 데이터인지 헷갈리기 때문)

마찬가지고 Pair 도 그러하다.

따라서, 이런 방식은 주석도 괜찮지만 문서화가 필요한 경우가 생긴다.

이런 경우에는 데이터를 객체화해서 가독성을 높이는게 제일 좋은 방법이다. (struct)

데이터에 대해 진실의 원천을 하나만 가져가야 한다.

기본데이터는 코드에 제공하는 데이터를 뜻한다.

파생 데이터는 기본 데이터를 가공해서 나온 데이터를 뜻한다.

특정 클래스에 데이터를 추가해야하 할때 파생 데이터는 클래스를 인스턴싱 하는 쪽에서 계산하는게 아니라 클래스 자체에서 계산하도록 해야 오용을 막을 수 있다.

class TestText
{
    int A;
    int B;
    int Minus;

    TestText(int a, int b, int aminusb)
    {
        A = a;
        B = b;
        Minus = aminusb;
    }
}

TestText(3, 5, 3-5);

위 코드에서 3-5 같은 경우는 해당 클래스를 사용하는 사람에게 실수를 유발할 가능성을 부여한다.

따라서 이런 내용은 해당 클래스 내부에 넣는게 옳다.

class TestText
{
    int A;
    int B;
    int Minus;

    TestText(int a, int b)
    {
        A = a;
        B = b;
        Minus = a - b;
    }
}

TestText(3, 5);

논리에 대해 진실의 원천을 하나만 가져야 한다.

코드의 한 부분에서 수행되는 일이 다른 부분에서 수행되는 일과 일치해야 한다.

Logger - 데이터 직렬화 => 기록

Loader - 데이터 읽기 => 데이터 역직렬화

이렇게 되어있는 각 2개의 클래스가 있는 상태에서 Logger의 내용이 바뀌어서 로직이 수정되었다면
Loader도 이에 대응하는 로직을 작성해 주어야하는데, 이를 놓칠 수 있다.

따라서, 이 2개의 내용을 하나로 합쳐서 실수 하지 않도록 하는게 좋은데, 여기서 가장 좋은 방법은 직렬화, 역직렬화 기능을 가지고 있는 클래스를 새로 만드는 것이다.

InitListForamt - 직렬화() , 역직렬화()

그래서 Logger와 Loader는 로직이 수정된다.

Logger - InitListFormat.직렬화 => 기록

Loader - 읽기 => InitListForamt.역직렬화

Good Code, Bad Code (6) _ 예측 가능한 코드를 작성하라

07e — Wed, 24 Sep 2025 00:32:13 +0900

열심히 해야하는데...

더 열심히 살아야 하는데....

공부도 하고 게임도 하고 운동도 하고 재태크도 하고 친구도 보고 돈도 벌어야해

24시간이 부족하단 말이지...

...이놈의 쇼츠만 없었어도... 다 했을탠데 ㅎ

매직값을 반환하지 말라 (-1 같이 잘못된 값을 받은 경우)

- 대신, 널이나 오류를 반환하는게 좋다

- 배열같은 컨테이너 형식은 널 대신 비어있는 값을 반환해라

- 문자열은 비어있는 상태에서 문제가 될 수 있으니, 널로 반환해라

예상치 못한 부수효과는 피해라

- 부수 효과 : 어떤 함수의 호출이 함수 외부에 초래한 상태 변화를 뜻한다.

- 예) 값을 변경하는 함수 내부에 과거 값을 기록 한다( 과거 값을 기록하는게 부수효과 )

class UserDisplay
{
	void getPixel(int x, int y)
    {
    	...
        canvas.redraw(); //픽셀을 가져오면서 다시 그리도록 이벤트 호출 (부수효과)
        ...
    }
}

redraw () 는 비용이 비싸서 디스플레이가 깜빡거리는 식의 문제가 생길수도 있다.

위 코드처럼 getPixel 을 호출하는 사람은 redraw를 인식하지 못하고 getPixel을 호출할 수 있기 때문에 예측할 수 없는 부수 효과는 하지 않는 것이 좋다.

또는, 메소드의 명명을 정확하게 해서 사용하는 사람이 정확하게 인지할 수 있도록 하는 것도 방법이다.

- getPixel -> redrawAndGetPixel

입력 매개변수가 수정되는 것을 주의하라.

void calculateSum(int a, int b, int& result) {
    a = a + 10; // 실수로 입력 매개변수 a를 수정
    result = a + b; // 의도치 않은 결과
}

이때 C++에서 &로 나오는 것을 출력 매개변수라 한다.

입력 매개변수의 값이 수정되는 것을 막기 위해서 const 를 붙여서 수정되지 않도록 막는 것이 좋다.

미래에 추가될 열거값을 암묵적으로 처리하는건 문제가 될 수 있다.

- 특정 enum의 값을 if 문을 통해 분기처리를 하고, 나머지는 처리하지 않게 될 경우, 나중에 추가되는 enum값에 대해서 반응하기 어렵다.

- 따라서, 특정 값을 분기처리 했다는 것을 잘 보여주는 Switch문을 활용하고 정의되지 못한 값들은 예외처리 하는 것이 좋다.

Good Code, Bad Code (5) _ 가독성 높은 코드를 작성하라

07e — Tue, 16 Sep 2025 21:06:12 +0900

서술형 명칭쓰기

- 가능하면 주석보다는 서술형 명칭을 사용할 것.

- 명사나 함수, 클래스 등의 이름만 보고도 어떤 것인지 이해할 수 있게 명명할 것.

주석문의 적절한 활용

- 주석문으로 가독성 높은 코드를 대체할 수 없다.

- 주석문은 코드의 이유를 설명하는데 유용하다. (작업 이유, 테스크 넘버, 버전에 따른 이유 설명 등등)

string Generate(string data)
{
	//data[0]은 유저의 이름이고 data[1]은 성이다.
	//"{이름}.{성}"의 형태로 ID를 생성한다.
	return data[0] + "." + data[1];
}

다음 코드는 주석이 있지만 이해하기 어렵다.

string Generate(string data)
{
    return FirstName(data) + "." + LastName(data);
}

string FirstName(string data)
{
    return data[0];
}

string LastName(string data)
{
    return data[1];
}

코드자체를 보고 이해하기 쉽도록 만들어야 한다.

코드 줄 수를 고정하지 말라.

- 간결하지만 이해하기 어려운 코드는 피해라. (어려운 코드를 조각내서 메소드나 클래스로 만들어서 가독성을 높여야 한다)

일관된 코딩 스타일을 고수하라.

- 파스칼이나, 캐멀 등 하나의 스타일만 고집할 것.

- if문이나, 메소드 명명(Get, Set, Is, ...) 규칙을 일관되게 작성해야 한다.

깊이 중첩된 코드를 피하라

- if문안에 if문을 깊이로 작성하면 결국 return해주는 부분이 와닿기 어렵다.

- 중첩된 블록에 반환문이 없다면, 해당 함수는 너무 많은 일을 하고있다는 뜻으로 분리를 해야 한다.

- 중첩이 과하다면 기능을 분리하거나 더 작은 함수로 분리해야 한다.

설명되지 않은 값을 사용하지 말라.

- 함수안에 뜬금없는 907.184 같은 값을 넣어두고 주석으로 가중치 같은 걸 적어높으면 바로 눈에 들어오지않는다.

- const나 define을 사용해서 해당 값을 외부에 정의해라.

람다(익명 함수)를 적절히 사용하라.

- 간단한 로직엔 사용하기 좋다(간단한 CallBack)

- 너무 긴 로직은 가독성이 떨어질 수 있기 때문에 명명 함수를 사용하라.

언어가 제공하는 기능을 사용하라.

- 간단한 내용은 직접 작성하지말고, 언어 레벨에서 제공하는 메소드나 기능을 찾아보라.

Good Code, Bad Code (4) _ 오류

07e — Sun, 14 Sep 2025 21:40:24 +0900

명시적 오류...암시적 오류...?
이 두개가 계속 번갈아 나오는데 잘 모르겠넹

클라 개발자는 엔진에 의존을 많이하니까 당연히 명시적 방법이 맞는거 같은데
엔진에서 크래시 내버리면 그건 암시적 방법을 쓰는거 같기도 하고..?

일단 오류 레츠고

신속하게 실패하라

신속한 실패는 정확하게 어디서 에러가 났는지 알 수 있게,

문제가 된 부분에서 에러를 띄워야 한다는 뜻이다.

에러가 발생한 부분, 뭔가 잘 못된 부분에서 바로 에러라고 띄워야 하는게 옳다는 의견이다.

상황에 따라서는 기본값(default value)를 넘기는 방식도 존재하겠지만, 상황에 따라 다르며
에러인 상황에서 바로 인지 가능하도록 하는게 좋다는 의견이다.

요란한 실패

수정이 불가능한 경우라면 에러를 내는데, 요란하게 실패해야 한다.

언리얼로 따지면 Crash 인 거다.

엔진이 다운되어 버리도록.

시스템이 종료될 정도로 요란하게 실패해서 상황을 인지하게 하는 방법이다.

	명시적	암시적
코드 계약에서의 위치	명확한 부분	세부 조항 혹은 아예 없음
호출하는 쪽이 오류에 대해 아나?	알고 있다.	알 수도 있고 모를 수도 있다.
기법 예	널 반환	Assert, Check 등

Good Code, Bad Code (3) _ 다른 개발자와 코드 계약

07e — Sun, 14 Sep 2025 20:54:44 +0900

이번 3챕터는 다른 사람들이 나의 코드를 어떻게 바라보는지, 그래서 어떻게 해야하는지 생각해보는 챕터이다.

우리가 코딩을 할땐 해야하는 작업에 대해 생각하고,
어떻게 할지 구조를 짜고 설계를 한다.

즉, 내 일도 바쁜데 다른 사람 코드를 보기엔 피곤하다.

그래서 다음을 고려하며 코드를 작성해야 한다.

- 자신에게 명백하다고 해서 다른 사람에게도 명백한 것은 아니다.

작업을 진행하다보면 내가 작성한 코드 위에 동료의 코드가 위에 층층이 쌓이는 일이 빈번하다.
그렇게 하다보면 내가 작성한 코드의 명명이 다른사람들에겐 명백하지 않아 혼란을 줄 수 있다.

최대한 명백하게 해야하고, 만약 혼란을 줄 것을 고려한다면 주석을 다는 것도 좋은 방법이다.

- 다른 개발자는 무의식중에 여러분의 코드를 망가뜨릴 수 있다.

작업을 하면 당연히 내 코드에 추가로 필요한 로직을 추가할 수 있다.

이 과정에서 내가 원하지 않았던 과정이 추가되어 코드가 망가질 수 있다는 것을 고려하고 작업을 진행해야 한다.

- 시간이 지남에 따라 자신의 코드를 기억하지 못한다.

내가 지금 당장 코드를 작성하면서 왜 이렇게 했는지 정확하게 기억할 수 있다.

하지만 시간이 지나면 당연히 까먹게 된다.

내 코드를 처음 보는 사람처럼 똑같이 낯설게 느껴질 수 있다는 것을 고려해야 한다.

하지만 위 사항들을 고려하면서 코딩할때 주의사항으로는

세부 조항에 너무 의존하지 말아야 한다.

여기서 세부 조항이란, 해당 함수를 사용할때 어떠한 조건이 필요하다, 어떤게 필요하다 라는 조건으로 보면 된다.

즉, GetData() 를 한다고 한다면 LoadData() 를 먼저 시행했어야 한다라는 식을 세부 조항으로 본다.

(코드 계약이란 말은 해당 코드를 사용하기 위한 전제조건, 사후조건, 불변 등이 깔려 있음을 뜻한다)

#include <optional>

class TestClass
{
public :
    TestClass() { };

    //데이터 초기화 
    void InitData() {};

    //데이터를 변경하기 위해선 Init이 먼저 호출되어야 한다.
    //Init이 호출되었는지 확인 필요
    void DataChange() {};

    //데이터가 초기화 되었거나 데이터가 변경되었다면 데이터를 정상반환한다.
    //그게 아니라면 null을 반환
    std::optional<int> GetData() {
        return std::nullopt; // 초기화되지 않은 경우 null 반환
    }
};

우선 누군가가 TestClass를 사용한다고 가정한다.
그럼 필요할 것 같은 Init, Change, Get 을 public으로 두는데, 이 3 메소드에는 조건이 붙는다.

Change를 하려면 Init을 해야하고, Get을 하려면 둘 다 해야하고, Get은 Optional 이라서 딱히 초기화 되지 않아도 오류가 뜨지 않을 것이다.

즉, 정상적으로 원하는 데이터를 가져오려면 Init과 Change를 모두 진행했어야 한다.

...

포인트는 이 주석들을 다 읽으며 작업하기에는 너무 피곤하다는 것이다.

다른 누군가가 이 코드를 보고 작업하려면 피곤해 진다.

즉, 읽을 필요 없고, 고려하거나 고민할 거리를 없애주는게 제일 좋다.

세부 조항을 없애도록 고려하려면 이걸 모두 강제하면 된다.

#include <optional>

class TestClass
{
private:
    TestClass() { };

public:
    static std::optional<TestClass> CreateTestClass() {
        TestClass instance; 
        instance.InitData();
        instance.DataChange();
        return instance; // std::optional로 래핑하여 반환
    }
    
    int GetData() {
        return 0;
    }

private:
    void InitData() {};
    void DataChange() {};
};

이렇게 하면 데이터를 생성할때 반드시 Init과 Change를 순차대로 진행하게 된다.

이렇게 하면 불필요한 주석들이 없어지고, 이 코드를 처음보는 사람으론 이해하는데에 짧은 시간이 걸리게 되어 더 좋은 코드가 된다.

* 여기서 TestClass를 값 타입으로 객체를 저장해서 사용했습니다.

어차피 RVO 때문에 불필요한 복사를 피하고 효율적으로 메모리를 관리하고 반환할때 Optional이기 때문에 여기에 복사되거나 이동되어서 사용될 것입니다

물론 코드가 합쳐지지 못하는 경우도 있을 수 있다.

그럴땐 Assert 나 Check 를 활용할 것을 권장한다.

Good Code, Bad Code (2) _ 추상화 계층

07e — Thu, 4 Sep 2025 01:09:27 +0900

큰일났따 큰일났어

2장인데 벌써 머리아프다

머리로는 이해하는 내용들이었다.

이걸 지금 프로젝트에 적용한다고 생각하면 너무너무 큰 일이다.

일단 오늘 배운거 부터 기록해보자.

코드

문제 해결을 위해 어떻게 해결하는가도 중요하지만 해결하는 코드를 어떻게 구성하는가도 중요하다.

우리가 하는 코드 작성

복잡한 문제를 계속해서 더 작은 하위 문제로 세분화 하는 작업이 바로 코드 작성이다.

계층을 만들면서 같은 층위 내에서는 쉽게 이해할 몇 개의 개념만 다루기 때문에, 개별 코드는 복잡해 보이지 않게 한다.

- 상위 수준의 문제

- 알고 있어야 하는 하위 문제

- 알 필요 없는 하위 문제

간단하게 내가 이해한 바로 설명한다면, 만약 인벤토리를 제작해야 한다고 할때.

인벤토리를 열어서 보여준다 가 상위 문제로 둔다.

여기서 연다라는 개념은 인벤토리 위젯을 어디선가 construct 한다는 걸로 이해하면 될 것 같다.

알고 있어야 하는 하위 문제는 public이다.

얘를들어 인벤토리에 뭘 해야 인벤토리 내부에 아이템들이 뜨는가 로 봤을때, 당연히 연 쪽에서 데이터를 넣어줘야 하기 때문에

public Init(const TArray<int32> InItems);

정도로 있을 것이다.

알 필요 없는 하위 문제는 이제 Init을 통해 이루어지는 일련의 과정들, 즉 private 으로 내려가 있는 메소드들 정도로 이해하면 될것이다.
당연하게도 Init을 한다고 해서 바로 인벤토리 내부에 아이템이 뜨는게 아니다.
내부 아이콘 위젯도 가져와야 하고, 해당 아이템들 아이디를 통해 갯수라던가 리소스 이미지라던가 가져와서 가공하는 과정들이 알 필요없는 하위 문제들로 치부하면 될 것이다.

4가지 중요성

한 번에 한두 개 정도의 계층과 몇 개의 개념만 다루면 되기 때문에 코드의 가독성이 증가한다.

세부 사항이 외부로 노출되지 않도록 보장할때, 다른 계층이나 외부에 영향을 미치지 않고 계층 내에서만 구현을 변경하기가 쉬워진다.(모듈화)

하위 계층을 보유한 상태로 새로운 문제가 들어오면다면 재사용하기 쉬워진다.

계층이 나뉘기 때문에 각 하위 문제에 대한 테스트를 하는 것이 훨씬 쉬워진다.

공개 API

public으로 구현된 부분이 공개 API 라고 부르기도 하며,

호출하는 쪽에서 공개할 개념만 정의하면 되기 때문에 코드가 제공하는 추상화 계층을 명확하게 만드는 데 도움이 된다.

함수 가독성

너무 기능이 많은 함수는 가독성이 떨어진다.

함수를 작게 만들고 수행하는 작업을 명확하게 하면 코드의 가독성과 재사용성이 높아진다.

클래스 가독성

단일 클래스에 담겨 있는 개념이 많을수록 가독성이 저하된다.

클래스 내부에 새로운 클래스(의존성 주입 패턴)를 제작해 기능을 세분화 한다.

언리얼로 따지면 Actor 내부에 있는 Component 같은 느낌이다. (MoveComponent, CameraComponent ...)

각 클래스의 기능을 확실하게 나누고, 공개 API를 통해 하위 문제에서 점점 위로 올라가 상위 문제를 해결하는 방식으로 해결한다.

인터페이스 가독성

계층 사이를 뚜렷이 구분하고 계층 사이에 세부 사항이 유출되지 않도록 하기 위해선 인터페이스로 정의하는 것이다.

상위 클래스가 하위 인터페이스에 의존하면서, 하위 인터페이스는 다른 클래스로 정의되는 것이다.

정리

이거 보면서 참 많은 걸 검색해보고, Chat GPT랑 오래 싸웠다.

언리얼에선 Single과 비슷하지만 엔진에서 관리해주는 안전한 Subsystem이란 기능이 존재한다.

책에서도 그렇고 많은 커뮤니티에서도 그렇지만 싱글톤은 가능하면 최대한 적게 사용하고 DI(의존도 주입 패턴)를 사용할 것을 권장한다.

항목	싱글톤	서브시스템	DI
정의	전역 단일 인스턴스, static Get() 접근	엔진 관리 단일 인스턴스, GetSubsystem() 접근	의존성 외부 주입 (생성자/Setter)
관리 주체	개발자 (초기화/파괴 수동)	Unreal 엔진 (자동 Initialize/Deinitialize)	외부 코드 (수동 주입)
결합도	강한 결합 (특정 클래스 의존)	약간 결합, 인터페이스로 느슨 가능	느슨한 결합 (인터페이스 의존)
테스트 용이성	어려움 (Mock 불가)	쉬움 (인터페이스+Mock 가능)	매우 쉬움 (Mock 주입 쉬움)
Unreal 적합성	PIE, 멀티플레이어 문제 위험	엔진과 통합, 안전, 확장성 좋음	수동 작업 많음, Blueprint 복잡
용도	간단한 전역 유틸 (권장 안 함)	기능별 분리 (인벤토리, 네트워크 등)	테스트/유연성 중시 시

//싱글톤 예제

UCLASS()
class USerSingleton : public UObject {
    GENERATED_BODY()
public:
    static USerSingleton* Get() { return Instance; }
    void AddItem(int32 ItemId) {}
private:
    static USerSingleton* Instance;  // 개발자 관리
};
USerSingleton* USerSingleton::Instance = nullptr;

// 사용
void AMyActor::BeginPlay() {
    USerSingleton::Get()->AddItem(123);  // 강한 결합
}

//서브 시스템 예제

UCLASS()
class UInventorySubsystem : public UGameInstanceSubsystem {
    GENERATED_BODY()
public:
    void AddItem(int32 ItemId) {}
};

// 사용
void AMyActor::BeginPlay() {
    UInventorySubsystem* Sub = GetGameInstance()->GetSubsystem<UInventorySubsystem>();
    Sub->AddItem(123);  // 엔진 관리
}

// DI 예제

UCLASS()
class AMyActor : public AActor {
    GENERATED_BODY()
public:
    UPROPERTY() TScriptInterface<IInventory> Inventory;
    void SetInventory(TScriptInterface<IInventory> InInv) { Inventory = InInv; }
    void BeginPlay() {
        Inventory->AddItem(123);  // 외부 주입
    }
};

// 주입
AMyActor* Actor = GetWorld()->SpawnActor<AMyActor>();
Actor->SetInventory(GetGameInstance()->GetSubsystem<UInventorySubsystem>());

// 서브 시스템과 DI 혼합

UINTERFACE()
class IInventory : public UInterface {
    GENERATED_BODY()
public:
    UFUNCTION() virtual void AddItem(int32 ItemId) = 0;
};

UCLASS()
class UInventorySubsystem : public UGameInstanceSubsystem, public IInventory {
    GENERATED_BODY()
public:
    void AddItem(int32 ItemId) override {}
};

// 사용
UCLASS()
class AMyActor : public AActor {
    GENERATED_BODY()
public:
    UPROPERTY() TScriptInterface<IInventory> Inventory;
    void BeginPlay() {
        Inventory = GetGameInstance()->GetSubsystem<UInventorySubsystem>();
        Inventory->AddItem(123);  // 느슨한 결합
    }
};

우선 싱글톤은 관리를 개발자가 해야해서 사용 안하는걸 권장한다.

엔진에서 관리하게 Subsystem을 사용하는걸 더 권장하는 편이다.

왠만하면 DI를 사용하는걸 권장하는 느낌이고 Subsystem과 혼합해서 쓰는건 내가 땡깡부려서 억지로 AI가 만들었나 싶더라.

Subsystem의 기능들을 Interface로 만드는게 좀 억지스럽다.

        UMyGameInstanceSubsystem* MySubsystem = GameInstance->GetSubsystem<UMyGameInstanceSubsystem>();
        if (MySubsystem)
        {
            MySubsystem->DoSomething();
        }

이 코드가 언리얼에서 권장하는 Subsystem 사용 법이다.

싱글톤과 비슷하게 강한 결합을 하는 느낌이지만, 어쨌든 엔진에서 해당 서브 시스템의 Life Cycle을 관리해주니까.

언리얼에선 DI 보단 Subsystem을 더 권장하는 느낌이 강하고, 실제로 사람들도 DI 보단 많이 쓰는것 같다.

억지로 DI 를 사용하려고 노력하기 보다는 새로운 객체를 만들고 계층을 구분해야 하는 상황이 발생한다면 그때 Interface로 변경한 다음에 사용하려고 해야겠다.

Good Code, Bad Code (1) _ 코드 품질

07e — Tue, 2 Sep 2025 22:50:27 +0900

예전에 샀던 책인데.

사실 리펙터링 책 사면서 같이 산건데,

리펙터링 읽고나서 코딩 개고수가 된 느낌 받아서 안읽었던 책이다.

에휴

퇴근하고 와서 쓸 거라 목차가 한 12개 쯤 되는데 하루에 하나씩 한다 치면

2주 걸리겠지?

책에서 말한 고품질 코드란

- 신뢰할 수 있다
- 유지 보수가 쉽다
- 버그가 적은 소프트웨어를 생상한다

본 책의 주 내용 6가지

1. 코드는 읽기 쉬워야 한다.

2. 코드는 예측 가능해야 한다.

3. 코드를 오용하기 어렵게 만들라.

4. 코드를 모듈화 하라.

5. 코드를 재사용 가능하고 일반화할 수 있게 작성하라.

6. 테스트가 용이한 코드를 작성하고, 제대로 테스트 해라.

1. 코드는 읽기 쉬워야 한다.

책을 읽으면 엄청 가독성 떨어지는 장문의 글을 예시로 든다.

문제는 내가 이걸 읽으면서 이게 뭐가 문제지 라는 생각이 든다는 것.

나 왜 이거 이해가 되는거지. 불편한지도 잘 못느끼겠다.

그래서 내가 코드를 어렵게 쓰나 보다.

내가 보기엔 불편한걸 못느껴서.

하지만 코드에 대해서 이야기를 하다보면 내 코드가 어렵게 느껴졌구나 라는걸 느끼곤 한다.

이번에는 이 책을 읽고 고치도록 노력해본다.

2. 코드는 예측 가능해야 한다.

본 내용을 인지하고 있음.

그래서 메소드나 변수명이 길어진다.

이게 변수명이나 메소드명을 읽으면 어떤 기능인지 예측 가능하게 하려고 하다보니

가독성이 떨어지는 아이러니가 있다.

나는 그런 상황이다.

이것도 책에 나오겠지

3. 코드를 오용하기 어렵게 만들라.

C++ 을 사용하면서 public / private 구분 확실하게 하려고 노력하는 중이다.

솔직히 본인 업무 하기도 바쁠탠데 다른 사람 코드 읽으면서 이건 이거구나 하고 이해하는 사람이 얼마나 될까 싶다.

나는 내 코드는, 다른사람들이 헤더만 보고 어떤 기능인지 대충 파악하고 가져다 썼으면 한다.

public에 최소한으로 이거 왠지 쓸거같은데 하는 글들만 넣으려고 노력하는데.

이게 맞는지 책을 읽어보겠다.

4. 코드를 모듈화 하라.

이것도 리펙터링 책을 읽으면서 인지는 하고있다.

너무 많이 쪼개놓아서 가독성 떨어지나 싶은 걱정되긴 한다.

이것도 책에서 읽어 보겠노라.

5. 코드를 재사용 가능하고 일반화할 수 있게 작성하라.

한번 만든 코드가 정상작동하는 걸 알고있기 때문에 최대한 있는 코드를 사용하려고 노력한다.

물론 정상작동 안할수도 있지만.

6. 테스트가 용이한 코드를 작성하고, 제대로 테스트 해라.

게임 클라이언트 개발자로서 테스트가 쉽지 않은게 사실이다.

QA라는 팀이 따로 있기 때문에 깊이가 있는 테스트는 사실 잡아내기 어려운게 게임 클라이언트쪽이라고 생각한다.

언리얼 테스트 기능이 따로 있나?

책 보면서 적용 가능한 건 시도해봐야겠다.

미키 17 리뷰

07e — Sun, 2 Mar 2025 01:16:40 +0900

네네~ 미키 17을 보고왔습니다

저는 아이맥스로 보고왔습니다!

근데 굳이 아이맥스로 볼 필요는 없을것같습니다.

스토리에 비중이 크기때문에, 그렇게 막? 뭐 화려한 연출은 거의 없습니다

스토리

새로운 행성을 향해가는 우주선에 탄 미키라는 인물의 이야기입니다!

미키는 "죽어도 다시 새로운 몸으로 기억을 다운로드받아 살아가는 익스펜더블"이라는 직업을 가진 인물입니다.

평

제 개인적인 점수는 3.1점 입니다. (5점 만점)

주인공의 행동들과, 그 주위의 인물들의 행동 모두 이해가 갑니다.

하지만, 악역이 다소 가벼운 언행들과 재미있을것 같은 상황들이 모두 안나와서 아쉬운 부분이 계속 생겼어요.

소설 원작으로 미키7을 영화로 만들었는데, 굳이 7을 17로 할 필요가 있었나 싶네요.

참고로 제 개인적인 의견인데, 영화가 2시간영화인데, 1시간30분은 거의 야동이고, 30분이 본 영화입니다.

가족들이랑 볼 예정이라면 참고해주세요 (15세)

스포 없는 간단 요약

미키는 망해가는 지구에서 큰 빚을 지고 다른 행성으로 도망가기 위해 "익스펜더블"이라는 직업에 자원하게 됩니다.

익스펜더블은 사람의 기억을 업로드하고, 그 사람이 죽으면 그 사람의 몸을 "프린트"해서 그 몸에 기억을 다시 다운로드하게 되는, 실험용 쥐 같은 직업이라고 보시면 됩니다.

죽으면 새로운 몸이 "프린트"되고, 죽음을 기준으로 그 전의 모든 기억을 다운로드받습니다.

이해를 돕자면, 미키5 입장에서 보면 미키 1,2,3,4 의 기억을 모두 가지고 있기 때문에 죽어도 다시 살아나는구나 라고 느끼겠죠.

하지만, 미키5가 죽으면 미키6이 되는게 아니고 미키5는 죽을 뿐이고 미키5의 기억을 갖는 새로운 미키6이 태어나게 되는 방식입니다.

그렇게 서서히 죽음에 대해 무뎌지던 도중 미키17이 사고로 죽지않고(?) 미키18이 프린트되어 나옵니다.

17과 18은 같은 몸이지만 다른 성격으로 서로를 마주하게 되면서 생기는 에피소드를 그린 영화입니다!

여기까지가 노 스포 스토리 설명입니다!

스포 포함

스토리야 뭐 여기를 보시는 분은 다 아실태니,

제가 이영화에 대해 아쉬웠던 부분과 좀 생각해보았던 주제를 적어볼까합니다.

1. 미키 17과 미키18이 같이 생활하는 장면이 더 길게 나왔으면 좋지않았을까?
미키17이 생각하는 본인은, 죽음을 겪고도 지금 살아있는 몸입니다.

즉, 모든 미키들은 미키17을 위해 존재했던 거죠.

하지만 미키18은?

눈앞에 미키 18은 분기점이죠.

음식도 나눠먹고, 일도 나눠하면서 우당탕탕하는 모습들이 나왓으면 재미있을것 같은데 아쉽습니다.

2. 여기서 이어지는건데, 멀티플이라는게 그렇게 큰 문제면 왜 이 미키들은 숨기려고 하지않았나?

그렇게 큰 문제면, 왜 숨기려고 노력도 안하는지 이해가 안되네요 ㅋㅋㅋㅋㅋ

조심해야지 이럴거 알고있었잖아~

3. 똑같은 맥락인데, 성관계 행위는 100kcal 이니까 하지마라 라고하는데, 4년동안 미키는 연애를 했는데, 어떻게 이건또 안들켰을까?

4. 크리퍼가 몸을 숨길 전략씩이나 갖출 지성체인데, 무기도 없는 원시상태다?

이 행성엔 뭐 전쟁이나 분쟁이 없으면 그럴수도 있죠.

근데 의사소통도 되는 뛰어난 지능을 가진 외계인들인데, 무기도 없을 수가 있나 싶습니다.

옆동네 아바타보면 창이나 활정도는 드는데.

그 옆동네 에일리언vs프레데터보면 몸이 흉기던데 ㅎㅎ

여기까지가 아쉬웠던 거고, 정말 재미있던 내용입니다.

1. 캡틴을 향해 샤우팅치던 미키의 여자친구 너무 멋있었습니다.

맞는말하고, 그렇게 행동하니까 지지율이 떨어져서 국회의원도 못하지! 이러는데, 캬....

요즘 전세계가 흉흉하잖아요? 참 많은 얼굴들이 스쳐지나갔습니다 ㅎㅎ

2. B급 영화같은 악역의 가벼운 행실이라던가, 주인공의 그냥 죽여 괜찮아~ 라던 장면들이 너무 유쾌했씁니다.

킹스맨이나 이런 느낌은 너무 좋았어요.

뭐랄까 주제가 너무 무거워서 주인공의 행동 이유라던가, 내가 이랬으면 어땠을까 에 오로지 집중할 수 있었습니다.

악역까지 무거웠으면 영화가 테넷처럼 어려웟을것 같아요.

물론 그것도 나름 재미있었겠지만. (테넷을 너무 재미있게 봤거든요 ㅎㅎ)

3. 마지막에 미키18이 자폭할때 너도 사람이고 살고싶구나. 할때 울컥했네요.

죽음이 무뎌지고 여러번 죽음을 경험했어도 결국 사람이기때문에 살고싶었겠죠.

뭘 그렇게 잘못해서 인체실험당하고, 여러번 죽고, 얼마나 힘들었겠어요

영화보는 내내 복제품도 사람으로 쳐야할까? 영혼이 있을까? 라는 생각이였는데,

이 장면 보면서 느낀건 살고싶어하는 생존본능이 있다면 생명체로 봐야하는게 맞다고 생각하게 되었어요.

영화보고 생각을 많이하게 되었는데, 제가 생각한 어땠을까...? 입니다!

1. 만약! 멀티플법이 없었다면?

멀티플법이 없었으면, 미키 17과 18이 동시에 존재했다면, 비행기 식량에 문제가 생겼겠죠? 식량을 나누게 될겁니다.

안그래도 조금먹는데, 배많이 고프겠죠? 그럼 둘이 싸우지않았을까?

둘중에 한명만 살아야 한다면 누가 죽어야 할까?

죽다 살아나고, 크리퍼에게 도움을 받는 17이 살아야하나?

고작 2시간밖에 못산 18이 살아야하나?

2. 모든 주위사람이 "죽음은 어떤 느낌이야?" 라고 물어보는데, 결국 제3자가 보기엔 여러 미키들은 모두 같은 미키로 보인다.

미키는 죽어도 다시 부활하는 불사신으로 바라보는거 아니였을까?

그럼 기억이 이어진다는건 영원히 사는걸까?

만약에, "프린트"되어진 빈 몸에 기억이 들어가는게 아니고,

살아있는 사람 머리에 기억을 넣으면 어떻게되는걸까?

어떤 기억이 진짜 나일까?

한국사 공부_3 ( ~ 삼국시대)

07e — Thu, 20 Feb 2025 22:43:35 +0900

고구려 - 광개토대왕, 장수왕, 고국천왕 진대법, 소수림왕

고국천왕 2세기	故(고): 옛날, 과거, 돌아가다. 國(국): 나라. 川(천): 내, 강, 흐름. "옛 나라의 강을 잇는 왕" 또는 "옛 나라를 되살린 왕". 고구려의 기틀을 다진 왕으로, 강역(영토)을 회복하거나 유지한 업적을 상징.	진대법 (흉년일때 나눠주고, 수확철때 돌려받는다 _대출), 구휼제도(백성들을 구원한다), 을파소가 했다?
소수림왕 4세기	小(소): 작다, 소소하다. 獸(수): 짐승, 동물. 林(림): 숲, 나무가 많은 곳. "작은 짐승의 숲을 다스리는 왕" 또는 "숲속의 작은 생명을 이끄는 왕". 불교를 받아들이고 율령을 정비하며 국가 체제를 강화한 왕으로, "소수림"은 그의 소박하고 지혜로운 통치를 비유적으로 표현한 듯.	불교수용, 율령반포(사회질서 유지), 태학설립(인재양성), 5세기 전성기 다음 왕들의 기반 틀을 만듬.
광개토대왕 5세기	광(廣): 넓다, 크다, 광대하다. 개(開): 열다, 펼치다, 시작하다. 토(土): 땅, 영토. 대왕(大王): 큰 왕, 위대한 왕.	정복왕이였다.
장수왕 5세기	長(장): 길다, 오래가다. 壽(수): 목숨, 오래 살다. 王(왕): 왕. 뜻: "오래 사는 왕" 또는 "장수하는 왕". 실제로 79년간 재위하며 고구려의 전성기를 이끌었다.	정복왕, 천도(평양성으로), 충주 고구려비

백제 - 근초고왕, 무령왕, 성왕, 의자왕

근초고왕 4세기	近(근): 가깝다, 가까이 하다. 肖(초): 닮다, 비슷하다. 古(고): 옛날, 오래되다. 王(왕): 왕. 뜻: "옛 것을 닮아 가까이 한 왕" 또는 "고대와 가까운 왕". 백제 중흥을 이끈 왕으로, 옛 영광을 되살리려 한 업적을 상징.	마한 전체 병합, 고구려 공격, 칠지도, 요서지방, 산둥반도, 규슈
침류왕 4세기	枕(침): 베개, 기대다. 流(류): 흐르다, 물줄기. 王(왕): 왕. 뜻: "흐르는 물에 기대는 왕" 또는 "물가에 편히 있는 왕". 짧은 재위 기간과 불교를 처음 받아들인 점에서, 평화롭고 자연과 조화를 이룬 이미지를 담은 듯.	불교수용
무령왕 6세기	武(무): 무술, 힘, 강함. 寧(령): 편안하다, 평화롭다. 王(왕): 왕. 뜻: "강함으로 평화를 이룬 왕" 또는 "무력으로 안정을 가져온 왕". 백제의 부흥을 이끌며 강한 통치로 나라를 안정시킨 업적 반영.	22담로(성)에 왕족을 파견해서 지방 통치 강화, 양나라와 왜의 무역 활발 (무령왕릉이 양나라양식, 관은 왜나라 양식)
성왕 6세기	聖(성): 거룩하다, 성스럽다, 지혜롭다. 王(왕): 왕. 뜻: "거룩한 왕" 또는 "성스러운 왕". 수도를 사비로 옮기고 백제 전성기를 열어, 지혜롭고 존경받는 통치를 상징.	사비(부여)로 천도, 신라 통일에 통수당함
의자왕 7세기	義(의): 의로움, 정의. 慈(자): 자비, 인자함. 王(왕): 왕. 뜻: "의롭고 자비로운 왕". 백제 말기의 왕으로, 나라가 멸망했지만 초기 통치에서 보여준 정의와 인자함을 기린 시호로 보임.	백제 멸

신라 - 지증왕, 범흥왕, 진흥왕

지증왕 6세기	智 (지): 지혜, 슬기로움, 똑똑함 證 (증): 증명하다, 밝히다, 입증하다는 뜻 "지혜로 증명하는 왕" 또는 "지혜를 밝히는 왕" 이는 그의 통치가 지혜롭고 국가의 기반을 확립한 업적을 반영합니다.	신라라고 이름을 정함, 울릉도 정복(이사부)
법흥왕 6세기	法 (법): 법, 규칙, 질서, 또는 불교의 가르침(불법) 興 (흥): 일어나다, 번성하다, 흥하다 "법으로 나라를 흥하게 하는 왕" 또는 "법을 일으키는 왕" 이는 불교 공인과 법체계 정비로 신라를 번영으로 이끈 그의 업적과 연결됩니다.	율령 반포 (17 관등을 나눔), 골품제(신분제) 정비, 금관가야 정복, 불교 (이차돈)
진흥왕 6세기	眞 (진): 참되다, 진실하다, 본질적 興 (흥): 일어나다, 번성하다, 흥하다 "참되게 나라를 흥하게 하는 왕" 또는 "진정한 번영의 왕" 이는 신라의 전성기를 열고 영토 확장과 문화 발전을 이룬 그의 통치를 상징합니다.	영토확장, 불교, 화랑도, 대가야 정복(이사부), 한강 먹음 (백제의 성왕 통수)

스페인어 공부_3

07e — Thu, 20 Feb 2025 21:56:46 +0900

J	K	L
ja크-하 je크-헤 ji크-히 jo크-호 ju크-후	ㄲ 발음으로 외래어에만 사용	la라 le레 li리 lo로 lu루 lla야 lle예 lli이 llo요 llu유
julio 7월 (홀리오)	kiwi 키위 (끼위)	lluvia 비 (유비아)

M	N	Ñ ñ
ma마 me메 mi미 mo모 mu무	na나 ne네 ni니 no노 nu누	ña냐 ñe녜 ñi니 ño노 ñu뉴
madre 엄마 (마드레)	noche 밤 (노체)	España 스페인 (에스빠냐)

Hasta luego 나중에 봐

Hasta ~까지

luego 나중에

Hasta pronto 곧 보자

Hasta mañana 내일 봐

mañana 내일

Chao 잘 가

Adios 잘 가

vista 시각

Hasta la vista 곧 봐

한국사 공부_2 ( ~ 초기 여러 나라)

07e — Wed, 19 Feb 2025 23:31:43 +0900

고구려	상가, 고추가, 대가, 제가회의, 5나부, 동맹(10월), 서옥제, 대릴사위
부여	사출도, 영고(12월), 순장, 1책 12범, 형사취수제
옥저	민며느리제, 가족공동무덤, 읍군, 삼로
동예	책화, 단궁, 과하마, 반어피, 무천, 읍군, 삼로
삼한	천군, 소도, 신지, 읍차, 목지국, 계절제(5월, 10월)

*고구려는 5개의 부족(5나부)로 이루어진 국가였다.

- 5개의 부족의 제일 지배층인 "제가"들이 모여서 회의를 한 것이 제가회의였다.

- 10월에는 주몽의 이름을 딴 동명제가 있었고, 수확을 한 뒤 제가들이 모여 회의를 하고 축제를 벌였다.

- 서옥제란 감옥을 만들어 죄수들을 가두는 방식이다.

- 대릴사위는 딸을 시집을 보내는 것이다.

- 상가, 고추가, 대가는 각 부족들의 상위계층이며, 고추가가 제일 높은 등급이다.

*부여는 크게 4개로 나누어 군사척, 행정적 통치 체계로 영토를 관리했다 (사출도)

- 고대 신을 맞이한다는 영고는 겨울철을 견디는 강한 의지의 의미를 담아 제사를 지냈다.

- 순장은 죽은 사람과 함께 같이 사람을 묻는 제도로, 왕이나 귀족이 죽을때 같이 묻는 관습이 있었다.

-- 여기서 순장은 고구려, 백제, 신라에도 있었다.

- 1책 12법은 한 사람에게 12가지 큰 범죄를 적용하고 처벌을 한다는 뜻이다. (고구려도 있었음)

- 형사취수제는 강한 범죄를 저지를때는 처형을 한다는 의미를 뜻한다. (고구려도 있었음)

*옥저는 남편이 아내의 집에서 살거나, 여자가 집에서 여성의 일을 하지 않는 여성의 혈통이 더 중심이 되는 사회 구조였다.

- 민며느리제를 채택하여 여성의 혈통이 중심이 되는 사회적 구조였다.

- 한 가족의 여러 세대가 함께 묻히는 무덤으로, 가족공동무덤은 옥저뿐 아니라 다른 나라에서도 공통적으로 나타났던 장례문화이다.

- 읍군은 읍(지역)을 통치하거나 행정을 담당하는 행정직의 명칭이다. (동예도 있었음)

- 삼로는 읍락의 우두머리들의 칭호였다. (동예도 있었음)

*동예

- 책화는 벌금또는 형벌 제도로 규칙을 어기면 벌금을 부과하는 제도였다.

- 단궁은 동예의 전통적인 짧은 활(단궁)을 뜻한다.

- 과하마는 과일 나무 아래의 말(조랑말)을 뜻한다. 동예에서는 교통수단이자 전투수단이였다.

- 반어피는 물개의 가죽을 뜻하며 의류나 방어구로 사용했다.

- 무천은 신에게 바치는 춤이란 뜻으로 풍요와 평안을 기원하는 의식이였다.

*삼한은 3개의 한족 국가를 일컫는 용어로, 마한, 진한, 변한을 포함한다.

- 천군은 삼한의 신성한 제사장 역할을 하던 지도자이다. 정치보단 종교적 지도자로 권위가 높았다.

- 소도는 종교적 중심지로 성스러운 장소를 뜻한다.

- 신지는 부족장의 칭호로 각 부족을 통솔하던 지도자이다.

- 읍차는 삼한의 마을 행정적 책임을 지는 관리였다.

- 목지국은 삼한으로 부터 독립적인 국가였다.

- 계절마다 의식 활동을 했다. (계절제)

스페인어 공부_2

07e — Wed, 19 Feb 2025 22:19:29 +0900

B	C	D
ba바 be베 bi비 bo보 bu부	ca까 co꼬 cu꾸 ce쎄 ci씨 ch(ㅊ)	da다 de데 di디 do도 du두
boca 입 (보까)	cuba 쿠바 (꾸바)	dedo 손가락 (대도)

F	G	H
fa파 fe페 fi피 fo포 fu푸 (모두 f 발음)	ga가 go고 gu구 ge크-헤 gi크-히	묵음
familia 가족 (파밀리아)	gato 고양이 (가또)	hotel 호텔 (오뗄)

Buenos dias 좋은 아침이야

Buenas tardes 좋은 오후야

Buenas noches 잘자

한국사 공부_1 ( ~ 고조선)

07e — Tue, 18 Feb 2025 23:26:17 +0900

한국사 공부해볼께요 ㅎ

구석기	돌이나 바위따위를 때려서 부셔서 만든 도구들을 사용 - 주먹도끼, 찍개, 슴베찌르개, 동굴, 막집(바닥이 평평), 사냥, 채집
신석기	정착생활로 인한 농경 활성화. 남은 음식 저장하기 시작. 돌이나 바위를 갈아서 만든 도구들을 사용 - 농경, 정착, 가락바퀴(옷), 뼈바늘, 움집(바닥이 파임), 빗살무늬토기, 갈돌
청동기	사유재산이 생기고, 계급이 생김 (청동이 비싸고 귀해서 계급이 높은 사람만 보유했음) - 사유재산, 계급, 고인돌, 비파형동검, 반달돌칼, 청동거울
철기	단단하고 구하기 쉬운 철기를 활용한 도구가 등장함. - 철제농기구, 반량전(반량 한자가 적힌 돈), 명도전(돈), 세형동검

고조선

청동기 시대에 세워진 나라.

연나라와 붙어있어서 처음엔 약했지만, 기원전 3세기에 부왕, 준왕의 등장으로 나라가 강해지기 시작했다.

연나라와 대립할 만큼 강력해졌다.

왕검성(수도)를 중심으로 성장했다.

상, 대부, 장군 등의 관직이 존재했다.

이때 당시 8조법(범금8조)이 생겨서 한국 역사 최초의 법이 생겼다.

그중 3개만 기록된다

- 사람을 죽인사람은 죽인다.

- 남에게 상처를 입히면 곡식을 갚는다.

- 물건을 훔치면 그 집의 노예가 되거나, 속죄하려면 한사람당 50 만 전을 내야 한다.

기원전 2세기에 준왕이 고조선을 다스리던 시절, 위만의 등장으로 위만이 왕이 되어서 부터 위만조선이라 불렀다.

철기를 받아들여서 나라를 확장시켰다.

한나라와 진나라에서 중계무역을 했으나, 한무제(한나라의 왕)가 왕검성을 공격했다.

우거왕(위만의 손자)이 왕이던 시절 왕검성이 함락당해 고조선이 멸망한다.

스페인어 공부_1

07e — Tue, 18 Feb 2025 22:24:47 +0900

스페인 공부 해보려고 합니다!

* 스페인어는 느낌표, 무름표를 앞에도 뒤집어서 사용한다

- ¿, ¡

* 스페인어는 여자가 쓰는 언어, 남자가 쓰는 언어가 조금 다르다.

Mucho - 무척, 많이 (우리가 아는 베쌈에 무초 가 bésame mucho)

Hola - 안녕하세요 / 안녕 (존댓말, 반말)

Encantado (남) / Encantada (여) - 만나서 반갑습니다.

Mucho gusto - 만나서 반갑습니다.

Casa - 집

Ave - 새

Amigo - 친구

Boca - 입

Uva - 포도

UE5에서 사용하는 PerForce

07e — Wed, 8 Jan 2025 00:30:25 +0900

안녕하세요!

혹시 개발을 하시면서, 아니면 회사에 다니면서 Perforce라는 단어를 들어보셨나요?

전 회사에서 처음들어봤구요.

Git과 비슷한, SVN과는 더 많이 비슷한 형상관리 툴입니다.

Perforce에 대해 제가 겪었던것, 그리고 기억해야할것.

혹시 나중에 다시 셋팅하게 된다면 참고할 것.

이런것들을 고려해서 글을 작성해보려고 합니다!

Perforce를 대충이라도 아신다고 가정하고 글을 작성하겠습니다.

서버는 다른 사람이 이미 제작했다고 가정하고 아이디와 비밀번호, 서버를 입력할 수 있다고 가정하겠습니다.

1. 언리얼에 등록하기.

언리얼에 등록하는건 금방하죠?

SourceControl 에 등록하시면 됩니다.

https://dev.epicgames.com/documentation/en-us/unreal-engine/using-perforce-as-source-control-for-unreal-engine

문제는 사실 visual studio 입니다.

2. Visual Studio에 등록하기

우선 Visual Studio를 키고, 메뉴바에 확장 매니저를 통해 p4vs를 다운받고 실행해야 합니다.

여기서 중요한게, 혹시 유튜브에서 보신분들중에 오른쪽하단에 연결하라는 글을 보신분들도 있으실탠데요?

저는 이 방식으로 해서 visual studio가 터졌습니다.

말 그대로 터졌습니다.

해당 방식과 위쪽에서 File 메뉴에서 Open Connection 을 하라고 하기도 하는데 이 방식은 정상작동 했습니다.

이유는 모르겠습니다.

같은 방식이지만 Visual Studio의 버전도 바뀌었고, perforce도 업그레이드 해서 충돌이 있었을 수도 있죠.

어쨌든, 위 방식대로 해서 서버 입력하고, 아이디 입력해서 연결하시면 됩니다.

그럼 p4vs 와 연동이 되어 스크립트가 수정되면 변경했다고 뜹니다.

3. 작업을 하면 꼭 Refresh 를 눌러야 한다.

유니티에서 작업하면 스크립를 꼭 저장해야하는 것 처럼.

언리얼에서 스크립트를 작성하면 꼭 컴파일 하는 것 처럼.

perforce로 오면 꼭 Refresh를 누르셔야 작업한게 보입니다.

4. 작업한 내용이 없으면 Revert if unchanged 를 눌러라.

작업을 진행하면서 수정했다는 기록이 남기 때문에 변경과 상관없이 Submit이 가능하다.

수정한 내용이 없는 경우는 썼다가 지우는 경우일 것이다.

이러한 경우도 수정했다는 기록이 남는다. 이럴때는 꼭 Revert if Unchanged 를 눌러서 기록을 없애야 한다.

그래야 다른 사람 작업하기 편하니까.

5. 파일은 모두 기본적으로 읽기 전용임을 기억해라.

이게 셋팅할때 제일 힘들었다.

뭐 처음 컴파일할때 읽기 파일전용인데 괜찮냐 막 물어본다.

이때 이걸 쓰기 파일로 바뀌면 언리얼 엔진이 몇몇 수정되어서 perforce에 업로드할꺼냐고 물어본다.

이거 함부로 쓰기 파일 수정하면 안된다.

물론 작업하려면 쓰기파일로 바꿔야하지만.

포인트는 작업한것만 쓰기파일로 바꿔야 한다.

6. 정말 가끔 등록된 데이터가 다르다.

정말 가끔 에러가 뜨는 사항이다.

p4vs 에서 connection-environment를 확인해봐야 한다.

처음에 등록했던 워크스페이스와 지금 페이지에 있는 워크스페이스가 다를때 생기는 문제가 있다.

이때는 cmd에 들어가서 p4 info 를 검색해서 데이터와 비교해봐야한다.

워크 스페이스를 자주 변경하다가 생기는 문제이다.

데이터를 비교하면서 다시 맞추고 refresh 를 누르면 해결된다.

결론

언리얼에서 사용하는 visual studio 셋팅은 위와 같다.

이렇게 공부하면서 느낀건 결국 vs에서 필요한 작업은 connect 뿐이다.

그외에 submit 이나 revert 등은 모두 p4vs 에서만 진행하면 된다.

꼭 기억할것은 refresh를 꼭 해야한다는 것이다..!

속초 여행 3박4일

07e — Sun, 29 Dec 2024 20:33:41 +0900

크리스마스 끼고 2박3일 하려고 했는데, 숙소가 좋아서 하루 더 묵었습니다.

연박이라 하루 더 연장하니까 할인해주셨습니당 ㅎㅎ

속초 에이플레이스 숙소 사장님 감사합니당 헤헤

여자친구랑 둘이 다녀왔습니다.

오케이 레츠고!

★1일

입실까지 시간이 남아서 생선구이 먹었습니다!

https://naver.me/GKUJWHWh

네이버 지도

속초생생구이

map.naver.com

생선구이 2인 - 34,000

전 정말 맛있게 먹었습니다.

근데 생선구이 뼈 바르시 행위, 그니까 생선구이 자체를 별로 안좋아하시는 분들은 불호일꺼 같아요.

전 맛있게 먹었습니다. 고소하고 부드럽고.

잘 구워주셔서 정말 맛있게 먹었어요.

여기가 곰치국이 맛있다고 하는데 저희는 생선구이 먹었습니당.

밥 야무지게 먹고 속초 해수욕장을 걸었습니다.

좋더라구요~ 여기서 사진찍고 뭐 이것저것하니까 한시간 금방 갑니다

여기가 저희가 묵었던 숙소입니다.

에이 플레이스입니다.

https://naver.me/xeAfWl4l

네이버 지도

에이플레이스

map.naver.com

진짜 이쁘지않나요? 문 살짝 열면 파도소리도 들립니다.

바로 앞이 바다라서.

저기 보이는 섬이 조도 라는 섬입니다.

1박에 17만원인가 그랬던거 같은데 마지막 날 연장은 조금 싸게 해주셨습니다.

저녁은 조개구이를 먹었습니다.

https://naver.me/5Rh0sXZ1

네이버 지도

명품고기랑조개랑

map.naver.com

조개구이 B코스 (2~3인) - 79,000

택시타고 6천원 나왔나? 그랬습니다.

B 코스를 시키면 조개구이를 주시구요, 거의 다 먹을때 쯤 조개 찜을 주십니다.

그리고 대패삼겹살이겠죠? 저것도 주셔서 같이 구워먹습니다.

이게 양이 정말 많았어요. 보통은 뭐 마지막에 라면 추가로 시켜서 먹고 이러는데 양이 충분했습니다.

술도 좀 많이 먹었구요 헤헤

정말 맛있게 잘 먹었습니다.

야식으론 회를 시켜먹었습니다.

https://naver.me/xxY28QiV

네이버 지도

횟집106

map.naver.com

모듬회(광어 , 우럭, 제철생선) - 45,000

동네에선 이것보다 많이 시켜도 2만원, 3만원 이러는데 확실히 비싸더군요.

맛은 있었지만 양이 너무 적어서 서운했습니다.

술은 편의점에서 그냥 이뻐보이는 병으로 샀습니다.

로즈와인 인데 처음보는 거였고, 맛도 별로 였지만 이뻤습니다 ㅋㅋㅋㅋㅋㅋㅋㅋ

추워서 패딩입고 밖에서 호다닥 먹고 들어왔습니다 ㅋㅋ

★2일차

느즈막히 일어나서 속초 중앙시장을 다녀왔습니다.

https://naver.me/Fy2FHDwl

네이버 지도

속초관광수산시장

map.naver.com

혹시 차 가져가시는 분들 참고해주세요

주차장이 지상과 지하로 나뉘어 져 있습니다.

그래서 주차장 할인 쿠폰을 받을때 지상 주차장 쿠폰인지 지하 주차장 쿠폰인지 확인해주세요.

쿠폰이 2종류라서 교차사용이 안됩니다.

저희는 그래서 쿠폰 2장 받았는데 할인 하나도 못받고 주차비용 냈습니다.

그래도 뭐 30분에 천원인가 그랬습니다.

저희 아무 계획없이 돌아다니다가 사람 많길래 들어간 곳입니다.

들깨감자옹심이 - 14,000

감자전 - 10,000

제가 감자 옹심이 처음먹어봤는데 정말 맛있더라구요?

저 감자옹심이 좋아하는 사람이였습니다.

감자전도 맛있었습니다. 여기가 꽤 유명한 곳이였더라구요.

감자 옹심이는 뭔가 맛이 좀 더 부드러운 뇨끼였습니다.

예상 가능한 맛에 들깨를 많이 넣어서 정말 고소하고 맛잇었습니다.

술빵도 사먹었습니다. 줄이 엄청 길더라구요...?

보는 앞에서 바로바로 잘라서 주십니다.

한조각에 5천원 이랬던거 같은데, 엄청 맛있었어요.

옛날 고속도로에서 먹던 그 술빵 맛이 아니더라구요.

좀더 달고 좀더 촉촉했습니다.

제가 아는 술빵은 그 쇼파에 있는 스펀지 같은 느낌으로 알고있었는데,

여기서 파는 맛은 카스테라에 가까웠던거 같습니다.

이거 말고도 느루 라는 곳에서 딸기케이크도 사고 벌꿀 아이스크림도 먹고.

뭐...티각태각 이라고 부각 파는 매장가서 부각도 많이 사고.

옆에 방어랑 회 팔길래 그것도 사고.

옆에 오징어 누릉지 순대, 누릉지 순대 이런거도 바리바리 사고.

뭐 엄청 많이 샀습니다.

여기서 거의 15만원 넘게 쓴거같아요.

숙소로 돌아와서 짐을 놓고 관람차를 탔습니다.

https://naver.me/FfeOlf8c

네이버 지도

속초아이대관람차

map.naver.com

관람차만 - 성인 12,000

딱 해가 지는 노을에 타고싶었는데, 해가 금방 지네요 ㅋㅅㅋ

6시인가 조금 안되게 탔는데 저거 관람차 한바퀴 도는동안 해가 져버렸습니다.

사진은 많이 건져서 괜찮습니다 ㅋㅅㅋ

이러고 이제 숙소와서 와 내일 집에 간다 이러다가 우리...숙소도 이쁜데 하루만 더?

그럴까? 해가지고 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

즉석해서 하루 늘렸습니다.

그리고 치킨 시켜서 먹었습니다. 하루 더 나이스~ 하면서 ㅋㅋㅋㅋ

운좋게 저희 숙소가 내일 비어있더라구요

야식으론 시장에서 사온 오징어 순대랑 아바이 순대 먹었습니다.

매장은 이름이 기억이 안나는데, 유명해서 뭐 2호점 이랬던거 같아요.

가격은 이렇게 세트로 4만원 이였던거 같습니다.

저희꺼가 한번 식었던 거라, 전자레인지에 돌렸습니다.

맛있었어요.

사실 한번 식었던거고 기름이라 느끼하고 뭐 이럴줄 알았는데 생각보다 맛있었습니다.

오징어 순대는 많이 먹어서 익숙할줄 알았는데 누릉지 순대는 처음이였습니다. 맛있네요.

그 오독오독한 식감이 그냥 순대보다 훨씬 났습니다.

그 옆에서 샀던 방어랑 연어 입니다.

이건 가격이 45,000 원입니다.

이건 좀 그냥 그랬습니다. 연어는 아는 맛이고, 방어도 뭔가 그냥 그랬습니다.

그렇다고 맛이 없는건 아닌데, 가격을 생각해서 아쉬웠던거 같아요.

★3일차

어제 밤에 롤체한다고 새벽 5시인가 잤거든요.

느지막히 일어나서 물회먹으러 왔습니다.

https://naver.me/GubwkgFr

네이버 지도

속초항아리물회

map.naver.com

대기팀이 좀 있더라구요.

그래도 회전이 빨라서 뭐 10분 기다렸나?

하나는 항아리 모듬 물회이구요 하나는 오징어 물회입니다.

모듬 물회 - 19,000

오징어 물회 - 변동 (29,000)

여자친구는 너무 둘다 너무 맵다고 하더라구요.

제 입에도 매운편이었습니다.

저번에 속초왔을때 갔던 물회집인 청초수물회보다 비교적 많이 매운편이였던거 같아요.

그래도 뭐 습하습하 하면서 먹었습니다.

오징어 물회가 전 더 좋았습니다.

오늘의 오징어 물회는 2만 9천원 이였구요, 가격이 변동된다고 합니다.

어쨌든 모듬 물회에는 그 성게라던가 이런게 들어가서 먹다보면 국물이 점점 비려집니다.

물론 이걸 좋아하시는 분들도 있겠죠?

근데 이게 조금 과해서 오징어 물회로 손이 많이 간건 사실입니다.

식감도 좋고, 싱싱했습니다.

맛있었고, 만약에 또 간다고 하면 청초수 물회 갈꺼같습니다 ㅋㅋ

사실 옆에 오락실에 사격장있길래 하려고했는데, 총알이 부서지는 사격장인거예요.

부서진 총알 BB탄이 눈에 들어갈까봐 도망쳤습니다. 고글도 없더라구요. 방어판도 없어서 위험해보이더라구요.

https://naver.me/5Vmt3c8B

네이버 지도

속초붕어당

map.naver.com

나오는 길에 붕어빵집이 있길래 들렀습니다.

여기 가격이 엄청 쌉니다.

붕어빵이 천원 이천원 이럽니다. 한국에선 뭐 거의 3개에 5천원 이랬던거같은데, 여기 맛있습니다.

미리 안만들어놓으시고, 주문들어오면 바로 반죽 붓고 구워주셔서 진짜 너무 맛있습니다.

미리 구워주지않고 바로 구워주시는게 너무너무 좋았습니다.

저 반죽이 참 맛있었습니다. 정말 맛있었어요.

밥먹고 왔더니 해가 지길래 사진찍었습니다.

대체 몇시에 일어난건지 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

저녁에는 조개구이 먹으러 갔습니다. ㅋㅋㅋㅋㅋ

조개구이 2트

https://naver.me/GfCsp580

네이버 지도

조개상회 본점

map.naver.com

4단 조개구이 - 79,000

이거 보시면 생각보다 조개는 별로 없고 다 은박지에 뭐가 많습니다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

그래서 음..? 조개가 별로없네 했습니다. 가리비구이가 있던데 그걸 시켰어야 했나봐요.

맛은 있는데 흠...아쉬웠습니다.

은박지에 쌓인게 많아서 굽는데도 정신없고, 조개는 별로 없고 이랬습니다.

저는 조개구이는 여기보단 그 조개랑고기랑 인가? 여행 첫날에 간 그곳이 더 좋았습니다.

야식으론 케이크 먹었습니다! 메리 크리스마스 입니다.

이 케이크는 속초관광시장에서 산 딸기 케이크입니다. 정말 이쁘더라구요.

29는 저희가 동갑커플인데 마지막 20대를 기념하기 위해서 29살 보내준다 라는 의미입니다 하핳

술은 편의점에서 이뻐보이길래 샀습니다.

맛은 둘다 별로입니다! 하하하하

케이크는 정말 맛있었습니다.

케이크 저게 가격이 2만5천원인가 그랬던거 같은데, 정말 맛있었습니다.

딸기도 맛있었고, 무엇보다 저 크림이 참 맛있었어요. 빵도 부드러웠습니다.

★4일차

이제 집에 가는 날입니다.

11시 퇴실 청소 싹 하고 나왔습니다.

어제도 조개구이 먹으러 갈때 택시를 탔는데, 기사님이 속초왔으면 장칼국수 먹어야 한다고 꼭 가라고 하셔서 여기 가기로했습니다.

https://naver.me/54LbMKBt

네이버 지도

금이야옥이야

map.naver.com

혹시 이 글을 보시는 분은 제발 꼭 미리 예약하고 가십쇼.

저희 65팀 대기였는데 3시간 기다렸습니다.

브레이크 타임은 없답니다.

써있기로는 15시에 쉰다고 써있는데 그런거 없이 그냥 대기해주시면 된데요 ㅋㅋㅋㅋㅋㅋㅋㅋ

꼭 핸드폰 어플로 미리 예약해주세요.

캐치테이블에 있습니다.

감자전 - 9000

장칼국수 - 8000

오징어 순대 - 18000

여기서 먹은 감자전이 제일 맛있었네요.

시장에서 먹었던 감자전은 그냥 맛있는 감자전이고

여기꺼는 누릉지여서 엄청 바삭바삭했습니다. 오독오독하고.

오징어 순대도 여기가 더 맛있었어요.

장칼국수는 저희끼리 막 얘기했거든요.

정말 맛있는데 익숙한 맛..?

맛있는 만두국..? 라면같기도 하고..이랬는데 정말 맛있습니다.

사실 가격대비 너무너무 맛있었구요, 줄이 없다면 아침마다 와서 먹어도 될 정도의 맛입니다.

여행 마지막날에 참 맛있게 먹었네요.

3시간 기다려서 맛없기만 해봐...이랬는데 다행입니다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ

여행 재밌었습니다.

끝~

그녀가 죽었다 리뷰

07e — Tue, 17 Dec 2024 14:57:25 +0900

영화 시작 기준 30분까지만 스포없음으로 포함하구요.

스포 포함은 영화 전체를 리뷰할 예정입니다.

스포 없음

오늘 본 영화는 넥플릭스 현재 대한민국 1등 영화 "그녀가 죽었다" 입니다.

배우님들은 변요한, 신혜선, 이엘 님이 출연하십니다.

스토리

여자주인공의 시체를 목격한 남자주인공의 이야기입니다!

반전이 포함되어 있으며 런닝타임은 1시간 40분입니다.

평

제 개인적인 점수는 2.3점 입니다. (5점 만점)

재미있었지만 눈을 뗄 수 있을 정도의 재미였습니다.

스토리 끝부분에 말하는 일침이 있는데, 저는 해당 일침으로 영화를 봤기때문에 확 와닫지 못했습니다.

이 말이 궁금하시면 영화를 끝까지 봐주세요!

스포 없는 간단 요약

남자 주인공(변요한_구정태)는 부동산을 운영하는 공인 중개사 입니다.

하지만 독특한 취미가 있죠.

바로 남의 삶을 "관찰"하는 취미가 있습니다.

남의 집에 몰래 들어가서 그 사람의 삶을 찾아보는 취미가 있어요.

뭐 청소하는 경우도 있고, 수리를 하는 경우도 있습니다.

그리고 그 집에서 가장 없어져도 될만한 물건을 하나 가져오는, 그러니까 "전리품"을 수집하는 취미가 있습니다.

가져온 전리품들을 이렇게 집에 전시해 놓습니다.

그런 남자주인공에게 여자 주인공(신혜선_한소라)가 나타납니다.

이 한소라라는 인물은 남자주인공이 잘 모르는 인물이였습니다.

그래서 호기심이 생겨서 그녀의 삶을 관찰하기에 나서죠!

몰래 집 번호도 뒤져보고, SNS도 뒤져봅니다.

하지만, 집에 들어가는것은 실패를 하고 말죠.

그러던 어느날 여자주인공이 집을 팔겠다고, 남자주인공을 찾아가게 됩니다

이로써 남자 주인공은 여자주인공의 집에 들어갈 수 있게 된것이죠

그렇게 여자주인공이 집에 없는 시간을 이용해서 몰래 집에 들어갑니다!

그리곤 여자주인공이 집에 죽어있는 모습을 발견하게 되며 영화가 시작하게됩니다.

오해를 살 걱정에 바로 신고하지 못하는 남자 주인공.

시간이 흘러 다시 집에 들어가보니, 여자주인공의 시체는 안보이고 깨끗하게 흔적만 남아있었죠.

누군가가 시체를 치운것입니다!

여기까지가 노 스포 스토리 설명입니다!

스포 포함

시체를 목격하고, 시체가 없어지니 남자 주인공은 패닉에 빠집니다.

그러고 바로 다음날, 누군가에게 사진을 받게되는데, 바로 몰래 집에 침입한 사진이였습니다

누군가가 남자주인공이 시체를 목격했다라는 사실을 알고있는 것이었죠.

그렇게 경찰에겐 거짓말을 하고 혼자서 수사를 하기 시작합니다.

잘못되면 본인의 "악취미"가 들통나기 때문이죠.

스스로 수사를 진행하기 시작합니다.

하지만 진행을 하면 할수록 악취미 뿐만 아니라, 본인이 범인이 되어가고 있었습니다.

누군가가 증거품들을 남자주인공이 범인인것처럼 꾸며놓았기 때문이죠.

스토리는 이 이후부터 여자주인공 시점으로 바뀝니다.

여자주인공은 죽지않았으며 돈에 미친 싸이코였습니다.

여자주인공은 방송을 통해 착한 이미지로 돈을 벌고 있었는데, 남자주인공의 스토킹으로 이 모든 것이 거짓임이 들어날까 무서웠습니다.

그래서 여자주인공은 본인의 착한이미지를 유지하며 남자주인공을 매장할 계획을 꾸몄습니다.

그게 바로 집에서 죽은척하며 남자주인공에게만 보여주는 것이죠.

그렇게 남자주인공 혼자 벌벌떨며 여자주인공의 함정에 빠지게 됩니다.

하지만 이 모든 사실을 언제나 그랬듯 영화 마지막에 다 말합니다.

흔한 클리셰죠.

남자주인공은 몰래 카메라를 설치해놓고, 여자주인공에게 막타칠 기회를 줍니다.

여자주인공이 이때 본인의 모든 범행을 얘기해고 이걸 형사가 다 듣게 됩니다.

그렇게 여자주인공의 혼자 쇼한게 들통이 나버리게 되는 거죠.

꼭 이렇게 악인들은 마지막에 나불거려서 역전할 기회를 준단말이지.

총 리뷰

남자 주인공도 어쨌든 집에 몰래 침입했기 때문에 감옥에 다녀옵니다.

마지막에 형사가 이야기 합니다.

"구정태씨 당신 피해자 아니예요. 범죄자에요"

이 말을 통해 감독이 남자주인공이 스토리 흐름에 맞춰 피해자처럼 보이게 하고 싶었구나 했습니다.

영화 계속 남자주인공이 피해자처럼 보이게 하고 나중에 깨닳게 하는 모습을 의도한것 같은데, 사실 그런 느낌은 못받았습니다.

왜냐하면 영화 초반에 남자주인공이 하는 스토킹이 너무 싫었거든요.

영화 숨바꼭질이 생각났습니다.

아실 분들은 아시겠지만 숨바꼭질에선 노숙자가 어떤 한 가정집에 숨어서 벌어지는 스릴러 였습니다.

이게 딱 떠오르더라구요.

어떤분들은 아마 기생충이 떠오를것 같습니다.

이거는 그래도 조금 코믹한 부분이 포함되어 있었죠.

영화 초반에 남자주인공이 하는 행동이 무서웠기 때문에 영화 보는 내내 피해자 코스프레하네 라는 생각을 참 많이했던거 같습니다. 결국 본인도 똑같은 범죄자인데도요.

그래서 남자주인공의 행동은 이해가 가지만 동조하지는 않았던거 같아요.

결국 범죄자 주인공을 보고 있으니 많이 몰입되지는 않았습니다.

감독의 의도는 알겠으나 그 피해자처럼 하기엔 남자주인공의 범죄가 너무 무서워서 의도대로 흘러가지 못해서 점수를 짜게 줬던것 같습니다.

마지막에 여자주인공이 범행을 말하는 것도 그렇구요.

하지만 영화의 짜임새 자체는 좋았기 때문에 점수를 2.3점을 드립니다.

그렇다고 영화가 재미없는건 아닙니당

이탈리아 여행9 (완)

07e — Thu, 12 Dec 2024 18:09:53 +0900

오늘은 이탈리아 마지막 날입니다!

로마에서 눈을 떴고, 체크아웃은 11시 였습니다.

비행기는 17시 쯤이였었습니다.

제가 로마에 오래있긴 했지만 제가 로마 위쪽은 많이 돌아다녔는데

아래 쪽을 안다녀서 아침일찍 나왔습니다.

제 로마의 마지막 날은 로마 중앙 역을 기준으로 아래쪽을 돌아보는 것이였습니다.

뭐 이번에도 큰 목표는 없었고 그냥 콜로세움만 보자 정도였습니다.

워낙에 날씨가 덥다보니 금방 지쳐서 여행이 좀 힘들었던거 같습니다.

그렇게 밖에 나갔는데 흐리더라구요?

세상에...여행 마지막날에 흐리다고?

너무 기뻤습니다.

정말 시원하더라구욬ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

여행하는 내내 38도에서 40도를 오갔으니까 그랬던거 같아요.

흐린 이탈리아는 정말 시원하더군요.

비는 안왔습니다.

흐린날의 콜로세움은 정말 시원하...아니 멋지더라구요 ㅎ

제가 콜로세움 입장 티켓을 못구했는데, 사실 안 구한게 다행이였던거 같습니다.

더운 날씨의 이탈리아 여행은 힘들더라구요. 즐거웠지만.

이건 옆에있던 콘스탄티누스 개선문입니다. 잘 몰라요 ㅎ

마지막날이 시원하기도 하고 흐려서 체력이 좀 돌더라구요.

그래서 좀 더 걷기로 했습니다.

마지막 날이니까요!

https://maps.app.goo.gl/yZchX67w4huGmbsH7

키르쿠스 막시무스 · 00186 Rome, Metropolitan City of Rome Capital, 이탈리아

★★★★★ · 역사적 장소

www.google.co.kr

걷다보니 키르쿠스 막시무스라는 곳까지 왔습니다.

여기는 로마 전차 경기장이였던 곳이였다고 하네요.

지금은 거의 공원처럼 되어있습니다.

여기 건축물 내부로는 못들어 가지만 그 뒤쪽에 넓은 들판으로는 들어가서 걸을 수 있습니다!

그래서 처음부터 끝까지 다 걸었습니다. 날이 시원하더라구요 ㅎㅎ

걷다보니 신전같은 곳도 있었구요.

근데 이때부터 날이 개더니 더워지기 시작했습니다..!

그래도 걸었습니다. 마지막 로마였으니까요.

제가 걸었던 경로는 이렇네요. 저기 끝엔 판테온이 있었습니다. 사람 엄청 많더라구요.

웅장하죠.

물론 들어가보진 않았습니다!

근데 거리를 걷다보면 진짜 모든 곳에 유적지가 남아있었습니다.

어딜가도 다 신전이더라구요. 신기했습니다 정말.

그렇게 걸어서 어제 갔던 식당에 다시 들어갔습니다!

마지막 음식은 이 식당에서 하고싶더라구요.

https://maps.app.goo.gl/ayNyD5eqXJ1kLLzE6

Centro의 스트리트 뷰 · Google 지도

Via Cavour, 61, 00184 Roma RM, 이탈리아

www.google.co.kr

네... 저의 이탈리아 마지막 맥주입니다.

물론 이거 마시고 이후에 3잔을 더 먹었습니다 ㅎㅎ

매콤했던 토마토 파스타였습니다. 이것도 맛있게 잘 먹었습니다.

이탈리아에선 원래 음식을 하나씩 주시는데, 제가 동양인인걸 보고 스테이크랑 같이 드릴까요 하더라구요.

그래서 오 나이스 네 그래주세용 했습니다.

스테이크가 아니고 치킨 튀김 같은거였는데 반찬처럼 집어먹었네요 ㅋㅋㅋ

맥주를 엄청 들이 마셨습니다. 역시 너무너무 맛있었습니다.

이러고 숙소에 들어가서 맡겨놨던 짐을 챙기고 나왔습니다.

다시 공항으로 기차를 타고 갔네요.

이때는 잘 몰랐는데, 이탈리아 여행에서 기억에 남는건 거대한 건축물들과 음식이네요.

음식이 굉장히 맛있었습니다.

왜냐하면 공항가서 매콤한 국물 먹어볼까? 하면서 시킨 라멘이였는데 별로였거든요.

생각해보면 이탈리아에 있는 동안 한국음식이 생각 안나긴 했습니다.

뜨근하고 매콤한 라멘이였는데 그렇게 막 맛있진 않았습니다.

그렇게 공항타고 서울에 왔습니다.

마지막까지 재미있었습니다. 이탈리아 또 가고싶어요. 음식이 너무 맛있었거든요.

...

끝난줄 알았는데 서울와서 이슈가 하나 있었습니다 ㅋㅋㅋㅋㅋ

제 캐리어에 이게 달려있더라구요...?

서울와서 캐리어 집는데 띠용 했습니다.

어제 제가 기념품 산다고 술을 엄청 많이 담았었거든요.

4병까진 술을 가져오는건 괜찮지만, 그 이상부턴 세금을 내야 한다고 하더라구요.ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

전 7병인가 8병 가져와서 나머지 4병의 세금을 따로 지불했습니다.

사실 이거 보면 안무서웠겠습니까. 저 무서웠습니다.

불법인가..? 아...벌금 많이 내야하나...?

근데 물어봤는데 절대 불법은 아니라고 하네요.

세금을 내야하는거고, 안내면 불법이라고 합니다.

그래서 좀 기분이 풀렸습니다 ㅋㅋㅋㅋㅋㅋ

다음에도 술 많이 가져오려구요

제가 와인은 잘 모르지만 이탈리아 와인 꽤 잘 먹었거든요 ㅎㅎ

이탈리아 여행 마지막까지 즐거웠습니다 ㅋㅋ

이탈리아 여행8

07e — Thu, 12 Dec 2024 14:05:04 +0900

자자~ 이제 다음날이 서울로 돌아가는 날입니다!

오늘 여자친구님은 서울 돌아갑니다~

그래서 마지막 여행지로 로마로 돌아온다고 하더라구요.

그래서 오늘 아침 일찍 로마로 출발합니다!

숙소 사진을 너무 오랜만에 찍은거 같아요.

흠...사실 뭐 딱히 특별한건 없었습니다. 혼자 자는데 침대가 2개였습니당 ㅎㅎ

스페인 계단으로 온다길래 일찍와서 기다렸습니다.

감회가 새로웠는데, 처음에 로마에 돌아다녔었잖아요?

이게 한번 더 오니까 익숙하더라구요. 아는 동네와서 반가웠던 ㅋㅋㅋㅋㅋㅋ

여기 스페인 계단은 처음오는데, 비슷한 거리에 있길래 지하철 잘 타고 왔습니다ㅎㅎ

여자친구와 만났습니다!

밥먹으러 어디 가지 하고 돌아댕기다가 들어간 어떤 식당입니다!

하나는 크림이고, 하나는 토마토 뇨끼입니다!

스테이크와 고구마 튀김입니다

식당은 이름이 잘 기억안나는데, 스텝이 기억에 나요 ㅋㅋㅋㅋㅋ

스텝분이 그 영화 인턴에 나오는 할아버지 인턴 계시잖아요? 그분이랑 진짜 똑같이 생겼었습니다.

그분이 저에게 엄청 친하게 아니 음식은 괜찮아요? 이러고

여자친구분이 이쁘시네~ 이러고 ㅋㅋㅋㅋㅋ

어깨동무하고 막 엄청 그 뭐라하지 친근하게? 대해주셨습니다 ㅎㅎ

아따 덥다 하면서 돌아댕겼습니다 ㅎㅎ

제가 아말피에서 먹었던 레몬 샤베트가 맛있다고 엄청 자랑했거든요.

근데 로마에도 있더라구요. 그래서 여자친구가 끌고가서 사먹었습니다 ㅋㅋㅋㅋㅋ

제가 끌려갔습니다

여기가 더 많이 얹어주더라구요?

맛은 뭐 비슷했습니다. 이것도 맛있더라구요 ㅎㅎ

근데 진짜 레몬 다 파내고 여기에 샤베트 담아주는게 진짜 감성있지않나요?

이거 너무 이쁜거 같아요 정말.

스페인 계단 근처에 백화점이 있다길래 들어갔습니다.

근데 진짜 충격적이였던게 백화점 입구인지 몰랐어요. 그냥 아무 건물처럼 생겼어요. 정말.

근데 들어갔는데 안에 에스컬레이터 있고. 너무 신기했습니다. 외부에서 보면 백화점인지 모르겠어요.

말피라는 술을 샀는데, 이게 이탈리아 위스키? 였습니다.

(한국에 백화점에도 같은 제품 팝니다 ㅎㅎ..)

이렇게 4개 세트는 여자친구가 샀고, 저는 레모네맛으로 750ml 인가? 하나 샀습니다.

정확하게는 여자친구가 사줫습니다!

고맙다면서 사줬네요..여자친구가 천사입니다 ㅎㅎ..

이건 제가 친구들이랑 캠핑가서 먹었습니다.

근데 이제 보통 레몬이면...하이볼에 타먹는 정도로 향 첨가 정도잖아요?

제가 친구들이랑 먹었던 이거는 향이정말 진하고 맛있었습니다.

41도 이긴해서 쓴 맛이 있긴한데, 그 술 다 마시고 크으 할때 술 향이 올라오잖아요?

레몬향이 더 쌔기 때문에 그 알코올 향이 덜 올라오는 느낌이였습니다.

진짜 맛있었어요. 이 말피는.

한국에서도 파는데 아마 맛은 같은 맛이겠죠?

가격은 한국이 만원 정도 비싸긴 합니당

이렇게 돌아댕기다가 여자친구는 이제 공항으로 떠납니다. 저는 로마에 있다가 내일 출국이구요.

여자친구 바래다 주고 이탈리아 첫날 왔던 그 대형마트에 왔습니다.

이탈리아 여행을 계속 다니면 저 팔리니? 라는 레몬 향 술을 어딜가도 팔아요.

이거 꼭 사야 하는구나. 하고 샀습니다

오른쪽에 있는 것들은 이제 한국으로 가져갈 것들입니다!

아 술 4병이상 괜찮나 하시는 분들은 다음 포스터를 봐주세요

왼쪽에 콜라랑 코젤은 지금 먹을 예정입니다

포장해왔습니다~

https://maps.app.goo.gl/ayNyD5eqXJ1kLLzE6

Centro의 스트리트 뷰 · Google 지도

Via Cavour, 61, 00184 Roma RM, 이탈리아

www.google.co.kr

여기서 포장하기 전에 바에 앉아서 맥주 2잔정도 먹고 왔습니다.

이때는 몰랐는데, 저 하얀 크림 파스타가 크림파스타가 아니고 로마 전통 파스타였더라구요.

그래서 먹으면서 어..? 크림파스타가 아니네? 맛있다 이랬거든요

계란이 들어가는 로마 파스타였습니다.

아주 독특하고 맛있더라구요. 부드러운데, 크림파스타는 아닌? 맛있었어요.

이탈리아 여행7

07e — Thu, 12 Dec 2024 13:44:36 +0900

오늘 일정은 살레르노에서 부터 아말피랑 포시타노를 가는겁니다!

이탈리아에 가면 꼭 가봐야하는 아말피 코스트를 오늘 가봅니다~

물론 살레르노까지 가는 방법은 어제 결제했던 나폴리 패스를 이용해서 갑니다~ ㅎㅎ

오늘 일찍일어나서 조식도 시켜먹었습니다.

그냥...조식 준다길래 일어나서 먹었습니다 ㅋㅋㅋㅋㅋㅋㅋ

1층내려가서 빵이랑 커피먹었습니다.

이탈리아 커피가 뭔가 진한거 같기도하고..한국에서 먹는 홈메이드 커피랑 비슷한거 같기도 하고...

그 인터넷에선 이거 살레르노 아말피 이렇게 도는 페리를 타기 위해선 인터넷 예매가 필수라고 하는데

제가 현장에서 보니까 생각보다 그렇게 사람들이 많지 않습니다.

엄청 여유롭습니다.

페리가 자주 다니고, 자리도 넓으며 현장에서 사나 예매하나 가격차이가 크지않기 때문에

현장에서 결제하는게 낫습니다!

살레르노에 1시쯤 도착했습니다

저는 14시꺼 예매했습니다.

살레르노 선착장입니다!

여기 표사면서 옆에 앉아서 먹을 수 있는 식당? 비슷한 뭐가 있습니다.

한국으로 치면 고속도로 휴게소에 알감자 파는 가게처럼 생긴? ㅎㅎ

그곳에서 나폴리 피자 작은거 하나랑 엄청 시원한 맥주 하나 사왔습니다.

사람 아무도 없는 곳에 몰래 앉아서 먹었습니다 (쓰레기는 잘 분리수거 했습니다)

저기 끝에 걸터앉아서 바다보면서 바닷바람 맞으면서 맥주랑 피자 먹었습니다.

맥주는 시원하게 맛있었구요.

피자가 좀 독특했는데, 사실 빠리바게트의 피자빵이나 뭐 좀 간단한 빵 생각하면서 먹었는데

빵이 엄청 쫄깃했습니다! 토마토 향도 진하고, 치즈도 많더라구요.

저거 진짜 맛있었습니다

가격은 저렇게 2개해서 한화 5천원 정도 였던거 같아요.

페리가 도착했고, 줄서서 탑승했습니다!

저는 2층인데, 2층은 바닷바람 맞으면서 달리는 겁니다~

자리는 정해지지않았고, 그냥 앉고 싶은곳 앉으면 됩니다.

엄청 뜨거웠구요, 모자 썼습니다.

선크림을 30분 단위로 발랐던 기억이 있습니다 ㅎㅎ

근데 너무 시원해서 2층을 포기할 수 없었습니다.

햇빛은 엄청 뜨겁지만 페리가 속도가 엄청 빨라서 시원합니다.

멀리서 보이는 해안가 도시들을 보면서 달립니다.

저는 아말피 코스트 버스투어는 안해봐서 모르지만, 페리에서 보는 해안 도시들이 엄청 이뻤습니다.

외부에서 보는것 만으로도 만족스러웠어요.

저는 살레르노->아말피->포시타노 로 도는 페리를 결제했습니다.

제 페리느에는 아말피까지만 가는 사람들도 있어서 중간에 내리는 손님들도 많았구요.

아말피에서 포시타노 가는 사람들도 많아서 다시 타는 사람들도 많았습니다.

지도 보면 아말피 까지 가는데 아말피만 있는게 아니거든요? 그래서 중간중간에 큰 도시들이 보여요.

그래서 아 저기가 아말피인가 보다!

아닌가? 하고 그냥 지나가고

아 저기가 아말피다!

아니네?

이걸 한 3번정도 반복하면서 30분 달리면 아말피에 도착합니다 ㅋㅋㅋㅋㅋㅋㅋ

저는 아말피에서 잠시 멈췄다가 바로 포시타노로 갔습니다!

높은 산 앞으로 건물들이 다닥붙어있는걸 보면 마치 산을 성벽으로 쓰는 듯한 느낌을 받습니다.

신기하고 뭔가 그림같았습니다.

하지만...막..그렇게 엄청나다 는 아니였어요. 이쁘긴합니다

포지타노에 도착해서 돌아다녔습니다.

한...30분 정도? 돌아다니다가...더이상 할게 없더라구요 ㅋㅋㅋㅋ

한국도 그렇지만, 해안가 식당들 아시죠? 가격이 무섭더라구요.

그래서 함부로 못들어가고 그냥 바다 좀 걸어다니고...할게 없네? 음...이러고 돌아다녔어욬ㅋㅋㅋㅋㅋ

대부분 레몬에 관한 관광상품을 팔고 있습니다.

자석, 도자기, 레몬 과자 이런거.

입구에서 레몬 샤베트 사먹었습니다.

돌아다니다 보면 레몬 껍데기가 쓰레기통에 쌓여있는걸 볼 수 있습니다!

너무 궁금하자나요. 뭔데 사람들 저거만 먹나.

가격이 4천원인가? 한화로?

레몬을 꼭다리 쪽을 잘라서 내부를 파고, 내부를 레몬 샤베트로 채워서, 이걸 얼려놓은 제품입니다!

이거 진짜 맛있었어요.

이 이탈리아라는 나라는 레몬에 진심인거 같아요.

레몬에 향도 향이지만 그 맛이 뭔가 진합니다.

뭐 날이 더워서 그런것도 있겠지만.

뚜껑 타서 퍼먹었습니다 ㅎㅎ

이게 포지타노다~

한게 사실 많이 없어요. 이쁘다 하면서 돌아다닌거 정도?

그래서 그냥 빨리 돌아가야겠다 싶어서 그냥 돌아왔습니다.

5시 페리타고 다시 살레르노 갔다가 나폴리로 돌아 왔습니다.

이거 제 손인데 너무 어이가 없어서 사진을 찍었어요 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

왼손은 깨끗하죠? 왼손은 손등에 선크림을 발랐습니다.

오른손에 안발랐더라구요. 엄청 빨갛게 익었습니다 ㅋㅋㅋㅋㅋ

나폴리 역 옆에 큰 마트가 하나 있어서 오는길에 쇼핑좀 했습니다.

뭐 술 사는건 당연한거고.

이거 크로와상이라던데 초콜릿 들어간 크로와상이더라구요? 이거 6개 들어있는거 샀는데 가격이 싸서 사왔어요.

이거 빵집에서 파는 소라빵있죠? 초코릿들어간거. 그거 맛나요 엄청 맛있습니다 ㅋㅋㅋㅋ

어제 밤에 다 문닫아서 여긴 꼭 간다 했던 식당에 들어가서 포장해온 파스타입니다!

https://maps.app.goo.gl/1AyDuVSWKUp1tQXx5

Antica Trattoria e Pizzeria da Donato · Via Silvio Spaventa, 39/41, 80142 Napoli NA, 이탈리아

★★★★★ · 나폴리 레스토랑

www.google.co.kr

역시 트라토리아 적혀있는 곳은 배신하지 않는구만유~

저는 대문자 I 이기 때문에 혼자 밥먹는게 편하더라구요.

저게 아마 SeaFood Tomato 파스타 였던걸로 기억합니다.

잘 먹었습니다 ㅎㅎ

술 엄청 많이 먹고 헤롱헤롱하게 잠들었습니다 ㅎㅎ

이탈리아 여행6

07e — Tue, 10 Dec 2024 11:26:34 +0900

자자~ 오늘은 나폴리 가는날입니다!!!

그리고 여자친구분도 나폴리를 가기 때문에! 아마 오늘도 볼수 있지 않을까 싶습니다!!!!!

이건 어제 마트에서 산 과일입니다!

근데 ㅋㅋㅋㅋㅋㅋ 상했더라구요...냉장고가 없다보니....금방 쉬네요...까비! 아침은 굶자!

그 여자친구 지인분이 스타벅스의 컵을 모으신다구 하시더라구요.

도시별로 다른 스타벅스 시그니처 컵이 있죠?

그래서 여유있게 딱 사서 기차를 타러 갔습니다.

스타벅스 직원분이 Kim? 이러더라구요 ㅋㅋㅋㅋㅋ 그래서 에? 이러니까 Kim? 이러곸ㅋㅋㅋㅋㅋ

아 Choi! 이러니까 직원분이 역시 한국분일줄 알았다고 웃으시더라구요 ㅋㅋㅋ

컵에 Choi 적어주셨습니다 하하

바로 기차역으로 왔습니다.

근데 진짜 사람이 너무너무 많은거예요

이게 뭐지?

와 피렌체는 사람이 많구나 했습니다.

보이세요? 딜레이 130분 120분 이러는거?

진짜 이때 아찔했습니다.

다들 기차가 안와서 못탔던 거였습니다.

뭐...라고 하던데 잘 모르겠습니다.

일단 그랬습니다. 뭐 탈선사고가 있었대요. 그래서 지금 그거 고치려고 다 지연된거라고 하더라구요.

여기서 한 한시간 기다렸나..?

그래서 오늘 일정 어떡하지 이러고 있었습니다.

근데 진짜 여기서 거짓말처럼 목이 간지러운거예요

목을 긁다가 고개를 돌렸는데 진짜 내 기차만 와있었습니다.

정말로.

내 기차만 와있어.

그래서 호다다다다닥 뛰어서 탔습니다.

정말 거짓말 처럼 타자마자 출발했습니다.

제가 이런 사고를 처음 당해봤잖아요? 제가 정보를 공유를 좀 할께요.

정신없어서 사진을 못찍었지만, 플랫폼 안에도 전광판이 있습니다.

저는 혼잡스러울까봐 플랫폼 밖에서 기다렸습니다.

플랫폼 밖과 안에 각각의 전광판에는 띄우는 정보가 다릅니다!

플롯폼 밖에는 지연이 되었어도 가장 빠른시간 기준으로 정렬이 되고,

플랫폼 안에는 지금 현재 상황과 각 스테이션 넘버의 상황을 띄워줍니다!

그니까 제가 플랫폼 안에 있었으면 제 기차가 얼마뒤에 오겠구나라는걸 알 수 있었겠죠.

나폴리에 도착했습니다!!!!

딜레이가 120분 이러길래 최소 2시간은 늦을 줄 알았는데, 막상 도착하니까 1시간 지연되었더라구요.

그래서 얼마나 다행인지 모르겠습니다.

이거 딜레이되면 나같은 외국인은 숙소도 못구한다구요 ㅠㅠㅠ

후...홈 마이 스윗 홈.....

인생은 아름다워 사진 막 붙어있더라구요.

너무너무 기분이 좋아서 숙소 바로 아래에 있는 레스토랑 가서 물이고 맥주고 다 시켰습니다.

뇨끼랑 스테이크랑 파스타 시켰는데, 뇨끼랑 파스타는 둘다 파스타라서 하나만 시키는게 좋다고 조언해주시더라구요.

나도 알고있는데...그냥 둘다 먹고싶었는데...

그리고 받은 뇨끼.

이게...뇨끼...? 첫 비쥬얼은 그랬습니다.

토마토 베이스에 후추가 많이 들어가서 짭짤하고 살짝 매운 뇨끼였습니다.

사실 막 나쁘진 않았는데, 첫입먹고 아 뇨끼는 한국이 맛있다 했습니다.

뇨끼가 좀...뭐라하지 딱딱하다? 덜...익은 느낌?

아 알단테였나?

그리고 절반쯤 먹으니까 나머지 절반이 이제 다 익더라구요

그때부터 진짜 진짜 맛있었습니다.

너무 쫄깃하고 한국 떡....같은 느낌인데 꿀떡의 그 부드러움에 더 부드러움을 추가한 듯한?

엄청 맛있게 잘 먹었습니다.

어쩌면 동양인 고려해서 일부러 알단테 그 아슬아슬한 타이밍을 줫을지도 모르죠!

우린 알단테 별로 안좋아하니까 ㅎㅎ

그리고 이건 모듬 스테이크인가? 소 돼지 닭 하나씩 구운거였는데, 이게 가격이 많이 쌌던걸로 기억합니다. 그래서 시켜서 먹었었어요 ㅋㅋ

맛은 생각하는 그 맛이 맞습니다 ㅋㅋ

이건 나폴리 메인 역 광장입니다!

저의 계획엔 나폴리를 돌아다니는 계획이 없기때문에 이걸로 나폴리는 끝입니다 ㅎㅎ

이러고 제가 나폴리 패스를 구매했습니다!

이건 뭐 슈퍼마켓에서도 구매가 된다고 하던데 저는 어플로 결제했습니다!

이걸로 나폴리 내의 모든 기차가 된다고 하길래 이거 쿨 거래 했습니다!

이거 타고 여자친구 보러 갑니다!

여자친구님은 이미 살레르노에 있는 숙소를 가고 있던거였습니다!

그래서 살레르노로 바로 출발합니다!

빨간 기차타고 살레르노 갔다가, 살레르노 에서 좀더 내려가는? 지역 이름은... 기억이 잘 안나는데 좀더 내려갔었습니다.

뭐 한 요쯤?

내려서 여자친구님 숙소 근처로 오니까 코나드가 있더라구요?

숙소 바로앞에 이런 대형마트가 있다니..

그래서 그냥 돌아댕겼는데, 제가 어디서 봤습니다.

이탈리아의 환타 레몬은 맛이 다르다는거에요!

이탈리아에 레몬많이 나오잖아요? 그래서 맛이 더 진하다 이러는거예요!

제가 사서 먹어본 결과

다릅니다.

진짜 달라요.

그 뭐랄까..레몬 맛과 레몬 향은 어쨌든 서로 다른거잖아요?

한국은 레못 맛이구요 여기는 레몬 맛과 향이 동시에 나는 느낌입니다.

향이 진하다라는 표현쪽 보다는 진짜 레몬 향이 난다의 느낌입니다.

궁금하면 꼭 드셔보시길 권해요. 신기하더라구요.

이러고 호텔 1층에서 여자친구 모여놓고 오믈렛시켰습니다.

물이랑 맥주 시켜서 먹었습니당. 여자친구는 밥을먹고왔다네요.

이건 티라미슈!

근데 티라미슈는 솔직히 특별하진 않았습니다.

한국 티라미슈가 구현이 잘되어있네 라는 생각이 들더라구요.

이러고 역시나 오래 못있고, 돌아왔습니다.

제 기차가 막차더라구요 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

뭐 기차 끊기면 여자친구 숙소 빌려서 그냥 같이 자면 되겠지만

해외에서 막차 언제 타보겠어요.

스릴 넘치잖아요 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

기차역가는 길입니다.

세상에....영화에서 보는 그 길 아닙니까

이 긴 길에 나 혼자있는....

그림이랑 글을 왜이렇게 많이 적어놨는지 원...

기차 역에도 나 혼자....

맞다. 아레치 역이였다.

아레치역. 여기에 아무것도 없어요. 진짜 현지인들 사는 곳.

전광판도 고장나서 제발 기차가 오기를 바라면서 찍은 사진. 아직 딱 마지막 기차가 하나 남았다구요.

살레르노 가는 기차 있자나...

전광판 왜이러냐고 ㅋㅋㅋㅋㅋㅋ

넘무 무섭잖아.....

하지만 다행이 기차는 왔고, 기차 내부엔 사람들이 정말 적었습니다.

진짜 영화에서 처럼 만취해있는 사람들이 몇몇 보이더라구요.

그 완전 꽐라된 사람들이 보입니다.

그렇게 잘 숙소까지 도착했고, 새벽 한시인가 도착했습니다.

물론 식당은 다 문 닫았구요.

집에 스릴있게 잘 도착했습니다 ㅎㅎ

이탈리아 여행5

07e — Tue, 10 Dec 2024 10:56:37 +0900

와 이걸 이제서야 쓰네. 큰일났다. 다 까먹었다 ㅋㅋㅋㅋㅋㅋ

자자 빨리빨리 해보자고

원래 이 여행은 여자친구와의 여행이였습니다 ㅎㅎ

정확하게는 여자친구는 외부에서 연수같은걸로 보내주는 이탈리아 교육 뭐 관광? 그런거였습니다.

이탈리아에는 최초의 대학교가 피렌체에 있는걸로 유명하잖아요?

https://namu.wiki/w/%ED%94%BC%EB%A0%8C%EC%B2%B4%20%EB%8C%80%ED%95%99%EA%B5%90

피렌체 대학교

파일:UNIFI.png 피렌체 대학교 소개 영상 피렌체 대학교( Università degli Studi di Fi

namu.wiki

그래서 교육에 관련된 행사에서는 이탈리아 연수가 좀 연관이 있나 보더라구요.

여자친구는 이 연수에 가기로 됐고, 저는 사실 이 경로를 따라다니면서

같이 좀 보려고 했던건데 지금까지 한번도 언급이 없었던건?

한번도 못만났기 때문입니다 ㅋㅅㅋ

이 연수가...아주 일정이 그....엄청나게 유연하더라구요? ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

로마에서도 못보고, 베니스에서도 못보고.

오늘 피렌체에서 잠깐 볼수 있는거같아서 오늘은 여자친구 만나는 날이였습니다!

계획은 아침에 두오모 성당을 가는것이였습니다.

한국에서 두오모 입장권을 미리 결제해 놓았습니다.

두오모라는 뜻이 그 마을을 대표하는 성당이라고 하더라구요?

그니까 이게 피렌체 두오모 라는게 두오모 성당이라는 이름이 있는게 아니더라구요.

물론 엄청 거대하고 엄청 이쁩니다. 이게 얼마나 이쁘냐면

저번 이탈리아 블로그썼던거 보시면 미켈란젤로 언덕에 올라가면 이 두오모가 두둥 하고 보입니다!

마치 다른 건물들은 이 두오모를 기준으로 낮게 설계된 느낌이예요.

그래서 꼭 가야지 했던 건물이라구요~

두오모 입장권이 없으면 못들어갑니다.

그래서 저는 입장권을 미리 예매하고 이탈리아 왔죠.

하지만 두오모 입장 안했습니다.

ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

정확하게는 이게 아침 10시 입장권이였는데, 안갔습니다.

후기를 보면 뭐 힘들다, 계단이 좁다 이런글들이 많아요.

딱봐도 그래 보이긴 해요.

근데 제가 여행갔던 그날을 기준으로

너무너무너무 더웠어요.

정말 너무너무 더운데, 좁은곳에 사람들이 그렇게 많이 들어간다?

여행가기 싫어질 것 같았어요

한국에선 뭐 이것도하고 저것도 하고 다 계획했지 ㅋㅋㅋㅋㅋㅋㅋ

근데 아우...너무 덥더라 너무 더워.

오늘은 좀 쉬자! 싶어서 누워서 에어컨좀 쐤습니다.

ㅋㅋㅋㅋㅋ 이게 행복이지!

이탈리아 왔는데 치즈좀 먹어야 하지않나?

치즈? 그럼 햄버거지! 했습니다!

치즈버거 유명한데 있나? 있더라구요!

https://maps.app.goo.gl/1qPT6LUg8x9ANo1P9

Arnold's · Piazzale della Porta al Prato, 47, 50123 Firenze FI, 이탈리아

★★★★★ · 햄버거 전문점

www.google.co.kr

구글 평점으로 4.7이였는데, 너무 설레더라구요!

좋다! 그럼 치즈버거 샀다가, 근처에 마트 들려서 콜라랑 음료수 술 왕창 사와야겠다!

호기롭게 출발했습니다!

이게 이탈리아 길거리 입니다!

저는 이런 여행이 좋더라구요

맨날 관광지만 돌면 이런 관경을 볼 수가 없어서 계획을 즉흥적으로 짜려고 노력합니다 ㅎㅎ

보면 진짜 구름하나 없습니다.

마을 자체가 이거때문에 너무 깨끗해보이고 이뻐보여요 정말.

그러고 11시 개장이길래 11시 반쯤 갔습니다.

근데 오늘은 뭐 일이 있었나봐요. 안열었더라구요.

열었을탠데 하고 기웃거리니까 야외 테이블이 하나 펴져있었고, 그곳에서 술드시던 어르신 두분이

마이 프렌즈! 햄버거? 이러길래 아 네! 이랬거든요

진짜 이렇게 말했어요 마이프렌즈! 햄버거? ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

그랬더니 오늘은 좀 늦게 연다고 하더라구요. 12시에 오면 열었을꺼라고 하더라구요.

아 오늘 아침 햄버거였는데... ㅠㅠ

옆에있는 마트 들어가서 술이랑 과자좀 샀습니다!

근데 신기한 기계가 있더라구요

이건 여행 끝나고 유튜브에서 찾아봤습니다!

번호대로 누르고 뭐 계산하고 빵 자르고 하더라구요

사실 해보고싶었는데...외국인인지라 무섭기도 하고 애초에 영어가 아니라서 무서웠습니다 ㅎㅎ

너무 신기하더라구요!

제 숙소 앞에 케밥집이 있었습니다

돌아댕기면서 이탈리아 케밥집은 다른가? 해서 기회되면 먹어봐야지 했었던 곳인데 대신 여기 먹기로 했습니다

https://maps.app.goo.gl/DHiMMKCT2D3Py8gw5

Halal Kabab · Via Guido Monaco, 15, 50144 Firenze FI, 이탈리아

★★★★☆ · 케밥 전문점

www.google.co.kr

진짜 바로 앞 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ

제 숙소는 홈링크 피렌체 - 더 키 였습니다

하.. 여기도 썰이있는데 12시에 가니까 아직 문을 안열었대요 ㅋㅋㅋㅋㅋㅋㅋㅋ 아니 진짜 웃긴게 뭔 날인가 뭐 가는곳마다 이러네.

12시 반쯤 가니까 사람들 많아졌더라구요. 맛집이였나? 사람들 줄서서 포장해가시더라구요

뭐 먹었는지...는 기억이 안납니다.

뭐 메뉴판에 넘버가 있어서 넘버 불렀던것 같습니다.

하나는 치킨 커리 였던거 같고... 모르겠습니다!

근데 솔직히 생각보다 고기가 적어서 놀랐습니다!

이정돈가..? 근데 뭐...제 기억으론 가격이 엄청 쌌던거 같아요. 그거 생각하면 뭐 이정도면 뭐? 이런 느낌으로 먹었던거 같아요.

그래도 고기 자체는 엄청 부드럽고 맛있던걸로 기억납니다 ㅋㅋㅋ

저거 부리또...였나? 저것도 맛있었습니다.

배고파서 저거를 그 자리에서 다 먹었습니다 ㅎㅎㅎㅎ

그리고 이제 여자친구 뵈러 가야하는데, 이게 또 썰이있습니다.

간략하게는, 피렌체에 분명 오후시간동안은 있는다고 했거든요?
1시간 정도만 피렌체에 있다가 돌아간다는거예요? 다른 도시로 이동한다는 거예요?

내가 그래서 놀래가지고 뭐양아아아아아ㅏ아아 하면서 뛰어 다녔던 걸로 기억합니다.

진짜 현지인이 봤으면 마피아에게 쫓기나 했을 정도로 전속력으로 뛰었습니다.

그래서 어찌저찌해서 만났습니다!

두오모 앞에서 꽁냥거리다가 좀 돌아 댕겼습니다.

밥도 못먹고 그냥 슬러시 사 먹었습니다.

여행다니면서 제가 바티칸에서 먹었던 슬레시가 너무너무 맛있다고 꼬셨더니 이거 먹어보고 싶었다고 해서 샀습니다.

제가 초록색인데, 이게 민트거든요?

민트좋아하시는 분은 정말 좋아하실겁니다.

전 거의 다 버렸습니다

여자친구는 어쨌든 연수라서 다같이 다니는 대형버스가 있습니다.

그거 다시 돌려 보내고 돌아오는 길에 만난 친구입니다.

너 왜 나 쳐다보고 안날라 가냐

사람이 안무섭느냐

돌아가는길에 찍은 피렌체 입니다.

건물이 크기가 다 비슷해서 너무 깔끔해 보이지 않습니까....

그래서 그날 봤던 두오모 성당입니다.

확실히 웅장하고 엄청 이쁜데, 이 날씨에 여길 올라갈 엄두가 안납니다.

사람 엄청 많아!

버스 타려고 티켓까지 끊었습니다.

이건 아마 그거일 겁니다.

저번에 미켈란젤로 가면서 샀는데 안썼던 버스 티켓입니다!

이거 타려고 제가 버스 정류장에서 진짜 1시간 기다린거 같아요. 걸어가면 30분 걸리거든요.

버스가 너무 안옵니다.

진짜 너무 심해요. 버스.

버스가 1시간 딜레이 되잖아요? 그럼 저만 기다리겠습니까?

사람 엄청 많습니다.

이탈리아 소매치기가 많다고 하잖아요?

저 사람많은 버스를 탈 엄두가 안나서 걸어서 집 왔습니다.

뭔가...일이 있었겠죠?

~~(하지만 이 정도는 아무것도 아니다... 다음날에 비하면)~~

이건 마트에서 산건데, 제가 처음본 과일이엿습니다.

코코넛이였던거 같아요.

촉촉한 땅콩을 먹는데, 맛은 향긋한? 달달한 과일이라고 보시면 되요.

이에 다 낍니다 ㅋㅋㅋㅋㅋㅋ

저녁에 여길 다시 왔습니다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

흐...날 기다리게 해? 햄버거 2개 시킨다

마트에서 사온 술과 음료수 코젤 예스!

이날 맥주만 한 4명 마셨던거 같아요.

근데 제가 이날 힘들어서 그럴수도 있는데 햄버거 정말 맛있었습니다.

패티가 확실히...아 뭐라하지 육즙이 달라요.

식감도 다르고.

뭐라고 해야할지 모르겠습니다. 향도 다르고?

맛있습니다.

한국에서 먹던 수제버거랑 다르네요.

한국에서 먹던 수제버거는 뭔가 페티가 동그랑땡 업그레이드 버전같은 느낌이 드는곳이 많거든요? 고기가 부서지는 느낌?

여기는 뭔가...하나의 고기 덩어리같은 느낌이 더 많이들어요.

전 진짜 먹으면서 당장 나가서 하나만 더 사올까 고민할 정도의 맛이였습니다.

맥주를 너무 많이 먹어서 헤롱거려서 못나갔습니다 ㅋㅅㅋ

잘 잤습니당 ㅋㅅㅋ

알고리즘 공부 (2024_11_15)

07e — Fri, 15 Nov 2024 13:19:03 +0900

백준 2923 : 숫자게임

아 이문제는 진짜 너무 아쉽다. 풀어놓고 아 근데 이거 타임오버같은데..이게 아닌거같아 하면서 결국 코드도 안적어보고 블로그 뒤져봤다.

https://studykty.tistory.com/217

이걸 틀리네. 풀이도 똑같더라.

결국 이게 0인값도 있고, 했던건 지워지기 때문에 n^2 까지 안가는거 같아 보이더라.

아쉬움.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

using namespace std;

#define MAX 101
int n, arr[MAX], brr[MAX], result, mx, mn;

int main() {

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    cin >> n;
    for (int i = 0; i < n; i++) {
        int a, b;
        cin >> a >> b;
        arr[a]++;
        brr[b]++;
    vector<int> v1(MAX), v2(MAX);
    for (int j = 0; j < MAX; j++) {
        v1[j] = arr[j];
        v2[j] = brr[j];
    }

    result = 0, mx = 100, mn = 1;
    while (mx >= 1 && mn < MAX) {
        while (mx >= 1 && v1[mx] == 0) {
            mx--;
        }
        while (mn < MAX && v2[mn] == 0) {
            mn++;
        }
        if (mx == 0 || mn == MAX) {
            break;
        }
        result = max(result, mx + mn);
        if (v1[mx] > v2[mn]) {
            v1[mx] -= v2[mn];
            v2[mn] = 0;
        }
        else {
            v2[mn] -= v1[mx];
            v1[mx] = 0;
        }
    }

    cout << result << "\n";
    }

}

백준 2036 : 수열의 점수

확실히 코드짜면서 테스트를 막 해봐야 하는데, 1이랑 0, 그리고 10, 11같은게 좀 섞여서 테스트를 해봐야한다.

문제에 함정이 있었는데, 1이 있는 경우에는 곱샘보단 덧셈이 이득이라 1은 더해야 하는 경우가 있었다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

using namespace std;

int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int n = 0;
    cin >> n;

    vector<long long> VP;
    vector<long long> VM;

    for (long long i = 0; i < n; i++)
    {
        long long number = 0;
        cin >> number;

        if (number > 0)
        {
            VP.push_back(number);
        }
        else
        {
            VM.push_back(number);
        }
    }

    sort(VP.begin(), VP.end(), greater<long long>());
    sort(VM.begin(), VM.end(), less<long long>());

    long long ans = 0;
    for (int i = 0; i < VP.size(); i += 2)
    {
        if (i + 1 >= VP.size())
        {
            ans += VP[i];
            break;
        }
        else
        {
            if (VP[i] == 1 || VP[i + 1] == 1)
            {
                ans += VP[i];
                ans += VP[i + 1];
            }
            else
            {
                ans += (VP[i] * VP[i + 1]);
            }   
        }
    }
    for (int i = 0; i < VM.size(); i += 2)
    {
        if (i + 1 >= VM.size())
        {
            ans += VM[i];
            break;
        }
        else
        {
            ans += (VM[i] * VM[i + 1]);
        }
    }

    cout << ans;
}

백준 2785 : 체인

가장 작은 숫자를 기준으로 고리를 만들어준다고 계산했다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

using namespace std;

int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int N = 0;
    cin >> N;

    vector<int> VN(N);
    for (int i = 0; i < N; i++)
    {   
        cin >> VN[i];
    }

    sort(VN.begin(), VN.end(), greater<int>());

    int Count = VN.size() - 1;
    int TargetN = VN.size() - 1;

    int answer = 0;
    while (true)
    {
        int Target = VN[TargetN];
        if (Target + 1 > Count)
        {
            answer += Count;
            break;
        }
        else
        {
            Count -= (Target + 1);
            answer += Target;
        }

        TargetN--;
    }

    cout << answer;
}

백준 2831 : 댄스파티

그냥 무난한 2포인터 문제. 근데 배열이 4개나 되어서 헷갈리긴했다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

using namespace std;

int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int N = 0;
    cin >> N;

    int answer = 0;

    int MP[1001] = {};
    int MM[1001] = {};
    int WP[1001] = {};
    int WM[1001] = {};

    for (int i = 0; i < N; i++)
    {
        int K = 0;
        cin >> K;
        if (K > 0)
        {
            MP[K - 1500]++;
        }
        else
        {
            MM[abs(K) - 1500]++;
        }
    }
    for (int i = 0; i < N; i++)
    {
        int K = 0;
        cin >> K;
        if (K > 0)
        {
            WP[K - 1500]++;
        }
        else
        {
            WM[abs(K) - 1500]++;
        }
    }

    int pp = 0;
    int mp = 0;
    while (pp <= 1000 && mp <= 1000)
    {
        while (pp <= 1000 && MP[pp] == 0) pp++;
        while (mp <= 1000 && WM[mp] == 0) mp++;

        while (pp <= 1000 && mp <= 1000)
        {
            if (pp < mp)
            {
                int pairs = min(MP[pp], WM[mp]);
                answer += pairs;
                MP[pp] -= pairs;
                WM[mp] -= pairs;
                break;
            }
            else
            {
                mp++;
            }
        }
    }

    pp = 0;
    mp = 0;
    while (pp <= 1000 && mp <= 1000)
    {
        while (pp <= 1000 && WP[pp] == 0) pp++;
        while (mp <= 1000 && MM[mp] == 0) mp++;

        while (pp <= 1000 && mp <= 1000)
        {
            if (pp < mp)
            {
                int pairs = min(WP[pp], MM[mp]);
                answer += pairs;
                WP[pp] -= pairs;
                MM[mp] -= pairs;
                break;
            }
            else
            {
                mp++;
            }
        }
    }
    cout << answer;
}

알고리즘 공부 (2024_11_13)

07e — Wed, 13 Nov 2024 11:15:51 +0900

백준 2812 : 크게 만들기

값을 받아서 Stack으로 전에 있던 값을 비교하는 방식으로 문제를 풀었다.

놓친부분이 있었는데, K가 남는 경우가 있을 수도 있어서 K가 남으면 끝에서부터 빼기로 했다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

using namespace std;
int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    string Num;
    int N;
    int K;

    cin >> N >> K;
    cin >> Num;

    stack<int> S;

    for (int i = 0; i < N; i++)
    {
        while (K > 0 && !S.empty() && S.top() < Num[i] - '0')
        {
            K--;
            S.pop();
        }

        S.push(Num[i] - '0');
    }
    while (K > 0)
    {
        K--;
        S.pop();
    }
    int Size = S.size();
    vector<int> V(Size);
    for (int i = Size - 1; i >= 0; i--)
    {
        V[i] = S.top();
        S.pop();
    }

    for (int i = 0; i < Size; i++)
    {
        cout << V[i];
    }
	return 0;
}

백준 10800 : 컬러볼

이건 문제도 다 이해하고 알고리즘까지 공책에 적었는데, 코드 짜다 보니까 꼬여서 길을 잃었던 문제.

똑같은 방식으로 푼 코드가 있길래 긁어옴

https://tnwlswkd.tistory.com/100

[백준]10800번. 컬러볼

[문제] www.acmicpc.net/problem/10800 10800번: 컬러볼 첫 줄에는 공의 개수를 나타내는 자연수 N이 주어진다(1 ≤ N ≤ 200,000). 다음 N개의 줄 중 i번째 줄에는 i번째 공의 색을 나타내는 자연수 Ci와 그 크기

tnwlswkd.tistory.com

백준 2891 : 카약과 강풍

이건 그냥 문제 그대로 풀었다.

조건이 안까다롭길래 그냥 ㅇㅇ

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

using namespace std;
int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int N, S, R;
    int ans = 0;
    cin >> N >> S >> R;

    vector<int> V(N + 2);

    for (int i = 0; i < S; i++)
    {
        int a = 0;
        cin >> a;
        V[a] = -1;
    }

    for (int i = 0; i < R; i++)
    {
        int a = 0;
        cin >> a;

        if (V[a] == -1)
        {
            V[a] = 0;
        }
        else
        {
            V[a] = 1;
        }
    }

    for (int i = 1; i < N + 1; i++)
    {
        if (V[i] == -1)
        {
            if (V[i - 1] == 1)
            {
                V[i - 1] = 0;
                V[i] = 0;
            }
            else if (V[i + 1] == 1)
            {
                V[i + 1] = 0;
                V[i] = 0;
            }
            else
            {
                ans++;
            }
        }
    }

    cout << ans;


    return 0;
}

알고리즘 공부 (2024_11_12)

07e — Tue, 12 Nov 2024 13:14:50 +0900

아휴...알고리즘 공부가 쉽지가 않네...

이거 뭐 푼 문제가 있어야 올리지...마음이 꺾인다....

요즘 안올린건 문제를 안푼게 아니고 거진 2~3시간을 한두문제만 풀어서 그렇다...

그래도 배낀거라도 올려야 할거 같아서 글 씁니다..

백준 2258 : 정육점

지정한 무게 아래가 아니고 가격 아래를 모두 고려해야 하는 문제.

여러개의 같은 무게가 있을 수 있고, 여러개의 같은 가격이 있을 수도 있기 때문에 이 모든 경우를 고려해야 하는 문제.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

struct Info
{
    long long Kg;
    long long Price;

    Info(long long a, long long b) : Kg(a), Price(b) {};

    const bool operator<(Info& other) const
    {
        if (other.Price == Price)
        {
            return other.Kg < Kg;
        }
        else
        {
            return other.Price > Price;
        }
    }
};

using namespace std;
int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int N, M;
    long long A, B;
    cin >> N >> M;

    vector<Info> NV;

    for (int i = 0; i < N; i++)
    {
        cin >> A >> B;
        NV.push_back(Info(A,B));

    }

    sort(NV.begin(), NV.end());
	int KgSum = 0;
	int PriceSum = 0;
	int before = -1;
	for (int i = 0; i < NV.size(); i++)
	{
		if (KgSum < M)
		{
			if (before == NV[i].Price)
			{
				PriceSum += NV[i].Price;
			}
			else
			{
				before = PriceSum = NV[i].Price;
			}
		}
		else
		{
			if ((before != NV[i].Price) && (PriceSum >= NV[i].Price))
			{
				before = PriceSum = NV[i].Price;
			}
		}

		KgSum += NV[i].Kg;
	}

	if (KgSum < M)
		cout << -1 << endl;
	else
		cout << PriceSum << endl;

	return 0;
}

백준 12018 : Yonsei TOTO

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>
#include <climits>

using namespace std;
int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int N, M;
    cin >> N >> M;

    vector<int> NV;
    int Answer = 0;
    int Count = 0;

    for (int i = 0; i < N; i++)
    {
        vector<int> PV;
        int P, L;
        cin >> P >> L;

        for (int j = 0; j < P; j++)
        {
            int k;
            cin >> k;
            PV.push_back(k);
        }

        if (L > P)
        {
            NV.push_back(1);
        }
        else
        {
            sort(PV.begin(), PV.end(), greater<int>());

            int opt = PV[L - 1];
            NV.push_back(opt);
        }

    }

    sort(NV.begin(), NV.end());
    for (int i = 0; i < NV.size(); i++)
    {
        Count += NV[i];

        if (Count <= M) 
        {
            Answer++;
        }
        else
        {
            break;
        }
    }

    cout << Answer;
	return 0;
}

알고리즘 공부 (2024_11_8)

07e — Fri, 8 Nov 2024 12:53:26 +0900

백준 1114 : 통나무 자르기

딱 보고 이분탐색이구나 했는데 눈에 안들어오더라... 왜캐 어렵지...알겠는데 모르겠다.

그래서 결국 블로그 찾아 댕겨서 풀었다.

https://hojun.tistory.com/9

[백준] 1114번 - 통나무 자르기

이 문제는 이분탐색을 활용하는 문제다. 이분탐색을 통해 가장 긴 조각의 최소값을 찾을 수 있다. 1~L(통나무전체길이) 까지의 길이 중 검사할 길이를 이분탐색으로 정하고 통나무의 가장 긴 조

hojun.tistory.com

백준 2012 : 등수 매기기

불만도만 측정하면 되는 문제여서 뭐 손해를 가장 덜 보는 순으로 고려했다.

그러면 참가자 다 우선순위 큐에 넣고 순서대로 빼서 계산했다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;

int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int N;
    priority_queue<int, vector<int>, greater<int>> q;
    long long answer = 0;
    int count = 1;

    cin >> N;

    for (int i = 0; i < N; i++)
    {
        int k;
        cin >> k;
        q.push(k);
    }

    while (!q.empty())
    {
        int cur = q.top();
        q.pop();

        answer += abs(cur - count);
        count ++;
    }

    cout << answer;
}

백준 4716 : 풍선

이것도 예전에 풀었던 트럭문제랑 비슷하더라. 손해를 가장 많이 보는곳 기준으로 우선순위 내려서 풀었다.

손해가 가장 심한 곳부터 고려해서 문제를 해결했다.

문제 입력에 계속 반복하다가 0 0 0 나오면 종료라길래 while 문을 추가했다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;

struct info
{
    int K, Da, Db;

    info(int k, int da, int db) : K(k), Da(da), Db(db) {};
    const bool operator<(const info& other) const
    {
        return abs(Da - Db) < abs(other.Da - other.Db);
    }
};

int main() {

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    while (true)
    {
        int N, A, B;
        int answer = 0;

        priority_queue<info> q;
        cin >> N >> A >> B;
        if (N == 0 && A == 0 && B == 0)
        {
            break;
        }

        for (int i = 0; i < N; i++)
        {
            int K, Da, Db;
            cin >> K >> Da >> Db;

            q.push(info(K, Da, Db));
        }

        while (!q.empty())
        {
            info cur = q.top();
            q.pop();

            if (cur.Da < cur.Db)
            {
                int useA = min(cur.K, A);
                answer += useA * cur.Da;
                A -= useA;

                int useB = cur.K - useA;
                answer += useB * cur.Db;
                B -= useB;
            }
            else 
            {
                int useB = min(cur.K, B);
                answer += useB * cur.Db;
                B -= useB;

                int useA = cur.K - useB;
                answer += useA * cur.Da;
                A -= useA;
            }
        }
        cout << answer << "\n";
    }

}

백준 1543 : 문서 검색

그냥 글자 찾으면 다 검색하도록 했다.

근데 T가 더 길수도 있다는 오류에 빠져서 시간을 좀 썼었다.

조건에 보면 T가 더 짧다는 조건이 없더라. 그래서 T가 더 길수도 있기 때문에 예외처리를 걸어야 하더라.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>
#include <string>

using namespace std;

int main() {
    string S, T;
    int answer = 0;

    getline(cin, S);
    getline(cin, T);

    if (S.size() < T.size()) 
    {
        cout << answer;
        return 0;
    }

    for (int point = 0; point <= S.size() - T.size(); point++)
    {
        if (S[point] == T[0])
        {
            int i = 0;
            for (i = 0; i < T.size(); i++)
            {
                if (S[point + i] != T[i])
                {
                    break;
                }
            }

            if (i == T.size())
            {
                answer++;
                point += T.size() - 1;
            }
        }
    }

    cout << answer;
}

알고리즘 공부 (2024_10_31)

07e — Thu, 31 Oct 2024 13:27:25 +0900

오케이 오늘도 레츠고

백준 5585 : 거스름 돈

거스름돈 하면 냅색 알고리즘 생각나서 그렇게 하려다가 거스름돈 수가 무한이라길래.

그리고 금액도 정해져 있길래. 거스름 돈 액수도 정해져 있길래 그냥 하나씩 했다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;


int main() {

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    int answer = 0;

    int N;
    cin >> N;

    int Charge = 1000 - N;

    answer += Charge / 500;
    Charge = Charge % 500;

    answer += Charge / 100;
    Charge = Charge % 100;

    answer += Charge / 50;
    Charge = Charge % 50;

    answer += Charge / 10;
    Charge = Charge % 10;

    answer += Charge / 5;
    Charge = Charge % 5;

    answer += Charge / 1;

    cout << answer << "\n";
}

백준 1508 : 레이스

이분탐색으로 문제를 풀었는데, N까지의 절반을 기준으로 성공하면 늘리고 실패하면 줄이는 방식으로 길이를 서칭해 나아갔다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;



int N, M, K;
int inp[500];

int l, r, mid, pos;
int cnt, bef, dist;
vector< int > ans;

int main() {

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int N, M, K;

    cin >> N >> M >> K;

    vector<int> KV(K);
    for (int i = 0; i < K; i++)
    {
        cin >> KV[i];
    }

    vector<int> answer(K);
    int LP = 0;
    int RP = N;

    while (LP <= RP)
    {
        int mid = (LP + RP) / 2;
        vector<int> res(K, -1);

        res[0] = 1;
        int check = 1;
        int prev = 0;

        for (int i = 1; i < K; i++)
        {
            if (KV[i] - KV[prev] >= mid)
            {
                res[i] = 1;
                prev = i;
                check++;
                if (M == check)
                {
                    break;
                }
            }
            else
            {
                res[i] = 0;
            }
        }

        for (int i = 0; i < K; i++)
        {
            if (res[i] == -1)
            {
                res[i] = 0;
            }
        }

        if(check == M)
        {
            LP = mid + 1;
            answer = res;
        }
        else
        {
            RP = mid - 1;
        }

    }

    for (int i = 0; i < K; i++)
    {
        cout << answer[i];
    }
}

백준 1802 : 종이접기

이거는 진짜 눈에 안보여서 옆에 있던 종이 막 접어가며 풀었던 문제.

사실은 규칙이 안보여서.

그러다가 갑자기 눈에 들어오더라. 접히는 부분을 기준으로 양 옆부분이 다시 접힌다는게 보였다.

그리고 결과는 항상 둘이 반대로 나온다는 것도.

정말 우연히 문제를 푼듯.

처음엔 재귀로 안풀었는데 반례를 찾아서 재귀로 풀었다.

원래는 중심 기준으로 한번만 진행했는데 0000111 이라면 안되는 거여서 재귀로 다시 풀었다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;

string Target;

bool UPDown(int LP, int RP, int Count)
{
    if (LP == RP)
    {
        return true;
    }

    for (int i = 0; i < Count; i++)
    {
        if (Target[LP] == Target[RP])
        {
            return false;
        }
        else
        {
            LP++;
            RP--;
        }
    }

    return UPDown(0, Count - 1, Count / 2);
}

int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int T;
    cin >> T;

    for (int i = 0; i < T; i++)
    {
        cin >> Target;
        if (UPDown(0, Target.size() - 1, Target.size() / 2))
        {
            cout << "YES\n";
        }
        else
        {
            cout << "NO\n";
        }
    }
}

백준 1294 : 문자열 장식

문제 보자마자 LIS다 하고 댐볐다가 풀면 풀수록 이상한데 싶었던 문제.

처음 풀이는 struct에 데이터를 구현하려고 했다. 문자, 문자의 번째, 그리고 LIS에 기록될 수 이렇게 해서 vector를 나열하고 sort로 정렬하려고 했는데,

하다 보니까 이럴거면 그냥 글자 하나씩 적는게 낫겠는데 싶더라.

최대가 20000개의 글자밖에 안되는 조건이여서 이정도면 그냥 하나씩 하는게 낫겠다 싶어서 갑자기 방향을 틀었던 문제다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;

struct GreaterString
{
    bool operator() (const string& s1, const string& s2) const
    {
        return (s1 + s2 > s2 + s1);
    }
};

int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int N;
    cin >> N;
    string answer = "";

    priority_queue<string, vector<string>, GreaterString> q;

    for (int i = 0; i < N; i++)
    {
        string S;
        cin >> S;
        q.push(S);
    }

    while (!q.empty())
    {
        string cur = q.top();
        q.pop();

        answer += cur[0];
        if (cur.length() > 1)
        {
            q.push(cur.substr(1, cur.length() - 1));
        }
    }

    cout << answer << "\n";
}

알고리즘 공부 (2024_10_30)

07e — Wed, 30 Oct 2024 14:49:32 +0900

목표는 하루에 4문제 정도 푸는겁니다!

이렇게 매일 하면 3달이면 240문제, 6달이면 480문제 정도라구요~

평일에만 할꺼긴한데 주말에도 욕심내면 500문제까지 가는게 꿈입니다!

백준 8980 : 택배

이건 정말 어려웠다. 눈에 안들어 온다 그래야하나. 거진 2시간 넘게 쓴듯.

그리고 결국 스스로의 힘으로 못풀었다는 이야기. 심지어 다른 블로그 많이 봤는데도 이해 못했음 ㅋㅅㅋ

그래도 오래 들여다 보니까 보였는데.

우선 많이 운반을 해야 하기 때문에 빨리 내려놓아야 하는게 가장 효율이 좋아졌다.

그렇기 때문에 도착지가 가까운 순서대로 정렬을 했다.

그 다음엔 출발지가 가까운 순서대로 정렬을 진행했다.

그렇게 해서 벡터에 담긴 순서대로 데이터를 분석, 기록할 거다.

데이터의 시작 날짜이상, 끝나는 날짜 미만 으로 적재를 하는데, 이때 적재는 트럭에 담을 수 있는 용량 미만이여야 한다. 여기서 말하는 트럭에 담을 수 있는 용량은 이미 실려져 있는 상자와 트럭이 최대 수용 가능한 용량을 고려해야 한다.

그래서 DP에는 순서대로 데이터를 기록할때 그 날에 담고있는 상자의 수를 기록하는 식으로 진행한다.

기록할때 마다 해당 데이터를 정답에 추가하면 결과가 도출되는 방식이다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;


struct info
{
    int Start;
    int End;
    int Capa;

    bool operator<(const info& other) const
    {
        if (End < other.End)
        {
            return true;
        }
        else if (End == other.End)
        {
            if (Start < other.Start)
            {
                return true;
            }
        }
        return false;
    }
};

int main() {

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    
    int N, C, M;
    cin >> N >> C >> M;
    int answer = 0;

    vector<info> MV(M);
    vector<int> DP(100000);
    for (int i = 0; i < M; i++)
    {
        cin >> MV[i].Start >> MV[i].End >> MV[i].Capa;
    }

    sort(MV.begin(), MV.end());

    for (int i = 0; i < M; i++)
    {
        int CanCapa = 0;
        int MaxV = 0;

        for (int j = MV[i].Start; j < MV[i].End; j++)
        {
            MaxV = max(MaxV, DP[j]);
        }

        CanCapa = min(MV[i].Capa, C - MaxV);
        answer += CanCapa;
        for (int j = MV[i].Start; j < MV[i].End; j++)
        {
            DP[j] += CanCapa;
        }
    }
    cout << answer << "\n";
}

백준 2212 : 센서

이건 문제보고 이게 뭐지...하고 들여다 보다가 번쩍한 문제.

사실 문제가 어렵더라. 이해하기.

거리가 가장 먼 값들을 제외하고 풀어주면 끝

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;


int main() {

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    
    int answer = 0;
    int N, K;
    cin >> N >> K;

    vector<int> NV(N);
    for (int i = 0; i < N; i++)
    {
        cin >> NV[i];
    }
    sort(NV.begin(), NV.end());

    vector<int> DP(N - 1);
    for (int i = 0; i < N - 1; i++)
    {
        DP[i] = NV[i + 1] - NV[i];
    }
    sort(DP.begin(), DP.end(), greater<int>());

    for (int i = K - 1; i < N - 1; i++)
    {
        answer += DP[i];
    }

    cout << answer << "\n";
}

백준 1459 : 걷기

대각선이 가능한 부분과 직선부분으로 나눠서 해결했다.

대각선이 가능한 부분에선 대각선값과 직선값중 더 낮은 수를 이용하고,

직선 부분에서 홀수면 -1 을 진행하고 직선값을 하나 미리 더해두었다.

직선 부분에서도 대각선과 직선을 비교해서 더 낮은 수를 더했다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;


int main() {

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    
    int X,Y, W,S;
    cin >> X >> Y >> W >> S;
    long long answer = 0;

    long long CanCrossN = min(X, Y);
    answer += CanCrossN * min(2 * W , S);

    long long leftLoad = max(X, Y) - CanCrossN;
    if (leftLoad % 2 == 1)
    {
        answer += W;
        leftLoad -= 1;
    }
    
    answer += min(leftLoad * W , leftLoad * S);

    cout << answer << "\n";
}

백준 1826 : 연료 채우기

남아있는 기름과 트럭의 위치좌표를 통일했다. 어차피 그만큼 갈 수 있으니까.

그리고 멈춘 곳에서 기름을 채우기로 했다. 어차피 어디서 채웠는지는 카운트 안하니까.

우선순위 큐에다가 트럭의 좌표보다 낮은 좌표들을 넣고, 하나씩 꺼내서 채웠다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;


int main() {
    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    int answer = 0;

    int N, L, P;
    cin >> N;

    vector<pair<int, int>> NV(N);
    for (int i = 0; i < N; i++)
    {
        cin >> NV[i].first >> NV[i].second;
    }
    cin >> L >> P;

    sort(NV.begin(), NV.end());

    int CurPoint = P;
    int VPoint = 0;
    priority_queue<int> q;

    while (CurPoint < L)
    {
        while (true)
        {
            if (VPoint >= NV.size())
            {
                break;
            }
            else if (NV[VPoint].first <= CurPoint)
            {
                q.push(NV[VPoint].second);
                VPoint++;
            }
            else
            {
                break;
            }
        }

        if (q.empty())
        {
            answer = -1;
            break;
        }
        else
        {
            CurPoint += q.top();
            q.pop();
            answer++;
        }
    }

    cout << answer << "\n";
}

알고리즘 공부 (2024_10_29)

07e — Tue, 29 Oct 2024 13:35:24 +0900

알고리즘 문제 풀기 시작. 오늘부터야.

목표는 하루에 4문제씩 풀기

너무 막 어렵지 않은걸로 다가.

백준 3109 : 빵집

왼쪽에서 오른쪽으로 길찾기 알고리즘이고, 최대 몇가닥이나 갈 수 있는지 물어보는 문제.

당연히 DFS로 풀었다.

나는 타임오버가 계속 나길래 뭐지 하고 오래 들여다 봤었는데 백트래킹이 문제더라.

어차피 안되는 경로는 다시 활성화 하면 안되는 문제였다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;

int dx[3] = {1, 1, 1};
int dy[3] = {-1, 0, 1};

int R = 0;
int C = 0;

vector<vector<int>> curMap;

bool DFS(int curY, int curX)
{
    if (curX == C)
    {
        return true;
    }
    else
    {
        curMap[curY][curX] = 1;
        for (int i = 0; i < 3; i++)
        {
            int nextY = dy[i] + curY;
            int nextX = dx[i] + curX;

            if (nextX >= 1 && nextX <= C && nextY >= 1 && nextY <= R && curMap[nextY][nextX] != 1)
            {
                if (DFS(nextY, nextX))
                {
                    return true;
                }
            }
        }
    }
    return false;
    
}


int main() {

    streambuf* originalCin = cin.rdbuf();
    ifstream inputFile("input.txt");
    if (!inputFile.is_open()) {
        cerr << "파일을 열 수 없습니다." << endl;
        return 1;
    }
    cin.rdbuf(inputFile.rdbuf());

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);

    int answer = 0;
    cin >> R >> C;

    curMap.resize(R + 1, vector<int>(C + 1,0));

    for (int i = 1; i < R + 1; i++)
    {
        for (int j = 1; j < C + 1; j++)
        {
            char N;
            cin >> N;

            if (N == 'x')
            {
                curMap[i][j] = 1;
            }
        }
    }

    for (int i = 1; i < R + 1; i++)
    {
        if (DFS(i, 1))
        {
            answer++;
        }
    }

cout << answer << "\n";
}

백준 1781 : 컵라면

작업을 시간내에 끝내고 보상을 받는 DP 알고리즘을 푸는 문제.

그랬는데 나는 이걸 죽어도 틀렸다길래 뭐가 잘못된거야 하고 반례를 찾아서 깨우쳤다.

작업 데드라인이 3일이라면 작업을 1이나 2에서 진행할 수 있더라. 이걸 몰라서 삽질했다.

https://seungbin0619.tistory.com/89

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;

int main() {

    streambuf* originalCin = cin.rdbuf();
    ifstream inputFile("input.txt");
    if (!inputFile.is_open()) {
        cerr << "파일을 열 수 없습니다." << endl;
        return 1;
    }
    cin.rdbuf(inputFile.rdbuf());

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    
    int answer = 0;
    int N = 0;
    cin >> N;

    vector<pair<int, int>> V;

    for (int i = 0; i < N; i++)
    {
        int a, b;
        cin >> a >> b;
        V.push_back({a, b});
    }
    sort(V.begin(), V.end());
    priority_queue<int, vector<int>, greater<int>> q;

    for (int i = 0; i < V.size(); i++)
    {
        answer += V[i].second;
        q.push(V[i].second);

        if (V[i].first < q.size())
        {
            answer -= q.top();
            q.pop();
        }
    }
	cout << answer << "\n";
}

백준 1202 : 보석도둑

처음엔 냅색문제인줄 알았는데 보석이 하나밖에 안들어간다길래 그냥 우선순위 큐로 집어넣어봤다.

시간 초과가 나길래 for문으로 하나씩 돌리지말고 while문으로 point를 지정해서 다음번째를 지정해주었더니 해결되었다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;

int main() {

    streambuf* originalCin = cin.rdbuf();
    ifstream inputFile("input.txt");
    if (!inputFile.is_open()) {
        cerr << "파일을 열 수 없습니다." << endl;
        return 1;
    }
    cin.rdbuf(inputFile.rdbuf());

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    
    int N;
    int K;
    long long answer = 0;

    cin >> N >> K;
    vector<int> Bag(K);
    vector<pair<int, int>> Jewel(N);

    for (int i = 0; i < N; i++)
    {
        int a, b;
        cin >> a >> b;
        Jewel[i] = {a, b};
    }
    for (int i = 0; i < K; i++)
    {
        cin >> Bag[i];
    }

    sort(Bag.begin(), Bag.end());
    sort(Jewel.begin(), Jewel.end());

    priority_queue<int> q;
    int point = 0;

    for (int i = 0; i < K; i++)
    {
        while (point < N && Jewel[point].first <= Bag[i])
        {
            q.push(Jewel[point].second);
            point++;
        }

        if (!q.empty())
        {
            answer += q.top();
            q.pop();
        }
    }

	cout << answer << "\n";
}

백준 1911 : 흙길 보수하기

널빤지를 총 몇개를 깔아야 웅덩이를 피하는지 알아보는 알고리즘인데.

사실 이건 그냥 저번 문제에서 좌표로 풀었기 때문에 좌표쓰면 되겠는데 싶어서 해줬더니 바로 해결됐다.

#include <stdio.h>
#include <algorithm>
#include <queue>
#include <vector>
#include <iostream>
#include <fstream>
#include <stack>
#include <math.h>

using namespace std;

int main() {

    streambuf* originalCin = cin.rdbuf();
    ifstream inputFile("input.txt");
    if (!inputFile.is_open()) {
        cerr << "파일을 열 수 없습니다." << endl;
        return 1;
    }
    cin.rdbuf(inputFile.rdbuf());

    ios_base::sync_with_stdio(false); cin.tie(NULL); cout.tie(NULL);
    
    int answer = 0;

    int N;
    int L;

    cin >> N >> L;
    vector<pair<int, int>> V(N);

    for (int i = 0; i < N; i++)
    {
        int a, b;
        cin >> a >> b;
        V[i] = {a, b};
    }
    sort(V.begin(), V.end());
    int point = 0;

    for (int i = 0; i < N; i++)
    {
        if (V[i].first > point)
        {
            point = V[i].first;
        }
        while (point < V[i].second)
        {
            point += L;
            answer++;
        }
    }

	cout << answer << "\n";
}

알고리즘 문제 풀이 공부 _ 2

07e — Fri, 25 Oct 2024 02:51:43 +0900

Union & Find

찾고자 하는 대상을 검색해서, 그 대상을 그룹으로 묶는 알고리즘이다.

정확한 정의는 아니지만 내가 이해한 바로는 C++의 포인터에 가깝다. 특정 데이터의 값을 포인터처럼 다른 데이터를 가르키게 한다. 그럼 특정 데이터와 가르키는 데이터는 같은 그룹이라는 뜻을 내포하는 것으로 이해하고, 로직을 작성하면 된다.

Union & Find는 다음 문제와 같다.

친구들이 서로 아는 사이인지 물어본다. 친구의 친구도 아는 사이로 한다.

1,2

2,3

3,4

1,5

6,7

7,8

8,9

이때 풀이는 다음과 같다.

int Find(int v){
	if(v==unf[v]) return v;
	else return unf[v]=Find(unf[v]);
}

void Union(int a, int b){
	a=Find(a);
	b=Find(b);
	if(a!=b) unf[a]=b;
}

unf 라는 배열을 미리 만들어 두고, Find로 하여금 데이터 가르키는 값을 가져오는 방식이다.

1,2 를 비교하게 되었을때 변경되는 unf의 값.

2,3 를 비교하게 되었을때 변경되는 unf의 값이다.

문제

원더랜드는 모든 도시를 서로 연결하면서 최소의 유지비용이 들도록 도로를 선택하고 나머지 도로는 폐쇄하려고 한다.

그림은 아래와 같다.

이 문제는 도로의 값을 오름차순으로 나열한 뒤에 Union & Find 알고리즘으로 적용시키면 된다.

로직도 똑같이 unf 로 묶으면 된다. 그렇게 해서 unf로 묶이지 않은 대상이라면 도로의 값을 추가하고 unf 로 묶으면 되는 방식이다.

위 문제는 priority_queue 로도 풀수 있다.

어찌되었든 오름차순으로 정렬하기 때문에 우선순위 큐에 넣고, 노드 하나를 기준으로 연결해 나아가는 방식이다.

다익스트라 알고리즘

길찾기 알고리즘이다. 그런데 조건이 있는데, 모든 노드가 양수여야 한다. 다익스트라 알고리즘 방식은 큐에 시작 노드를 넣고, 가장 작은 비용의 노드로 이동하며 최소경로 값들을 기록하며 모든 최소 경로를 기록한 뒤에 결론을 내는 알고리즘이다.

다이나믹 - TopDown : DFS , 메모이제이션

동적 계획법 ( Dynamic Programming ) 이란 복잡한 문제를 간단한 여러 개의 문제로 나누어 푸는 방식을 말한다.

그중 TopDown 방식은 가장 위에서 부터 작은 조각들로 조각조각 내어 푸는것을 볼 수 있다.

LIS : 최장 증가 부분 수열 (Longest Increasing Subsequence)

주어진 수열에서 원소들의 순서를 유지하면서 가장 길게 증가하는 부분 수열을 찾는 알고리즘이다.

- 1차원 DP 배열 dp[i]을 만든다. 여기서 i는 i번째 원소를 끝으로 하는 배열의 길이이다.

점화식 :

dp[i] = max(dp[i], dp[j] + 1) (단, j < i이고 arr[j] < arr[i])
즉, i번째 원소 이전에 있는 모든 원소 j에 대해, arr[j] < arr[i]이면, dp[i]는 dp[j] + 1을 취한다.
이를 통해 i번째 원소를 끝으로 하는 LIS의 최대 길이를 구할 수 있다.

    for (int i = 1; i < n; ++i) {
        for (int j = 0; j < i; ++j) {
            if (arr[i] > arr[j]) {
                dp[i] = max(dp[i], dp[j] + 1);
            }
        }
    }

LCS : 최장 공통 부분 수열(Longest Common Subsequence)

두 배열에서 가장 긴 공통 부분 수열을 찾는 알고리즘이다.

- 2차원 DP 배열 dp[i][j]를 만든다. 여기서 dp[i][j]는 배열 A[0...i-1]과 배열 B[0...j-1]의 최장 공통 부분 수열의 길이를 뜻한다.

점화식 :

두 배열의 원소가 같은 경우 (A[i-1] == B[j-1]):

- dp[i][j] = dp[i-1][j-1] + 1: 즉, 현재 원소가 같다면 이전까지의 최장 공통 부분 수열의 길이에 1을 더한다.
두 배열의 원소가 다를 경우 (A[i-1] != B[j-1]):
- dp[i][j] = max(dp[i-1][j], dp[i][j-1]): 두 배열에서 하나씩 원소를 제외한 두 경우 중 더 긴 공통 부분 수열의 길이를 선택한다.

    for (int i = 1; i <= n; ++i) {
        for (int j = 1; j <= m; ++j) {
            if (a[i - 1] == b[j - 1]) {
                dp[i][j] = dp[i - 1][j - 1] + 1;
            } else {
                dp[i][j] = max(dp[i - 1][j], dp[i][j - 1]);
            }
        }
    }

냅색 알고리즘

냅색은 배낭이란 뜻인데, 배낭에 가장 효율적으로 담을 수 있는 문제가 유명해져서 이름붙여진 알고리즘이다.

가방에 담을 수 있는 무게는 제한이 있고, 그렇기 때문에 가장 효율적으로 담아야 한다.

	vector<int> dy(m+1, 0);
	for(int i=0; i<n; i++){
		cin>>w>>v;
		for(int j=w; j<=m; j++){
			dy[j]=max(dy[j], dy[j-w]+v);
		}
	}

플로이드 워셜 알고리즘

다익스트라 알고리즘과 다른점은, 본 알고리즘은 어느 노선이든 각 위치로 가는 최적의 값을 알아야 한다는 로직이다.

그렇기 때문에 모든 경우를 다 하다보면 비용이 비싸지기 때문에 새로운 방식으로 계산하게 된다.

	for(int k=1; k<=n; k++){
		for(int i=1; i<=n; i++){
			for(int j=1; j<=n; j++){
				if(dis[i][j]>dis[i][k]+dis[k][j]){
					dis[i][j]=dis[i][k]+dis[k][j];
				}
			}
		}
	}

알고리즘 문제 풀이 공부 _ 1

07e — Wed, 23 Oct 2024 15:50:04 +0900

알고리즘 공부하는데 뭔가 아리까리한 것들을 작성해본다.

쉽게 까먹고 그리고 유용한 함수들도 작성한다.

그리고 좀 문제도 좀 적고 길어지면 2편이나 3편을 돌아와야지 ㅎ

아스키 코드

첫번째 라인이 넘버.

마지막 빨간색이 가르키는 단

소,대 문자

아스키 코드를 활용해서 +32 로 할수 있지만 함수로 바로 할 수 있다.

tolower, toupper

    char str = tolower('A');
    cout << str; // a

소수 알고리즘

N의 소수를 구하려면 N의 절반값까지 다 나눠서 나머지가 0인 애들만 모아서 계산해야 하는데, 이러면 시간복잡도가 O(N/2)으로 숫자가 커질수록 복잡해질 수 있다.

그래서 약수를 구할때 규칙이 있고, 이 규칙은 N의 제곱근을 중심으로 좌측에 있는 수들은 우측에 있는 수와 짝을 이룬다는 규칙이다.

자세한건 다른 블로그 찾아보고 ㅋㅋㅋ

bool CheckPrime(int n) {
	for (int i = 2; i <= sqrt(n); i++) {
		if (n % i == 0) { //i가 n의 약수라면 소수가 아니므로 false return
			return false;
		}
	}
	//2 ~ n-1까지 약수가 없다면 소수이므로, true return
	return true;
}

DFS (이진트리 깊이우선 탐색)

int n, ch[100];
void DFS(int L){
	int i;
	if(탈출 조건){
		...
	}
	else{
		ch[L]=1;
		DFS(L+1);
		ch[L]=0;
	}
}

BFS (이진트리 넓이 우선 탐색)

int ch[10001], d[3]={1, -1, 5};


	Q.push(s);
	while(!Q.empty()){
		x=Q.front();
		Q.pop();
        ... 조건 수행
	}

이탈리아 여행 4

07e — Thu, 5 Sep 2024 16:30:30 +0900

좋아좋아 미루고 미루던 일기 다시 써보자~

어제 사놓고 안먹은 요거트 먹으면서~

오늘은 베네치아 당일치기 여행을 할 것입니다!

근데 이 요거트는 맛이 한국에서 먹는 그 맛과 완벽하게 동일합니다!

특별할줄 알았는데 서운 ㅋ

진짜 너무 더웠습니다.

일단 긔긔

역에서 딱 나오면 정면에 성당 딱 하고 보입니다.

배들 지나다니고 물 찰랑거리는데

제가 베니스 이제 딱 처음 보면서 느낀건 엄청난 이질감이였어요.

그 뭐랄까...베니스가 전쟁을 피해 바다위에 인위적으로 지은 도시라는건 알고 있었거든요?

근데 이걸 내 눈으로 보니까 엄청 이상했습니다.

물 위에 건물들이 서있는데 엄청 이질적이였어요

근데 그러면서 뭔가 신비로웠습니다.

진짜...해리포터가 있다면 왠지 여기에도 마법을 부렸을거다 같은 느낌? 이게 된다고? 이런느낌

성당 이름은 Chiesa di san simeon piccolo 네요

이제 베니스의 상인이라고 하죠? 저런 배 타고 댕기면서 곤돌라? 네 뭐 그거

엄청 많습니다. 어딜 가도 보이고, 노래부르시는 분은 제가 못봤구요.

계획은 6시간 정도 여행인데 꼭 봐야할 광장 하나 말고는 정해놓은게 없었습니다.

그래서 이 신비로운 도시를 그냥 정처없이 헤맸습니다.

그래서 골목골목 다 다닌거같아요.

그러다가 배고파서 식당에 들어갔습니다.

식당이름은 Osteria Ae Saracche 라고 하는데

베니스 음식을 파는 레스토랑이였습니다.

여행 다니면서 이탈리아오면 이건 꼭 먹어야해! 하는 음식들은 진짜 거의 다 먹어봤거든요?

여기 음식이 제가 먹어본 이탈리아 음식중에 최고였습니다.

먹으면서 감탄했던 식당이였습니다.

네 일단 당연히 스프리츠 하나 시키고.

베니스에 가면 꼭 먹어야 하는 음식이 있다고 했습니다.

사르데 인 사오르? 라는 음식입니다. (sarde in saor)

이게 튀긴 정어리와 식초와 양파를 구운 음식인데요

이게 진짜 먹으면서 띠용했습니다.

너무너무 맛있었어요

식초 넣었으니까 당연히 시큼하겠죠?

근데 아 뭐랄까...너무너무 자연스럽게 정어리 튀김과 잘어울립니다.

집에서 먹어본 그 식초인데 좀더 연한? 그리고 좀더 달달한 향이 나는.

그러면서 저 튀김이 바삭하게 생선 맛이 느껴지고 양파의 단맛이 너무 잘 어울렸습니다.

진짜 먹으면서 감탄하며 먹었네요

생선은 3종류인거 같아요. 설명해주셨는데 제가 이탈리아어를 못해서 아 땡큐땡큐만 했네요 ㅋㅅㅋ

이러고 이제 해산물 파스타를 시켰습니다.

근데 이건 제가 진짜 과장아니고

제 인생에 먹어본 파스타중에 제일 맛있었습니다.

술 보이시죠? 술 많이 안먹은 상태였습니다.

뭐랄까...한국에서 먹은 해산물 파스타는 매운맛도 강하고, 보통 왠만하면 토마토 향이 다 덮었던거 같아요.

아니면 로제파스타였던가.

이 파스타는 이게 해산물 파스타다! 하는 느낌입니다.

물론 비린향을 싫어하시는 분들도 계시겠지만 그 비린향이 와 진짜 바다맛이다 하는 연한 향으로 다가옵니다.

진짜 연하게 나서 눈쌀 찌푸려지는 정도는 아닙니다.

토마토 향도 은은하게 나고 간도 짭짤한 해산물 토마토 파스타였습니다.

제 이탈리아 여행중 여기 식당이 제일이였네요.

이거 먹으면서 느낀건 제가 지금까지 먹은 해산물 파스타는 가짜였구나 라고 느꼈습니다.

맛도 다르지만 확실히 향이 다릅니다.

바다향을 음식에서 기분좋게 느껴본건 처음이네요.

제가 대문자 I 인데

저기 계시는 분께 여기 음식이 제 여행중에서 제일 맛있었습니다 라고 웃으면서 떠들고 나왔습니다.

이런 음식 먹게 해줘서 정말 너무 감사했습니다 ㅎㅎ

기분좋게 나와서 싸돌아 댕겼습니다.

물론 편의점 보이면 젭사게 들어가서 콜라랑 물 사구요 ㅋㅋ

저기는 뭐...산타 마리아 글로리 오사 데이 프라리 성당? 이라고 하네요

그리고 이렇게 가면도 많이 팔더라구요?

베니스가 뭐 가면이 특산품인가 봐요

너무 더워서 레모네 슬레시 바로 사서 먹었습니다.

저기도 사람 몰려있는데 저기가 식수대 인거같습니다.

어딜가도 식수대가 있고, 그곳엔 사람들이 몰려있더라구요

그렇게 리알토 다리를 건넙니다!

리알토 다리 사진은 좀더 뒤에 나옵니다! 아주 슬픈 썰과 함께!

네~ 걷다가 걷다가 산마르코 광장에 도착했습니다!

정말 더워 죽을뻔했습니다!

생각보다 볼게 없습니다.

유럽 여행이 다 그렇지만 처음이야 성당보면서 우와우와 하지 이게 뭐 어딜가도 있으니까 좀 무뎌지네요

그리고선 바로 카페 들어갔습니다!

이게 이제 이탈리아식 아이스 커피입니다

2샷 정도 페트병에 담아서 냉동실에 눕혀서 얼려놓습니다.

그리고 이제 주문 들어오면 뜨거운 샷을 그 페트에 다시 담아서 뜨거운 샷으로 얼어있던 샷을 녹이는 거죠

그렇게 흔들어서 내주는 아이스 커피입니다! 이름이 샤카레? 뭐 그랬던거 같아요

전 우유를 좀 넣어서 허연거같습니다.

제껀 라떼거든요 ㅎㅎ

거품이 퐁퐁 올라오네요 신기합니다

이렇게 또 나와서 굽이 굽이 골목길 돌아댕기며 구경했습니다.

내려가는 계단인데 그 계단이 물이랑 이어진걸 보면 배가 다니는 통로인가봐요.

이것도 신기하더라구요

그리고 리알토 다리에 도착했습니다!

리알토다리는 정말 중요한 다리였습니다.

사진에서 보시면 오른쪽 하단에 광장이 있고, 왼쪽 상단에 베니스 역이있거든요.

보시면 저 사이를 가로지르는 강물? 바닷..물?을 보세요

다리가 하나밖에없습니다.

리알토 다리 하나.

전 진짜 그것도 모르고 그냥 뭐든 있겠지 하면서 왼쪽으로 가고있었어요.

왔던길 말고 다른길 가보려고.

진짜 그 더운 날씨에 리알토 다리쪽으로 다시 올라가느라 더워 죽을뻔했습니다.

네!

여기까지 밥먹고 2시간정도 지났습니다!

거의 3시간정도가 남은 상태죠. 아닌가? 4시간인가?

베니스 생각보다 할게 없는 도시더라구요.

그래서 그냥 주저 앉았습니다!

리알토 다리 뒤쪽에 이렇게 선착장이 있는데, 엄청 작습니다.

사람도 거의 안다니는 거리면서 바다는 엄청 가깝고, 그늘져서 시원하구요.

여기서 2시간 반정도를 앉아서 낭만에 취해있었습니다.

크...낭만의 도시....

베니스가시면 어디 가지 마시고 여기에 앉아서 한 2시간 정도 멍때리다 오는것도 좋은것 같습니다.

전 그랬거든요. 골목골목 돌아다니면 힘들기만 하죠.

여기서 바닷물 보고 왔다갔다 하는 사람들도 보고 좋더라구요.

이제 돌아가 보겠습니다

베니스 사실 볼거 없고 덥고 그래서 좀 별로였는데

마지막에 저렇게 낭만있게 멍때리다 와서 너무 힐링되고 좋았습니다.

저녁은 피렌체 역앞에 있는 포장마차 곱창버거 입니다!

이탈리아에 가면 저렇게 곱창버거를 판다고 하네요

백종원 선생님이 유튜브에서 드시는거 보고 꼭 먹어봐야지 했는데 제가 먹어봤습니다.

이런류는 식당보단 포장마차가 더 맛있다그래서 포장마차에서 시켜서 먹었습니다.

일단 철판으로 바로앞에서 볶아서 빵이랑 같이 줍니다!

곱창은 저희가 아는 그 곱창인데 소금간이랑 버터랑 칠리랑 이정도로만 해서 볶아주십니다

칼칼하고 쫄깃한 고기들이였구요

빵은 감자빵이라고 해야하나? 그 부드러운 모닝빵 말고 좀 단단한 감자전분 빵? 뭐 그런 빵이였습니다. 바게트 말고.

그래서 식감도 괜찮았어요.

가격이 8천원인가? 그랬는데 전 추천드립니다. 정말 생각보다 이게 왜 맛있지 하는 맛이였어요.

그렇게 샤워하고 딱 디비누워서 잘 잤습니다

이탈리아 여행 3

07e — Thu, 22 Aug 2024 21:28:33 +0900

3일차 가보자~

3일차는 로마에서 피렌체로 가는 날이다

기차는 여행계획짜면서 오미오에서 미리 다 예약했지

숙소는 다 중앙역 근처여서 무리없이 나왔다.

에어컨없는 숙소.

빨리 나갈래

밖이 더 더워 말이되나

이탈리아 왔는데 브랙패스트 먹어 봐야지

이게 그 유럽식 아침인가... 솔직히 다 아는 맛이였다.

빵은 좀더 고소하고?

음료수는 좀더 오렌지 과일향이 더 진하고?

커피는 좀더 고소하며 향이 더진했다.

아는 맛인데...맛있었당 ㅋㅋㅋ

어제 배운대로 얼음 달라니까 얼음도 주시더만 ㅎㅎ

로마 테르미니! 여행 끝날때쯤 로마 한번 더 온다잉

그때 다시 보자~

일단! 피렌체 썰을 풀어본다.

피렌체 숙소가 무인 숙소여서 숙소 비밀번호를 받아야했다.

난 진짜 무서웠는데 메일로 연락이 안오더만...

연락...어떻게 하지..?

그러다가 이제 블로그에서 WhatsApp 을 꼭 다운받아서 유럽여행 가라더라..?

혹시...하면서 다운받고 숙소에 바로 연락했는데

기다렸다는 듯이 연락이 와라라라락 오더라 ㅋㅋㅋㅋㅋㅋㅋㅋㅋ

진짜 어쩔뻔했어...

유럽식 카카오톡

진짜 필수 앱

여기서 이제 방탈출처럼 비밀번호는 뭐구요 어디로 가시구요 막 이러더라 ㅎㅎ

그러다가 아 근데 제가...그 3시 입실인데 시간이 애매해서

혹시 2시 입실 가능할까요..?

아 물론이죠! 2시까지 숙소들어가시면 됩니다!

우와...친절 보스...난 이탈리아 너무 좋아

사람들 너무 친절해

피렌체 오니까 1시 30분인가? 그래서 바로 앞에 성당있는데 그거 구경하고 숙소가니까 2시 딱 되더라

산타 마리아 노벨라 성당

에어컨 미쳤다.

너무 시원하고~

바로~ 찬티 클라시코 바로 뚜둔~

1인실이니까 아늑하고 좋더라~ 으하하

4시에 우피치 미술관 예약해놔서 가는길이다. 가는길에 사진 계속 찍었다

저기 아치형 구조물이 로자데이란치 라는 건물이고

왼쪽이 베키오궁이다.

사진은 시뇨리아 광장에서 찍은거다

우피치 미술관 가는길에서 본거라 사실 별 생각 없었는데 그냥 진짜 골목골목이 예술의 도시다

확실하게 로마와 느낌이 비슷하다.

내가 이제 알기론 피렌체에 메디치 가문이 거의 짱먹었는데

이 메디치 가문이 돈이 많아서 예술에 관심을 두었다고 한다.

그래서 이제 예술가들에게 돈도 많이 투자하고 그당시 금기시되던 해부학도 가르치고 해서 당시 예술품들의 근육이라던가 인체 구조에 대해서 배울수 있게 되었다고 한다.

그래서 나온 최고의 아웃풋은 미켈란젤로라고 하더라.

그래서 도시 곳곳에 메디치가문의 표시를 볼수 있는데, 메디치 가문의 마지막 세대가 이탈리아인지 로마인지에 그냥 기부해버렸다고 한다. 그래서 우리가 미술작품을 볼수 있다 하더라~

그중에 우피치 미술관에 뭐 좀 있다 하길래 보러간다!

이렇게 줄이 길다. ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

여기 서있으면 옆에서 나에게 말걸어 온다.

"여기 4시 입장 줄 맞나요? "

네 맞습니다~

"여기 티켓있는데 기다리는거 맞나요?"
네 맞습니다~

ㅋㅋ 난 이미 저 앞에 가서 직원분께 물어봤거등 ㅋㅋㅋ

4시 입장인데 입장권도 있는데 입장을 못하게 하니 다들 물어보더라.

성질 급한건 한국만 그런건 아닌거 같다.

이때 진짜 아쉬웠는데, 내가 유튜브 우피치 미술관 가이드 오디오를 오프라인 저장을 안했더라.

난 다운 받아놓은줄 알았는데.

유튜브 속도가 너무 느려서 결국 그냥 돌아댕기기만 했다.

그래서 사실 바티칸 처럼 자세하게 못즐겨서 아쉬웠다.

저 멀리 보이는 두오모.

더워 죽는다 죽어.

나 그리고 이때 알았는데 이탈리아 음료수는 저렇게 뚜껑이 다 까지지않는다.

저거 내가 더워서 힘이없나 하면서 다 안뜯어지길래 힘으로 억지로 뜯으려다가 실패한거다.

그래서 마실때마다 코에 틱틱 걸리는데

그리고 앞 시야를 가리는데

진짜 짜증난다.

그러다가 모르는 외국인도 음료수 마시면서 앞 다가리는거 보면 꽤나 웃기다.

나만 불편해..? 이런 눈빛 주고받는다 ㅋㅋㅋㅋ

이제 베키오 다리 건너서 오늘의 목표인 미켈란젤로 광장을 간다.

여기에 가면 베니스를 한눈에 볼수 있다길래 가보는데 난 걸어갔다.

사실 걸어가는거? 난 추천.

가는 길 중간중간에 벤치도 있고 저 아르노 강 보는게 꽤나 즐겁다

하지만 쪄죽지~

진짜 너무 더워서 못참고 젤라또 사먹음.

이탈리아는 레모네지~

참고로 노란색이 망고. 하얀색이 레모네.

난 망고가 더 맛있다.

이게 갈증날때 신거 먹으면 목이 따끔따끔하고 뭐라하지 그 목구멍이 조여지는 느낌?

뭐 쨌든 좀 답답하던데.

나만그런가? ㅎㅎ

망고 좋아

그냥 낭만이야~ 뭔 건물인지 여기가 어딘지 몰라~

그냥 너무 이쁘자나~~

그리고 올라온 미켈란젤로 광장.

아 여기도 썰이 있는데, 이 광장 위로 올라오면 구석에서 야바위 하고있다.

오 야바위 하면서 처다보는데 진짜 농담하는게 아니라 그 야바위꾼이 나에게 와서 헤이 프렌드! 코리아?

이런다.

진짜로.

진짜 그래서 갑자기 팔 붙잡고 커몬커몬! 이런다.

구슬 보여주고 트릭 안쓰고 그냥 돈 걸어! 돈걸어! 이런다.

이게 진짜 혹 하는게 있는데, 내 앞사람들 몇몇은 실제로 돈을 따더라.

뭐...잃은 사람도 있긴하고.

근데 나 구경만 하고싶고 잃으면 기분 너무 상할것같아서 아 싫은데...이러다가

진짜로 외국인 아주머니가 하지말라고 내 편들어주더라

진짜로.

나를 아들처럼 막 지켜주면서 그러더라

나 그래서 감동먹었자나.

음... 이때. 아니지 이날 느낀건데

유럽이 치안이 안좋다고 하긴하던데 사람들은 너무 좋더라.

옛날 우리 티비나 뭐 뉴스에서만 보던 시장 사람들 느낌나더라?

다들 왤케 나에게 잘해주지

타지에서 감동먹었자나

위에 농구 코트도 있는데 두 팀이 농구하고있더라

벤치에 앉아서 한...한시간 넘게 구경했나? 재밌더라.

확실히 흑인이 피지컬이 뛰어나더라... 진짜 보면서 와....와 대박...

점프력이 달라

이제 이러고 집돌아간다

쿠쿠 그러다가 오늘 나오는길에 봤지

중앙역옆에 무슨 세계에서 100등안에 드는 스테이크 집이라더라

Trattoria Osteria Dall'Oste SMN

라고 하네

가게는 사실 뭐 검색하고 들어간게 아니라 걷다가 와 저기 맛있어보이네 하는곳 들어간거다.

트라토리아가 맛집이 많다 길래 들어갔다.

나 이날 자리세 포함해서 한끼에 15만원 긁은거 같다.

저건 그 유명한 피렌체 티본 스테이크

저거 절반먹고 나왔다.

일단 맛이 어땠냐면 그 아웃백에서 먹는 티본에서 겉을 엄청 바삭하게 구운 식감.

그래서 내부에 고기 육질이 더 많고 더 부드러웠다.

하지만 티본맛이다. 그 고유의 느끼함과 살짝 질김.

절반만 먹고 나왔다.

나 이날 기억나는데 마지막에 나오기전에 옆 테이블에 나 혼자와서 스테이크 많이 남을거 같은데 나눠줄까?

했는데 옆에서 우리 이미 있어~ 괜찮아 어디서왔어? 한국! 오 나 한국 좋아해 이러더라.

사실 이건 비하인드인데..옆 테이블 말 걸기 전엔 몰랐는데 문신 엄청많더라...무서웠엉 ㅎㅎ

마피아가 많다던데..헤헤

그러고 사온 후식 요플레랑 와인! 그리고 뭐...저거 뭐라더라 하튼 사와서 먹음~

와인은 역시 찬티가 더 맛있음! 저거 별로였음~

3일차 끝!

이탈리아 여행 2

07e — Thu, 8 Aug 2024 15:22:42 +0900

덥다 더워.

자면서 땀을 한바가지 흘렸네.

더워서 잠도 잘 못잤네.

창문을 열면 저렇게 가운데가 뻥 뚫린 아파트 느낌으로 되어있는데

아침에 창문으로 가보니 이렇게 시원할수가 없더라.

밖이 더 시원한 거였어...

오늘 할일 디테일하게 적어봤다.

슬러쉬기계가 로마에 엄청 많더라.

옛날 문방구앞에서 먹던 그 기계가 그대로.

꼭 먹어봐야지

아침에 본 산타 마리아 마조레 대성전.

야경이랑 느낌이 다르네

여기 바로옆에 마트가 있어서 다녀왔다.

와인이 이렇게 싸다고..?

이때 유로가 1.500 원 이였으니까 거진 만원~이만원 사이다.

이렇게 와인 뒤져서 찬티 클라시코 위치 확인했고, 물이랑 초콜릿 샀다.

고기가 이렇게 싸다니... 고기가 이렇게 싸다니...하면서 나왔다.

물은 저거 탄산수더라.

아니 내츄랄레 적혀있으면 노가스라고 유튜브에서 배웠는데 거짓말 쟁이.

이거 가스있는 음료수다.

이탈리아 날씨.

어딜 찍어도 예술

구름이 없어서 그런가 모든 곳에 색이 진하다.

그림자도 많아서 그런가 유독 쨍하다.

날씨는 엄청 더웠다.

35도였나 그랬는데 하나도 안습하다.

이게 그래서 그림자로 가거나 좁은 골목길로 가면 바람이 부는데 여기엔 엄청 시원하다.

그래서 길 다니다 보면 모든 사람들이 그림자쪽 도로만 다니는 걸 볼수있다.

1.5 유로 지하철 티켓인데 0.5 수수료인지 뭐 붙어서 2.0 유로로 2장 샀다 (총 4유로)

지하철에 사람 안보이도록 찍은거고

사람 엄청 많다.

이탈리아 여행하는 내내 모든 직원과 현지인에게 지하철 소매치기를 조심하라는 이야기를 들었다.

이탈리아 사람들 진짜 엄청 친절하고 좋은 사람들이다.

메트로 조심해~ 메트로 조심해~ 하루에 3번정도는 이런 조언을 받은거 같다.

트레비 분수 가는길에 이렇게 자물쇠를 걸어놓았더라.

약간 남산타워 비슷한 느낌.

진짜 여기저기에 그냥 다 자물쇠를 걸어놨더라.

트레비 분수는 인파가 엄청났다.

그리고 웅장했다.

보면서 멍때리면서 봤다. (어떻게 소매치기안당했누)

옆에 스프리츠를 판다는 간판을 보고 그냥 무작정 들어갔다.

피자인데 처음보는 형태이길래 먹었다.

근데 이건 어제 먹은 로마 피자랑 다른 맛이였다.

바삭바삭한 빵? 고기? 엄청 맛있던데

스플리츠는 이탈리아 식전주 같은 느낌인데 상큼하고 향도 좋더라.

여긴 안그런데 다른 가게에선 달콤하게 주세요 라고 주문하면 달달하게 해주더라. 다른 가게에선 그렇게 먹었음.

여기선 오리지날? 그냥 주는대로 먹었다 ㅋㅋ

저 피자는 참 맛있었다. 로마 호감도 상승

성 천사성 가는길에 찍은건데 그냥 어딜가도 다 건축물이고 이쁘더라.

이탈리아는 어딜가도 문화유산이고 다 이쁘더라. 웅장하고 그러더라

보면서 워 여기는 어디야? 하면서 구글 캡쳐했던곳 ㅋㅋ

결국 슬러쉬 샀다.

근데 영어로 Slush 써있던데.

진짜 슬러쉬였네.

이탈리아 하면 레모네 지 (레몬)

레모네 슬러쉬 사서 먹으면서 저멀리 보이는 성 천사성 보고 사진찎었다.

이렇게 보니까 더 잔인하네.

어떻게 구름이 이렇게 없냐.

사진만 봐도 더위가 느껴진다.

천사성 야경에 다리가 이뻐서 사진찍는다던데 다리 공사중인거 보고 밤에 안오기로 결심함

저 멀리 보이는 바티칸.

여기 바티칸 패스트트랙으로 투어 예약해서 가는길이다.

그러다가 가는길에 시간이 좀 남아서 너무 더워서 들어간 카페.

정확하겐 그냥 거의 반 납치당했다.

우리 바닷가 가면 해산물집 앞에서 여기 맛있어요~ 몇분? 2분? 자리있어 들어와요 이런거처럼

이탈리아에서도 이런 호객행위가 참 많다.

여기와서 처음당해서 어버버하다가 음..더운데 그냥 들어갈까? 해서 들어갔다 ㅋㅋㅋㅋ

에어컨있다는 소리에 그냥 홀려서 들어간듯 ㅋㅋㅋㅋㅋ

이탈리아에 뭐 얼음 동동이 없다? 어림도 없지.

바로 라떼에 얼음 동동 그리고 아이스크림 바로 시켜버렸지 후후

옆에 앉은 미국인 부부분 께서 내 메뉴보고 우리도 저거 주세요 하시더라

그리고 몰랐는데 미국인 부부가 얼음좀 주세요 하니까 바스켓에 얼음도 주시더라.

난 그렇게 깨닳았다. 나도 다른 가게가면 얼음 달라고 해야지

가이드분이 주신 수신기.

그리고 바티칸.

바티칸 성벽아래에 하얀색 벽돌이 그어져 있는데, 이게 국경이란다. 두둥

바티칸들어가면 보이는 솔방울 그리고 옆에 전시품

여기 뭐 예술작가가 와서 기념품으로 주고갔다던데 저거 움직임.

저건 무슨 환경오염에 지구가 파괴되는 모습의 전시품이라는데 쫌 뜬금없긴함.

왼쪽은 신의 조각상이고 오른족은 인간의 조각상이랬나..?

얼굴이 모두 다르고 인간의 조각상이 표정이 더 많다 뭐 이런말씀 하셨던거 같음

그 당시 사람들이 생각하는 신은 감정이 없는 냉정한...뭐라했던거같은데 아닌가

마지막 2장이 제일 인상깊었는데,

저당시 가장 어두운 색으로 벽면에 그림을 그렸다고한다.

지옥을 표현한거랬나 감옥이랬나.

그당시 가장 어두운색으로도 잘 안되길래 빛을 이용한 거라고.

창문으로 들어오는 빛때문에 더 그림이 어두워 보이는 효과를 이용한 그림이라고 했던말이 생각이 난다.

그래서 창문을 가리면 그림이 그나마 잘 보인다.

진짜 천잰가

저기 교황이 저렇게 물건들에게 세례를 준다고 하더라.

그래서 저 아이템들이 교황의 축복을 받은 아이템들이라고 하더라.

교황이 저기 공장에 주기적으로 들려서 세례한다던데..몰루

로마 가면 이렇게 군대군대에 물 뜰수 있는 분수대가 있음.

진짜 마셔도 된다고 써있음.

이 동내는 진짜 마트도 거의 없고, 슈퍼마켓가면 콜라 조그만한게 3.5 유로임 (5천원)

근데 대형마트가면 2리터짜리가 3유로임

너무 억울해서 슈퍼마켓가면 콜라먹기 쫌 그럼.

그래서 다른거 먹어봄~ 레모네이드~

여행 첫날 느낀점은 이놈의 동네는 마트가 거의 없다.

그래서 마트가 보이면 무조건 들어가서 음료수 사야한다.

너무 덥다

가 내가 하루동안 로마에서 느낀점이다.

그래서 음료수랑 술만 샀다.

코젤 블랙은 유럽오면 항상 먹는다 (한국이랑 맛이 다른거같음. 아닐수도)

이츠누스도 맥주 저거 식당가면 사람들이 많이 먹길래 사봤는데 그냥 흔한 맥주다. 음...클라우드 느낌? (별로란 뜻)

그리고 옷이 2벌이기 때문에 빨래비누도 삼 ㅋㅋ

그렇게 그날 저녁 이번엔 레스토랑에 왔다.

스플리츠 감튀 엔 해산물 파스타

파스타 참 맛있더라. 내가 좋아하는것도 있는데.

근데 여기도 정말 맛있었는데 여행 내내 여기가 제일 낮은 점수를 준다.

다른곳이 너무 맛있었기 때문에 여기 기억이 잘안난다.

2일차 끝.

에어컨 없는 숙소에서 찬물 샤워하고 잔다. ㅋ

이탈리아 여행 1 (8박 10일)

07e — Thu, 8 Aug 2024 14:48:17 +0900

여행 다녀왔쥐.

7월 14일 부터 7월 22일까지. (2024년)

이탈리아 가게된 이유가 여자친구가 대학원 연수로 이탈리아 간다길래 따라갈 생각으로 갔다.

여행중에 만나겠지란 생각으로 이탈리아 여행을 가기로 했다.

로마(2일) -> 피렌체(3일, 베니스 당일치기) -> 나폴리(2일, 아말피 당일치기) -> 로마(1일)

이렇게 다녀왔다!

구글 지도 꼭 오프라인 다운로드 받고.

내 구글지도 인가 에서 경로 미리 찍어놓고.

여행다니면서 길을 잃진 않았다.

그냥 교통편이... 일단 계속 작성해본다. 후...

인천 공항 잘 도착해서 환전했다.

모바일로 미리 환전 신청해놔서 바로 환전 받았다.

저번에도 그랬고

내 캐리어는 항상 무겁더라.

난 여행가서 많이많이 사오고 싶은데.

그래서 이번여행엔 옷 2벌씩만 챙겨서 갔다.

ㅋㅋㅋㅋ 13.5 kg.

최대 23kg 까지니까. 난 10kg의 기념품을 사올 예정이다. ㅎㅎ

그래봤자 대부분 술이겠지만 ㅋㅋ

짜장면 헤헤

여행 전날에 그 백선생 중화 요리...? 뭐 점바점으로 맛이 다르다는 뭐 긴급..회의 뭐 그런거 해서

유튜브에서 짜장면 볶음밥 참 맛나게 먹더라.

그거 보고 인천공항에서 짜장면만 찾아다니다가 먹었다 ㅋㅋ

비행시간 13.5 시간.

눈 감았다 뜨면 도착하겠지.

비행기에서 계속 공부했던거 같다.

이탈리아 언어랑 이탈리아 문화 이런거 계속 봤다.

미켈란젤로와 피렌체 이런거 공부 많이해갔다.

이탈리아 언어는 근데 생각보다 많이 안썼던거 같다.

다들 영어 다 알아들으시더라.

"본 조르노" : 아침인사

"부노 세라" : 저녁인사

"그라찌에" : 감사합니다

"일 꼰도 페르파보레" : 계산서좀 주세요

"스꾸시" : 실례합니다

이정도?

뭐 많이 외웠던거 같은데 썼던건 저거 5개정도?

나머지는 진짜 다 영어였던거같음ㅋㅋㅋㅋㅋㅋ

그래도 저거 5개는 참 많이 썼다.

치킨 볶음밥, 새우 덮밥, 브리또.

이렇게 비행기에서 3끼먹었다.

이게 이탈리아인데 아직도 기억에 남는게

이 나라는 구름이 진짜 없다.

꽤 높은곳에서 찍었는데 구름이 정말 없더라.

날씨가... 작년엔 40도까지 갔다고 하던데 하며 걱정했던게 기억이 난다.

비행기 내리고 바로 기차역으로 갔다.

어차피 바로 앞에 기차타는 경로 이런거 다 있어서 스무스하게 넘어갔다.

이게 그 쾌속전철인가 뭐 로마까지 바로 가는거 하나 사서 갔다.

이탈리아 기차는 기차앞에 초록색 펀치기계가 있다.

거기서 펀치를 뚫어야 한다고 하더라.

오른쪽 사진은 찍은건데 이게 힘이 약해서 안뚫리고 자국만 남았더라

펀치기계를 뚫어야 사용하는 거라는 뜻이라고 하던데

승무원들이 왔다갔다하며 확인한다.

다른 블로그들 보면 검사 거의 안한다고 하는데

내 경험상 한두번 빼곤 거의 다 검사했던걸로 기억하니 꼭 펀치기계 써야한다.

도착한 로마 중앙역 (로마 테르미니)

저때 내 기억으론 8시인가 그렇다.

그렇다. 20시다.

20시에 이제 막 해가 지려한다.

이탈리아는 진짜 해가 늦게 지더라.

그래서 9시쯤은 되어야 밤이다 싶다.

중앙역에서 내려서 쭉 걸어서 10분쯤 걸어서 숙소에 도착했다.

여기 숙소 진짜 넓고 침대도 많지만

에어컨이 없다.

에어컨이 없다.
에어컨이 없다.
에어컨이 없다.

나 로마 2일동안 죽을뻔했다.

더워 죽을뻔했다.

제대로 체크 안한 내잘못이지 뭐.

직원분에게 어떤 와인이 제일 맛있나요 해서 추천받은 찬티 클라시코이다.

라벨에 닭그림이랑 DOCG 등급을 꼭 확인하고 사라더라.

이 와인은 그렇게 나의 여행과 동행하게 된다.

나와서 저녁먹으려고 나왔다.

추천받은 피자리아에 왔다.

물론 이 추천도 직원분께 받은거다

여행와서 뭐뭐 먹어야지 생각만하고 레스토랑은 안 정했다.

내가 먹은거.

왼쪽은 버팔로 우유 치즈에 무슨 햄이였다.

이건 맛있었다. 뭔가 술안주 느낌.

와인은 그냥 적당한거 시켰다.

주문은 저기 QR 코드에 메뉴판이 있다.

피자는 뭐 별거 다 올라간거 시켰다.

저게 이제 로마 피자인데, 도우를 굉장히 얇게 피고, 접시를 덮을 만큼 크게 만든다.

그래서 보면 테이블보에 피자가 닿는다. 접시보다 커서 ㅋㅋ

저거? 진짜 굉장히 느끼하고 엄청 짜다

엄청 짜서 못먹었다. 거의 다 버렸다...

우리가 먹는 피자는 나폴리 피자 스타일이라고 하던데 로마 피자는 못먹겠다.

아 진짜 못먹겠다 하고 계산하고 나와서 마트나 뭐 편의점을 찾았다.

밤에 산책하려고 산타 마리아 마조레 대성전까지 걸어갔다.

가는길에 광장이 있는데, 여기 광장에서 대형 모니터보면서 사람들이 응원하더라.

근데 진짜 저 큰 광장을 사람들로 가득 채울정도의 인파였다.

사실 소매치기당할까봐 무서웠음.

축구를 하더라구.

그래서 사람들이 저렇게 바에서 모여서 응원하는 거였다.

우리나라 호프집에서 하던 모습을 이렇게 이탈리아에서도 보게되니 너무너무 신기했다

사람들 진짜 많고 응원도 엄청 하더라

그리고 재밌는건 바에 있는 직원분이 직접 중계도 하신다 ㅋㅋㅋㅋㅋㅋㅋ

마이크들고 각 바에서 한명씩 다 각각 하시더라 ㅋㅋㅋㅋ

산타 마리아 마조레 대성전

와 역시 야경.

이탈리아 첫날부터 에어컨없어서 더워 죽겠는데 여기까지 걸어와서 이거 보려고 애썼다.

근데 이놈의 나라는 마트가 밤에 안하더라고.

그래서 진짜 빈손으로 가서 물만 먹고 잠들었다.

더워서 죽을뻔 했다.

언리얼5_3_5 : PVP 게임 제작

07e — Wed, 3 Apr 2024 19:57:38 +0900

네트워크로 전송할 데이터의 구분

플레이어의 세부적인 스탯 정보를 모든 클라이언트에 공유할 필요가 있는가?

스탯 정보는 소유자에게만 공유하고 다른 클라이언트(Simulated Proxy)는 체력 정보만공유

무기를 먹었을때 서버에서만 스탯값이 적용되도록 로직을 수정한다.

무기 말고 포션과 스크롤은 맨 위에 HasAuthority()로 묶어 주어 서버에서만 연산하도록 한다.

void AABCharacterBase::EquipWeapon(UABItemData* InItemData)
{
	UABWeaponItemData* WeaponItemData = Cast<UABWeaponItemData>(InItemData);
	if (WeaponItemData)
	{
		if (WeaponItemData->WeaponMesh.IsPending())
		{
			WeaponItemData->WeaponMesh.LoadSynchronous();
		}
		Weapon->SetSkeletalMesh(WeaponItemData->WeaponMesh.Get());		
	}

	if (HasAuthority())
	{
		if (WeaponItemData)
		{
			Stat->SetModifierStat(WeaponItemData->ModifierStat);
		}
	}
}

위 로직대로라면 서버와 클라이언트 둘다 클라이언트의 캐릭터가 상자를 먹는걸 체크한다.

이때, 서버만 이를 연산하기 때문에 적용되는건 서버만이다.

즉, 체력이 증가하는 아이템을 먹으면 클라이언트는 변함없고, 서버에서 보는 클라이언트만 체력이 증가할 것이다.

변경되는 스탯을 다른 클라이언트에게 보내기 위해 ABCharacterStatComponent.h를 수정한다.

protected:

	UPROPERTY(ReplicatedUsing = OnRep_CurrentHp, Transient, VisibleInstanceOnly, Category = Stat)
	float CurrentHp;

	UPROPERTY(ReplicatedUsing = OnRep_MaxHp, Transient, VisibleInstanceOnly, Category = Stat)
	float MaxHp;

	...
    
	UPROPERTY(Transient, ReplicatedUsing = OnRep_BaseStat, VisibleInstanceOnly, Category = Stat, Meta = (AllowPrivateAccess = "true"))
	FABCharacterStat BaseStat;

	UPROPERTY(Transient, ReplicatedUsing = OnRep_ModifierStat, VisibleInstanceOnly, Category = Stat, Meta = (AllowPrivateAccess = "true"))
	FABCharacterStat ModifierStat;

이렇게 스탯이 변하면 CallBack을 받도록 정의한다.

이후 로직을 GetLifetimeReplicatedProps에 등록한다.

void UABCharacterStatComponent::OnRep_CurrentHp()
{
	AB_SUBLOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));
	OnHpChanged.Broadcast(CurrentHp, MaxHp);
	if (CurrentHp <= KINDA_SMALL_NUMBER)
	{
		OnHpZero.Broadcast();
	}
}

void UABCharacterStatComponent::OnRep_MaxHp()
{
	AB_SUBLOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));
	OnHpChanged.Broadcast(CurrentHp, MaxHp);
}

void UABCharacterStatComponent::OnRep_BaseStat()
{
	AB_SUBLOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));
	OnStatChanged.Broadcast(BaseStat, ModifierStat);
}

void UABCharacterStatComponent::OnRep_ModifierStat()
{
	AB_SUBLOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));
	OnStatChanged.Broadcast(BaseStat, ModifierStat);
}

변경 사항을 서버에서 받아 브로드캐스트를 진행한다.

이렇게 하면 변경되는 것을 확인할 수 있다.

이러한 식의 데이터를 몰라도 상관없는 제2의 클라이언트에겐 데이터 낭비일 수 있다.

그러므로 이런 OnRep의 메소드를 소유한 캐릭터에게만 전송하도록 로직을 수정한다.

void UABCharacterStatComponent::GetLifetimeReplicatedProps(TArray<FLifetimeProperty>& OutLifetimeProps) const
{
	Super::GetLifetimeReplicatedProps(OutLifetimeProps);

	DOREPLIFETIME(UABCharacterStatComponent, CurrentHp);
	DOREPLIFETIME(UABCharacterStatComponent, MaxHp);
	DOREPLIFETIME_CONDITION(UABCharacterStatComponent, BaseStat, COND_OwnerOnly);
	DOREPLIFETIME_CONDITION(UABCharacterStatComponent, ModifierStat, COND_OwnerOnly);
}

DOREPLIFETIME 말고 ,조건을 달수 있는데, 마지막 조건으로 COND_OwnerOnly로 소유자만 해당 콜백을 받게 된다.

새로 생긴 MaxHP를 모든 곳에서 수정해준다.

네트워크 멀티플레이어를 위해 고려할 최적화 요소

[일반적으로 최적화시 고려할 사항]

- 불필요한 액터의 리플리케이션 옵션을 끄기

- 액터에 맞는 최적의 업데이트 빈도(Frequency)와 우선권(Priority) 설정

- 연관성(Relevancy)을 위한 최적의 조건 설정

- 프로퍼티 리플리케이션의 조건 설정

- 필요시 휴면(Dormancy)상태의 설정

- 데이터 크기의 양자화(FVector_NetQuantize)

[기타 심화주제]

- 구조체 데이터 전송의 최적화 설계(NetSerialize)

- 프로퍼티 리플리케이션의 푸시 모델 설정

- 필요시 빠른 배열 자료구조를 사용한 데이터 전달(FFastArraySerializer)

- 빠른 리플리케이션 엔진의 교체(ReplicationGraph , lris)

NetSerialize 데이터 설계

네트워크로 전송할 구조체 데이터를 직접 설계해 보내고 싶은 경우에 유용

- 데이터 양을 최소화 할 수 있음.

- 데이터가 자주 바뀔 때 유용하게 활용.

- 플래그를 설정해 불필요한 데이터 전송을 건너뛸 수 있음.

- 정수 데이터로 변환해 크기를 줄일 수 있음.

Max HP를 먹었을때의 데이터 전송량을 확인해 본다.

MaxHp가 변경되었기 때문에 MaxHP 가 전송되었고, 변경된 Stat에 관해 전송되었다.

확인해보면 AttackRange는 0이기 때문에 언리얼 내부에서 자체적으로 최적화해서 데이터를 전송하지 않은것을 확인할 수 있다.

NetSerialize 기능을 활용해서 해당 구조체의 내용을 압축해서 전송해본다.

해당 전송할 데이터는 FTableRowBase를 상속받아 정의된 FABChracaterStat이다.

	bool NetSerialize(FArchive& Ar, class UPackageMap* Map, bool& bOutSuccess)
	{
		uint32 uMaxHp = (uint32)MaxHp;
		Ar.SerializeIntPacked(uMaxHp);
		MaxHp = (float)uMaxHp;

		uint32 uAttack = (uint32)Attack;
		Ar.SerializeIntPacked(uAttack);
		Attack = (float)uAttack;

		uint32 uAttackRange = (uint32)AttackRange;
		Ar.SerializeIntPacked(uAttackRange);
		AttackRange = (float)uAttackRange;

		uint32 uAttackSpeed = (uint32)AttackSpeed;
		Ar.SerializeIntPacked(uAttackSpeed);
		AttackSpeed = (float)uAttackSpeed;

		uint32 uMovementSpeed = (uint32)MovementSpeed;
		Ar.SerializeIntPacked(uMovementSpeed);
		MovementSpeed = (float)uMovementSpeed;

		return true;
	}

메소드의 이름을 그대로 정의하면 된다.

NetSerialize의 메소드는 독특한데, 처음 2줄(uint32 ... ) 는 데이터를 저장할때 사용되고, 저장하는데에 있어서 3번째 줄은 사용되지 않는다.

같은 방식으로 해당 메소드를 통해 데이터를 로드하는데, 이때 처음줄은 로드하는데 사용되않고, 다음 2줄이 로드하는데에 사용이 되도록 메소드가 구성된다.

template<>
struct TStructOpsTypeTraits<FABCharacterStat> : public TStructOpsTypeTraitsBase2<FABCharacterStat>
{
	enum
	{
		WithNetSerializer = true
	};
};

클래스 외부에 이러한 구조체를 선언하면 NetSerialize함수를 호출한다.

이렇게 해야지 압축해서 서버로 전송하게 된다.

처음과 동일하게 같은 아이템을 먹었을때의 결과이다.

처음처럼 MaxHp가 전송되는것은 동일하지만 데이터를 저렇게 64비트로 압축해서 하나의 덩어리로 전송한 것을 볼 수 있다.

물론 이러한 경우엔 사용하지 않는 데이터도 전송하기 때문에 경우에 따라서 언리얼 최적화가 더 좋을 수 도 있다.

게임 모드의 특징과 관리하는 정보

오직 서버에만 존재한다. (심판같은 역할)

게임 모드가 관리하는 정보

- 현재 게임에 참여하고 있는 플레이어의 수

- 플레이어가 게임에 입장하는 방법과 스폰, 리스폰 규칙

- 게임에 관련된 중요한 처리 : 대미지 처리, 스코어에 관련된 로직 처리 등

게임 스테이트의 특징과 관리하는 정보

서버와 모든 클라이언트에 존재한다.

클라이언트는 게임 스테이트를 사용해 현재 게임의 상태를 파악할 수 있다.

팀전에서의 팀 스코어를 관리하는데 유용하다.

게임 스테이트가 관리하는 정보

- 현재 월드 시간

- 플레이어 스테이트의 배열

플레이어 스테이트가 관리하는 정보

- 스코어

- 플레이어 이름

- 플레이어 ID

CharacterPlayer의 Attack 메소드를 수정한다.

void AABCharacterPlayer::Attack()
{
	...
			GetWorldTimerManager().SetTimer(AttackTimerHandle, this, &AABCharacterPlayer::ResetAttack, AttackTime, false);
	...
}

공격에서 공격이 종료되면 ResetAttack 메소드를 호출하도록 타이머를 수정한다.

void AABCharacterPlayer::ResetAttack()
{
	bCanAttack = true;
	GetCharacterMovement()->SetMovementMode(EMovementMode::MOVE_Walking);
}

리셋은 원래 있던 내용을 옮겨놓은 것으로 구현했다.

void AABCharacterPlayer::ServerRPCAttack_Implementation(float AttackStartTime)
{
	AB_LOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));

	bCanAttack = false;
	OnRep_CanAttack();

	AttackTimeDifference = GetWorld()->GetTimeSeconds() - AttackStartTime;
	AB_LOG(LogABNetwork, Log, TEXT("LagTime : %f"), AttackTimeDifference);
	AttackTimeDifference = FMath::Clamp(AttackTimeDifference, 0.0f, AttackTime - 0.01f);

	GetWorldTimerManager().SetTimer(AttackTimerHandle, this, &AABCharacterPlayer::ResetAttack, AttackTime - AttackTimeDifference, false);

	LastAttackStartTime = AttackStartTime;
	PlayAttackAnimation();

	//MulticastRPCAttack();
	for (APlayerController* PlayerController : TActorRange<APlayerController>(GetWorld()))
	{
		if (PlayerController && GetController() != PlayerController)
		{
			if(!PlayerController->IsLocalController())
			{
				AABCharacterPlayer* OtherPlayer = Cast<AABCharacterPlayer>(PlayerController->GetPawn());
				if (OtherPlayer)
				{
					OtherPlayer->ClientRPCPlayAnimation(this);
				}
			}
		}
	}
}

서버가 받은 공격 메소드도 마찬가지 이다. 공격이 서버 딜레이 시간을 제외하고 시간이 되면 ResetAttack을 호출하도록 한다.

public:
	virtual FTransform GetRandomStartTransform() const = 0;
	virtual void OnPlayerKilled(AController* Killer, AController* KilledPlayer, APawn* KilledPawn) = 0;
};

위 코드는 정의했던 GameInterface를 수정한 내용이다.

스폰할때 랜덤한 위치에 스폰할 수 있도록 메소드를 제작했다.

누가 어떻게 죽었는지 표시하기 위해서 제작되었다.

float AABCharacterPlayer::TakeDamage(float DamageAmount, FDamageEvent const& DamageEvent, AController* EventInstigator, AActor* DamageCauser)
{
	const float ActualDamage = Super::TakeDamage(DamageAmount, DamageEvent, EventInstigator, DamageCauser);

	if (Stat->GetCurrentHp() <= 0.0f)
	{
		IABGameInterface* ABGameMode = GetWorld()->GetAuthGameMode<IABGameInterface>();
		if (ABGameMode)
		{
			ABGameMode->OnPlayerKilled(EventInstigator, GetController(), this);
		}
	}

	return ActualDamage;
}

서버에서 현재 내가 누구에게 데미지를 받았는지 추가로 보기 위해 기능을 확장해 본다

GameMode.h

...

	virtual FTransform GetRandomStartTransform() const;
	virtual void OnPlayerKilled(AController* Killer, AController* KilledPlayer, APawn* KilledPawn);

	virtual void StartPlay() override;

protected:
	virtual void PostInitializeComponents() override;
	virtual void DefaultGameTimer();
	void FinishMatch();

	FTimerHandle GameTimerHandle;

protected:
	TArray<TObjectPtr<class APlayerStart>> PlayerStartArray;
};

인터페이스를 수정했으니 정의해본다.

FTransform AABGameMode::GetRandomStartTransform() const
{
	if (PlayerStartArray.Num() == 0)
	{
		return FTransform(FVector(0.0f, 0.0f, 230.0f));
	}

	int32 RandIndex = FMath::RandRange(0, PlayerStartArray.Num() - 1);
	return PlayerStartArray[RandIndex]->GetActorTransform();
}

void AABGameMode::OnPlayerKilled(AController* Killer, AController* KilledPlayer, APawn* KilledPawn)
{
	AB_LOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));

	APlayerState* KillerPlayerState = Killer->PlayerState;
	if (KillerPlayerState)
	{
		KillerPlayerState->SetScore(KillerPlayerState->GetScore() + 1);

		if (KillerPlayerState->GetScore() > 2)
		{
			FinishMatch();
		}
	}
}

가지고 있는 Start 포인트중 랜덤한 곳에 생성된다.

누군가를 죽였을때 스코어와 같이 로그가 뜬다.

점수를 3점내면 게임이 종료된다.

void AABGameMode::StartPlay()
{
	Super::StartPlay();

	for (APlayerStart* PlayerStart : TActorRange<APlayerStart>(GetWorld()))
	{
		PlayerStartArray.Add(PlayerStart);
	}
}

월드에 잇는 PlayerStart를 모두 가져온다.

다시 CharacterPlayer로 돌아간다.

죽었을 경우를 고려해 플레이어를 초기화 한다.

void AABCharacterPlayer::ResetPlayer()
{
	UAnimInstance* AnimInstance = GetMesh()->GetAnimInstance();
	if (AnimInstance)
	{
		AnimInstance->StopAllMontages(0.0f);
	}

	Stat->SetLevelStat(1);
	Stat->ResetStat();
	GetCharacterMovement()->SetMovementMode(EMovementMode::MOVE_Walking);
	SetActorEnableCollision(true);
	HpBar->SetHiddenInGame(false);

	if (HasAuthority())
	{
		IABGameInterface* ABGameMode = GetWorld()->GetAuthGameMode<IABGameInterface>();
		if (ABGameMode)
		{
			FTransform NewTransform = ABGameMode->GetRandomStartTransform();
			TeleportTo(NewTransform.GetLocation(), NewTransform.GetRotation().Rotator());
		}
	}
}

리셋을 호출하면 애니메이션을 초기화하고, 현재 상태를 모두 초기화 한다.

서버라면 캐릭터를 랜덤한 위치로 가져간다.

레벨은 1로 초기화 된다.

CharacterStatComponent의 메소드 이다.

자신의 스텟 정보를 불러오고, 이를 맞춰 체력이 전부 찬다.

void UABCharacterStatComponent::ResetStat()
{
	SetLevelStat(CurrentLevel);
	MaxHp = BaseStat.MaxHp;
	SetHp(MaxHp);
}

초기화를 진행할때 스탯의 값도 초기화 한다.

void UABCharacterStatComponent::InitializeComponent()
{
	Super::InitializeComponent();

	SetLevelStat(CurrentLevel);
	ResetStat();

	OnStatChanged.AddUObject(this, &UABCharacterStatComponent::SetNewMaxHp);

	SetIsReplicated(true);
}

CharacterPlayer.cpp에서 죽었을때 입력을 멈추는 부분을 주석처리한다.

다시 라운드를 시작하기 때문이다.

void AABCharacterPlayer::SetDead()
{
	Super::SetDead();

	GetWorldTimerManager().SetTimer(DeadTimerHandle, this, &AABCharacterPlayer::ResetPlayer, 5.0f, false);

	//APlayerController* PlayerController = Cast<APlayerController>(GetController());
	//if (PlayerController)
	//{
	//	DisableInput(PlayerController);
	//}
}

타이머를 실행하고 끝나면 다시 플레이어를 리셋하도록 로직을 변경한다.

CharacterBase에서 메쉬를 로드하는 로직을 수정한다.

void AABCharacterBase::MeshLoadCompleted()
{
	if (MeshHandle.IsValid())
	{
		USkeletalMesh* NPCMesh = Cast<USkeletalMesh>(MeshHandle->GetLoadedAsset());
		if (NPCMesh)
		{
			GetMesh()->SetSkeletalMesh(NPCMesh);
			GetMesh()->SetHiddenInGame(false);
		}
	}

	MeshHandle->ReleaseHandle();
}

기존에 있던 NPC Load 메소드를 수정한 것이다.

캐릭터마다 메쉬를 다르게 할 것이다.

Config 파일에 들어가서 메쉬 경로를 지정해준다.

UCLASS(config = ArenaBattle)

[/Script/ArenaBattle.ABCharacterNonPlayer]
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Barbarous.SK_CharM_Barbarous 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/sk_CharM_Base.sk_CharM_Base 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Bladed.SK_CharM_Bladed 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Cardboard.SK_CharM_Cardboard 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Forge.SK_CharM_Forge 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_FrostGiant.SK_CharM_FrostGiant 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Golden.SK_CharM_Golden 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Natural.SK_CharM_Natural 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Pit.SK_CharM_Pit 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Ragged0.SK_CharM_Ragged0 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_RaggedElite.SK_CharM_RaggedElite 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Ram.SK_CharM_Ram 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Robo.SK_CharM_Robo 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Shell.SK_CharM_Shell 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_solid.SK_CharM_solid 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Standard.SK_CharM_Standard 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Tusk.SK_CharM_Tusk 
+NPCMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Warrior.SK_CharM_Warrior

[/Script/ArenaBattle.ABCharacterPlayer]
+PlayerMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Barbarous.SK_CharM_Barbarous 
+PlayerMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Bladed.SK_CharM_Bladed 
+PlayerMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Cardboard.SK_CharM_Cardboard 
+PlayerMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Forge.SK_CharM_Forge 
+PlayerMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_FrostGiant.SK_CharM_FrostGiant 
+PlayerMeshes=/Game/InfinityBladeWarriors/Character/CompleteCharacters/SK_CharM_Golden.SK_CharM_Golden

랜덤하게 하나 가져올 것이다.

기존에 있던 Mesh를 가져오는 부분은 제거한다.

void AABCharacterPlayer::UpdateMeshFromPlayerState()
{
	int32 MeshIndex = FMath::Clamp(GetPlayerState()->PlayerId % PlayerMeshes.Num(), 0, PlayerMeshes.Num() - 1);
	MeshHandle = UAssetManager::Get().GetStreamableManager().RequestAsyncLoad(PlayerMeshes[MeshIndex], FStreamableDelegate::CreateUObject(this, &AABCharacterBase::MeshLoadCompleted));

}

이제 이 메소드를 호출해줘야 하는 타이밍을 찾아야한다.

OnRep_PlayerState는 서버에선 호출하지 않는다.

위 메소드는 PlayerState가 생성이 완료되었을때 클라이언트에서 호출하는 메소드 이다.

그리고 PossessedBy는 서버에서만 호출한다.

서버가 클라이언트 Controller를 제작하고 빙의할때 호출하는 메소드이다.

void AABCharacterPlayer::OnRep_PlayerState()
{
	Super::OnRep_PlayerState();

	UpdateMeshFromPlayerState();
}

void AABCharacterPlayer::PossessedBy(AController* NewController)
{
	Super::PossessedBy(NewController);

	UpdateMeshFromPlayerState();
}

PlayerState 를 보면 이미 여기엔 서버와 통신이 가능한 다양한 변수가 포함되어 있다

(Life, Ping 등등)

서버 통신으로 Replication으로 이미 되어있기 때문에 확장해서 사용할 수 있다.

단, 누군가가 들어오거나, 다른 레벨로 이동하게 되면 PlayerState가 계속 바뀌기 때문에 고유한 데이터로 사용하면 안된다.

게임 방 찾기 기능은 GameMode와 GameState를 통해 제작할 수 있다.

UCLASS()
class ARENABATTLE_API AABGameState : public AGameState
{
	GENERATED_BODY()
	
public:
	AABGameState();

	virtual void GetLifetimeReplicatedProps(TArray<FLifetimeProperty>& OutLifetimeProps) const;


	//virtual void HandleBeginPlay() override;
	//virtual void OnRep_ReplicatedHasBegunPlay() override;

	UPROPERTY(Transient, Replicated)
	int32 RemainingTime;

	int32 MatchPlayTime = 2000;
	int32 ShowResultWaitingTime = 5;
};

AABGameState::AABGameState()
{
	RemainingTime = MatchPlayTime;
}

void AABGameState::GetLifetimeReplicatedProps(TArray<FLifetimeProperty>& OutLifetimeProps) const
{
	Super::GetLifetimeReplicatedProps(OutLifetimeProps);

	DOREPLIFETIME(AABGameState, RemainingTime);
}

매칭 시간을 두고

게임모드에서 타이머를 가동할 것이다.

protected:
	virtual void PostInitializeComponents() override;
	virtual void DefaultGameTimer();
	void FinishMatch();

	FTimerHandle GameTimerHandle;

void AABGameMode::PostInitializeComponents()
{
	Super::PostInitializeComponents();

	GetWorldTimerManager().SetTimer(GameTimerHandle, this, &AABGameMode::DefaultGameTimer, GetWorldSettings()->GetEffectiveTimeDilation(), true);
}

void AABGameMode::DefaultGameTimer()
{
	AABGameState* const ABGameState = Cast<AABGameState>(GameState);

	if (ABGameState && ABGameState->RemainingTime > 0)
	{
		ABGameState->RemainingTime--;
		AB_LOG(LogABNetwork, Log, TEXT("Remaining Time : %d"), ABGameState->RemainingTime);
		if (ABGameState->RemainingTime <= 0)
		{
			if (GetMatchState() == MatchState::InProgress)
			{
				FinishMatch();
			}
			else if (GetMatchState() == MatchState::WaitingPostMatch)
			{
				GetWorld()->ServerTravel(TEXT("/Game/ArenaBattle/Maps/Part3Step2?listen"));
			}
		}
	}

}

void AABGameMode::FinishMatch()
{
	AABGameState* const ABGameState = Cast<AABGameState>(GameState);
	if (ABGameState && IsMatchInProgress())
	{
		EndMatch();
		ABGameState->RemainingTime = ABGameState->ShowResultWaitingTime;
	}
}

PostInit에서 타이머를 실행한다.

매 시간마다 DefaultGameTimer가 실행된다.

매치가 실행중이라면 매치를 종료한다.

매치가 끝났다면 다른 레벨로 이동을 한다.

ServerTravel은 서버에서 호출하면 클라이언트들과의 접속을 유지한 채로 레벨을 이동하는 것이다.

게임 스테이트를 따로 수정하지 않았기 때문에 기본으로 InProgress상태일 것이다.

이후, FinishMatch()에서 EndMatch()를 호출하면 스테이트가 WaitingPostMatch로 바뀔 것이다.

게임 패키징

강의에 없어서 찾아서 제작해 보았다.

(ref : https://www.youtube.com/watch?v=wvbFdSIPCHA)

영상에서 버튼을 여러개 만들었고, 나는 IP 만 필요했기 때문에 IP 주소로 접속하는 방법만 구현했다.

ThirdPersonExampleMap 이라는 맵을 제작했다.

이후, Host Session이란 메소드를 제작했다.

서버는 ThridPersonExampleMap 을 Listen 서버형식으로 열게 될 것이다.

Join By IP Address 메소드를 제작했다.

이는 클라이언트가 이용하게 될 것이다.

IP 주소를 통해 Open을 하게 되면 해당 IP의 서버에 접속을 하게 되는 방식이다.

127.0.0.1로 내 IP에 접속했지만, 다른 유저의 IP를 통해 접속도 가능하다 (단, 이때 해당 IP로 서버가 켜져있어야 함)

버튼을 2개 만든 위젯이다.

버튼은 2개로, 하나는 호스트, 하나는 클라이언트로 이동될 것이다.

게임이 최초 실행되는 레벨의 블루프린트이다.

해당 레벨은 디폴트 맵으로 Escape나 M을 누르면 위젯이 생성고, Input GameMode가 변경된다.

이후 호스트가 서버를 열면 클라이언트가 진입할 수 있다.

이제 해당 프로젝트를 패키징할것이다.

최초시작 맵과 이동후 맵을 패키징에 포함한다.

빌드 타겟으론 Shipping을 고른다

이후 빌드를 진행하고 실행해본다.

(해당 프로젝트가 백그라운드에서 돌때 버벅임이 있다. 실제로 다른 컴퓨터에선 문제 없다.)

언리얼5_3_4 : 움직임 리플리케이션

07e — Mon, 1 Apr 2024 19:55:31 +0900

클라이언트의 입력 정보를 서버로 보내고 서버에서 확인 후 수정을 거친다.

Autonomous Proxy 클라이언트의 진행 (ReplicateMoveToServer())

클라이언트 캐릭터의 움직임을 보관하는 네트워크 클라이언트 데이터 생성

클라이언트의 데이터에 저장된 움직임 중에 참고할 중요한 움직임 기록(OldMove)

현재 틱의 움직임을 기록하는 신규 움직임 생성(NewMove)

입력을 처리하기 전의 각종 초기화 상태를 저장(StartLocation)

필요시 최종 움직임과 현재 움직임을 병합 시도

클라이언트 로컬에서의 움직임 진행(PerformMovement)

신규 움직임에 움직임 결과 상태를 저장(SavedLocation)

신규 움직임을 클라이언트 데이터에 추가

ServerMove함수를 호출해 OldMove와 NewMove를 서버에 전송

클라이언트가 호출하는 서버 RPC (ServerMove())

클라이언트의 최종 움직임 정보를 서버에 보내는 함수

- 타임 스탬프 : 움직임에 대한 시간 정보

- 가속 정보 : 캐릭터의 최종 위치 정보. 캐릭터가 베이스 위에 있는 경우는 상대 위치를 사용

- 플래그 : 특수한 움직임에 대한 정보(점프, 웅크리기)

- 회전 정보 : 압축된 회전 정보 (Yaw 회전 중심으로 저장)

- 본 정보 : 스켈레탈 메시 컴포넌트인 경우, 기준이 되는 본 정보

- 무브먼트 모드 정보 : 캐릭터 컴포넌트의 무브먼트 모드 정

서버의 처리 (ServerMove_Implementation())

서버 캐릭터의 움직임을 보관하는 네트워크용 서버 데이터 생성

클라이언트로부터 받은 타임스탬프 값을 검증

- 타임 스탬프 값을 다양한 방법으로 검증

- 상당한 시간 차가 감지되면, 해킹 방지를 위해 서버 틱으로 제한함

- 네트워크 매니저 설정의 보상 비율을 사용해 클라이언트와 서버 시간을 서서히 균등화시킴

압축된 가속, 회전 데이터를 디코딩하고 클라이언트와 서버의 타임 스탬프 정보를 기록

MoveAutonomous함수를 호출해 서버 캐릭터를 이동시킴

클라이언트와의 차이를 비교하고 에러를 수정함

- 떨어지는 상황, 착지할 때의 상황에 따라 허용 가능 범위 내에서 클라이언트 데이터를 신뢰함

- 상당한 시간 차가 감지되면, 수정 정보를 기록함(PendinAdjustment)

서버가 호출하는 클라이언트 RPC (ClientAdjustPosition())

클라이언트에게 수정할 위치 정보를 알려주는 함수

중복없이 서버 틱의 마지막에서 수정이 필요한 때만 전송함

- 타임 스탬프 : 클라이언트의 타임 스탬프 값

- 델타 타임 : 서버의 델타 타임

- 무브먼트 모드 정보 : 압축된 캐릭터 컴포넌트의 무브먼트 모드 정보

- 새로운 속도 : 수정할 새로운 속도 정보

- 새로운 위치 : 수정할 새로운 위치 정보

- 새로운 회전 : 수정할 새로운 회전 정보

- 새로운 베이스와 베이스 본 이름 : 수정할 베이스에 대한 정

클라이언트의 수정 처리 (ClientAdjustPosition_Implementation())

타임 스탬프 값을 통해 서버로부터 확인받은 움직임 정보를 기록 (LastAckedMove)

서버에서 전달받은 위치로 루트 컴포넌트(캐릭터)의 위치를 변경

서버에서 전달받은 속도로 무브먼트 컴포넌트의 속도를 수정

베이스 정보와 위치를 수정

서버에 의해 클라이언트 위치가 업데이트되었다고 기록(bUpdatePositon)

- 서버의 수정정보를 바탕으로 MoveAutonomous 함수를 호출해 클라이언트에서 남은 움직임을 재생함.

움직임 리플리케이션의 디버깅

서버에서의 오차 발생시 드로우 디버그

- 전달받은 클라이언트 위치를 붉은색으로 표시

- 서버에서 움직인 위치를 녹색으로 표시

오차를 전달받은 클라이언트에서의 드로우 디버그

- 클라이언트가 지정했던 위치를 붉은색으로 표시

- 서버가 수정해준 위치를 녹색으로 표시

- 수정은 발생했지만 서버와 클라이언트 위치가 거의 동일한 경우에는 노란색으로 표시

디버깅을 찍어보기 위해서는 DefaultEngine.ini에서 로직을 추가해야한다.

[Core.Log]
LogNetPlayerMovement=VeryVerbose

위 코드를 추가하면 서버와 클라이언트의 모든 움직임 정보를 로그로 출력할 수 있게 된다.

코드를 추가하고 실행하고 난 뒤에 `를 누른후 p.NetShowCorrections 1을 입력하면 클라이언트의 위치가 녹색으로 표시가 된다.

PktLag=500 도 추가하고 난뒤 공격을 하고 이동을 하면 초록색 표시가 많이 뜨는 것을 볼 수 있다.

공격하고 난뒤 바로 이동하면 클라이언트 입장에선 정상 작동하고, 서버에서는 공격을 진행하면서 이동하는 것을 볼 수 있게 된다.

해당 원인은 클라이언트는 공격중에 못움직이지만 서버입장에선 이 오차때문에 이동중이라 판단하고 공격중에 이동하는 것이다. 이동하는 메소드에서 이동을 못하는 상태일땐 반환하도록 한다.

QuaterMove() 

...
	if (!bCanAttack)
	{
		return;
	}

이렇게 함으로써 움직임을 막기 때문에 딜레이는 있지만 정상 작동하는 것을 볼 수 있다.

액터의 리플리케이션 플로우

프로퍼티 리플리케이션을 사용해 움직임 정보를 전송하고, 클라이언트는 받을 때마다 이를 적용한다.

움직임 리플리케이션을 위한 서버의 준비 (ReplicatedMovement())

서버에서 SimulatedProxy로 보내는 움직임 정보를 기록한 멤버 변수

OnRep_ReplicatedMovement로 이벤트 함수 호출함.

일반 움직임과 물리 움직임의 리플리케이션을 모두 처리하는 용도로 활용됨.

FRepMovement 구조체의 주요 멤버 변수

- 위치와 회전 : 컴포넌트의 현재 위치와 회전

- 데이터 정밀도 설정 : 위치, 회전, 속도의 데이터 정밀도. 끊김 현상이 보이지 않을 만큼 최소로 설정

- 물리 시뮬레이션 여부 플래그 : 물리 시물레이션으로 복제할지를 지정

- 이동 속도 : 컴포넌트의 이동 속도

- 각 속도 : 컴포넌트의 각 속도. 물리 시물레이션 진행시에만 사용

- 서버 프레임 : 서버에서의 물리 프레임

물리 움직임의 기록 (FRigidBodyState())

액터의 물리 상태를 기록하는 구조체

다음과 같은 멤버 변수로 구성되어 있음

- 위치 : 소수점 두 자리 정밀도로 기록됨

- 회전 : 사원수 정보로 기록됨

- 속도 : 소수점 두 자리 정밀도로 기록됨

- 각속도 : 소수점 두 자리 정밀도로 기록됨

- 플래그 : 휴면 상태와 같은 특정 물리 상태를 기록하는데 사용

액터 리플리케이션의 준비 (GatherCurrentMovement())

현재 액터의 움직임을 ReplicatedMovement 속성으로 변환해 설정하는 함수

액터의 PreReplication 함수에서 호출됨

액터의 물리 움직임과 일반 움직임을 구분해 각각처리함.

일반 움직임은 단순히 액터의현재 위치, 회전, 속도값을 ReplicatedMovement에 저장함.

물리 시뮬레이션의 경우 현재 월드에 설정된 물리 씬에서 해당 컴포넌트의 물리 상태를 저장함

- 현재 컴포넌트의 물리 상태 정보를 ReplicatedMovement로 옮김 (FRigidBodyState::FillFrom)

이를 통해 최종 ReplicatedMovement가 설정되어 클라이언트에 보내짐

액터의 움직임 리플리케이션 옵션을 활성화해주어야 올바로 동작함

액터 움직임 정보의 수신 (OnRep_ReplicatedMovement())

ReplicatedMovement의 물리 시뮬레이션 속성(bRepPhysics) 여부에 따라 두 가지로 실행됨.

일반적인 움직임에 대한 처리

- Simulated Proxy에 대해서만 처리함.

- 컴포넌트의 위치와 회전 정보를 갱신함.

- 속도 처리는 별도로 진행하지 않음.

물리 움직임에 대한 처리

- ReplicatedMovement의 정보를 현재 컴포넌트의 물리 상태로 옮김(FRigidBodyState::CopyTo)

- 물리 리플리케이션 씬에서 컴포넌트와 일치하는 타겟을 찾아서 업데이트(FReplicatedPhyscisTarget)

물리 움직임의 동기화 (ApplyRigidBodyState())

물리 리플리케이션의 틱에서 호출되는 함수

클라이언트의 물리 상태가 서버의 물리 상태의 오차 내에 있을 때까지 계속 호출됨

다음과 같은 로직으로 진행됨

1. 서버에서 받은 최종 속도와 핑을 기반으로 클라이언트의 물리 상태를 외삽(Extrapolation)으로 예측

2. 예측한 위치와 방향이 서버와 비교해 올바른지 체크하고 문제가 있다고 판단되면 에러 시간을 누적함.

3. 누적된 에러 시간 설정값을 넘으면 강제 조정(하드 스냅)을 진행함.

4. 차이가 크지 않다면 내삽(Interpolation)을 수행해 현재 위치, 회전, 속도, 각속도를 조정함

움직임 리플리케이션 옵션을 활성화해주어야 올바로 동작함

움직임을 동기화 해주기 위해선 Replicate Movement와 Replicates를 활성화 해주어야 한다.

움직임 동기화를 위해 발판을 만들어 본다.

빈 액터 BP에 StaticMesh를 Root로 지정하고 큐브를 넣는다.

간단한게 권한을 확인하고, MoveTimeline으로 시간값을 가져와 AddActorLocalOffset을 통해 이동시키는 로직을 구현한다.

MoveTimeLine은 아래와 같고, 부드럽게 보간을 위해 모두 선택하고 Auto로 변경한다.

이상태로 진행하면 서버에서는 큐브가 움직이지만 클라이언트에선 움직이지 않는다.

그후에 Details에서 Replicate Movement 와 Replicates의 값을 넣어주면 클라이언트에서도 움직이는 것을 확인할 수 있다.(C++에선 액터에 있으며 bReplicates와 bReplicatedMovement로 변경이 가능하다)

똑같은 방식으로 물리값에도 테스트를 해본다.

이렇게 물리값을 적용 시켜놓은 공을 클라이언트에서는 이 내용이 보이지 않는다.

이후 Replicates와 ReplicateMovement를 활성화 하면 클라이언트에도 이가 적용되는 것을 볼 수 있다.

하지만 이렇게 하면 문제가 되는게 서버와 클라이언트 모두 물리값이 적용되는 것은 맞지만 두개의 물리 충돌 연산값이 달라서 결과값이 바뀐다. 즉, 클라이언트와 서버의 공 위치가 바뀌게 된다.

이를 해결하기 위해선 이를 연산 받아주는 타 오브젝트들에게 StaticMeshReplicateMovement를 활성화 해주어야 한다.

결과를 보면 모두 정상작동하는 것을 볼 수 있다.

시뮬레이티드 프록시 클라이언트의 움직임 진행 (SimulatedTick())

SimulatedProxy의 캐릭터가 처리하는 캐릭터의 움직임.

캐릭터가 Simulated Proxy인 경우 캐릭터만의 추가적인 작업을 수행한다(SimulateMovement)

시뮬레이션으로 캡슐을 이동시킨 후 메시의 움직임을 부드럽게 보간한다 (SmoothClientPosition)

네트워크 멀티플레이 텔레포트 기능을 구현하는 방법

1. 캐릭터 무브먼트 컴포넌트에 텔레포트 명령을 위한 RPC 혹은 프로퍼티 리플리케이션을 새롭게 설계해 추가 구현.

2. 캐릭터 무브먼트 컴포넌트가 사용하는 RPC 기능에 텔레포트 기능을 추가 선언하고, 몇몇 중요한 가상 함수를 override하여 구현

캐릭터 무브먼트 컴포넌트가 관리하는 움직임 정보

캐릭터 무브먼트 구현을 위한 움직임 클래스

- FNetworkPredictionData_Client_Character 클래스 (클라이언트 캐릭터 데이터)

- FSavedMove_Character 클래스 (캐릭터 움직임)

캐릭터 무브먼트 컴포넌트의 구현 특징

- 캐릭터 무브먼트 컴포넌트는 클라이언트 캐릭터 데이터의 타입을 확정하지 않음.

- 클라이언트 캐릭터 데이터 역시 캐릭터 움직임의 타입을 확정하지 않음.

- 따라서 두 클래스를 상속받아 움직임을 추가하는 것이 가능함.

움직임 관련 클래스를 바꾸는데 사용되는 가상 함수

- 캐릭터 무브먼트 컴포넌트 클래스의 GetPredictionData_Client 함수

- 클라이언트 캐릭터 데이터 클래스의 AllocateNewMove 와 FreeMove 함

언리얼 오브젝트의 인자가 있는 생성자 선언

모든 언리얼 오브젝트는 초기화 오브젝트 인자가 있는 생성자를 사용할 수 있음.

초기화 오브젝트 인자를 사용해 서브 오브젝트 클래스를 변경할 수 있음.

이를 사용해 새로운 캐릭터 무브먼트 클래스를 생성하지 않고, 우리가 만든 컴포넌트로 교체 가능

- 언리얼 엔진이 지정한 캐릭터 무브먼트 컴포넌트의 이름을 사용해 해당 클래스를 찾을 수 있음.

FABNetworkPredictionData_Client_Character는 틱마나 호출되는데, 이 함수를 구현하면 언리얼 엔진에서 제공하는 FNetworkPredictionData_Client_Character를 제작한 클래스로 바꿔치기가 가능하다.

같은 방식으로 FABSavedMove_Character를 구현하면 제작한 움직임 클래스로 교체가 가능하다.

신규 움직임 능력을 추가하는 방법

캐릭터 움직임 클래스에서 관리하는 특별한 움직임에 대한 플래그 정보

플래그 값이 변경되면 움직임 시스템에서는 이를 중요한 움직임으로 간주함

기능 확장을 위해 예비 플래그를 4개 준비해두었음.

우리가 추가할 새로운 움직임 기능에 대한 플래그를 할당

위 4개를 통해 서버에게 움직임을 알려주는데, 아래 4개를 가지고 제작하면 된다.

텔레포트 능력의 추가

3초마다 재생 가능한 텔레포트 움직임의 구현함.

구현 편의를 위해 텔레포트 입력과 텔레포트 가능 여부를 플래그에 설정

- 텔레포트 명령을 내렸는가? : FLAG_Custom_0

- 현재 쿨타임을 포함해 텔레포트가 진행중인가? : FLAG_Custom_1

두 개의 플래그 정보를 통해 서버는 클라이언트의 상황을 수시로 전달 받을 수 있음.

텔레포트 능력의 구현 플로우

텔레포트 입력을 시작으로 다음과 같은 플로우로 클라이언트-서버 움직임을 동기화

텔레포트 기능을 구현해 본다

EnhancedInputComponent->BindAction(TeleportAction, ETriggerEvent::Triggered, this, &AABCharacterPlayer::Teleport);

SetupPlayerInputComponent에 추가해서 해당 입력 이벤트를 등록한다.

void AABCharacterPlayer::Teleport()
{
	AB_LOG(LogABTeleport, Log, TEXT("%s"), TEXT("Begin"));

	UABCharacterMovementComponent* ABMovement = Cast<UABCharacterMovementComponent>(GetCharacterMovement());
	if (ABMovement)
	{
		ABMovement->SetTeleportCommand();
	}
}

캐릭터의 무브먼트를 가져와서 제작할 무브먼트로 캐스트를 진행한다.

CharacterMovementComponent를 상속받는 ABCharacterMovement 클래스를 제작한다.

AABCharacterPlayer::AABCharacterPlayer(const FObjectInitializer& ObjectInitializer)
	: Super(ObjectInitializer.SetDefaultSubobjectClass<UABCharacterMovementComponent>(ACharacter::CharacterMovementComponentName))
{

생성자를 const FObjectInitializer& ObjectInitializer 로 매개변수를 받게 한다.

이렇게 ObjectInitiaizer를 받은 상태에서 Super를 통해 캐릭터의 무브먼트를 가져와 형변환을 진행하게 한다.

UCLASS()
class ARENABATTLE_API UABCharacterMovementComponent : public UCharacterMovementComponent
{
	GENERATED_BODY()
	
public:
	UABCharacterMovementComponent();

	void SetTeleportCommand();

protected:
	virtual class FNetworkPredictionData_Client* GetPredictionData_Client() const override;

	virtual void ABTeleport();
	virtual void OnMovementUpdated(float DeltaSeconds, const FVector& OldLocation, const FVector& OldVelocity) override;
	virtual void UpdateFromCompressedFlags(uint8 Flags) override;

public:
	uint8 bPressedTeleport : 1; 
	uint8 bDidTeleport : 1; //CoolDown

protected:
	UPROPERTY()
	float TeleportOffset;
	
	UPROPERTY()
	float TeleportCooltime;
};

버튼을 누르면 SetTeleportCommand() 가 호출된다.

void UABCharacterMovementComponent::SetTeleportCommand()
{
	bPressedTeleport = true;
}

이후, CharacterMovementComponent가 지원하는 메소드인 OnMovementUpdated에서 캐릭터가 움직였는 지를 체크한다.

void UABCharacterMovementComponent::OnMovementUpdated(float DeltaSeconds, const FVector& OldLocation, const FVector& OldVelocity)
{
	if (bPressedTeleport && !bDidTeleport)
	{
		ABTeleport();
	}

	if (bPressedTeleport)
	{
		bPressedTeleport = false;
	}
}

체크하는 내용을 가져와서 텔레포트 버튼을 눌렀는지, 쿨타임중인지를 체크해서, 참이라면 텔레포트를 진행한다.

void UABCharacterMovementComponent::ABTeleport()
{
	if (CharacterOwner)
	{
		AB_SUBLOG(LogABTeleport, Log, TEXT("%s"), TEXT("Teleport Begin"));

		FVector TargetLocation = CharacterOwner->GetActorLocation() + CharacterOwner->GetActorForwardVector() * TeleportOffset;
		CharacterOwner->TeleportTo(TargetLocation, CharacterOwner->GetActorRotation(), false, true);
		bDidTeleport = true;

		FTimerHandle Handle;
		GetWorld()->GetTimerManager().SetTimer(Handle, FTimerDelegate::CreateLambda([&]
			{
				bDidTeleport = false;
				AB_SUBLOG(LogABTeleport, Log, TEXT("%s"), TEXT("Teleport End"));
			}
		), TeleportCooltime, false, -1.0f);
	}
}

시선 방향으로 거리만큼 텔레포트 한다.

이때, TeleportTo 는 언리얼이 지원하는 순간이동 함수이다.

서버와 통신하려고 사용하는 클래스이다.

class FABNetworkPredictionData_Client_Character : public FNetworkPredictionData_Client_Character
{
	typedef FNetworkPredictionData_Client_Character Super;
public:
	FABNetworkPredictionData_Client_Character(const UCharacterMovementComponent& ClientMovement);
	virtual FSavedMovePtr AllocateNewMove() override;
};

인자가 있는 생성자를 제작한다.

FABNetworkPredictionData_Client_Character::FABNetworkPredictionData_Client_Character(const UCharacterMovementComponent& ClientMovement)
	: Super(ClientMovement)
{
}

FNetworkPredictionData_Client* UABCharacterMovementComponent::GetPredictionData_Client() const
{
	if (ClientPredictionData == nullptr)
	{
		UABCharacterMovementComponent* MutableThis = const_cast<UABCharacterMovementComponent*>(this);
		MutableThis->ClientPredictionData = new FABNetworkPredictionData_Client_Character(*this);
	}

	return ClientPredictionData;
}

멤버변수 ClientPredictionData가 널일경우 자신을 AB MovementComponent로 변경하고 Mutable로 제작한다.

그리고 이를 새로운 클래스로 제작하는데, 이 내용은 원래 기존에 있던 코드이다.

그대로 가져와 붙여넣은 내용이다.

서버에서 받은 움직임 데이터를 저장하는 클래스를 상속받아 다시 제작한다.

class FABSavedMove_Character : public FSavedMove_Character
{
	typedef FSavedMove_Character Super;
public:
	virtual void Clear() override;
	virtual void SetInitialPosition(ACharacter* Character) override;
	virtual uint8 GetCompressedFlags() const override;

	uint8 bPressedTeleport : 1;
	uint8 bDidTeleport : 1;
};

Super로 정의해놓음으로써 부모의 메소드를 바로 호출하도록 한다.

이후, 메소드에서 부모의 메소드를 호출하기 위해 Super로 호출하게 된다.

Clear()로 움직임을 초기화 한다.

void FABSavedMove_Character::SetInitialPosition(ACharacter* Character)
{
	Super::SetInitialPosition(Character);

	UABCharacterMovementComponent* ABMovement = Cast<UABCharacterMovementComponent>(Character->GetCharacterMovement());
	if (ABMovement)
	{
		bPressedTeleport = ABMovement->bPressedTeleport;
		bDidTeleport = ABMovement->bDidTeleport;
	}
}

데이터를 위와 같이 정의해서 가져온다.

이후, 해당 데이터를 서버로 보내는게 아니고 압축해서 보내주어야 한다.

uint8 FABSavedMove_Character::GetCompressedFlags() const
{
	uint8 Result = Super::GetCompressedFlags();

	if (bPressedTeleport)
	{
		Result |= FLAG_Custom_0;
	}

	if (bDidTeleport)
	{
		Result |= FLAG_Custom_1;
	}

	return Result;
}

이렇게 각 움직임 데이터를 FLAG에 싣어서 데이터를 보내게 된다.

이렇게 서버로 보내게 되면 서버에서는 이를 해석하고 적용해야 한다.

그렇기 위해서 제작했던 MovementComponent에 새로운 메소드를 정의한다.

void UABCharacterMovementComponent::UpdateFromCompressedFlags(uint8 Flags)
{
	Super::UpdateFromCompressedFlags(Flags);

	bPressedTeleport = (Flags & FSavedMove_Character::FLAG_Custom_0) != 0;
	bDidTeleport = (Flags & FSavedMove_Character::FLAG_Custom_1) != 0;

	if (CharacterOwner && CharacterOwner->GetLocalRole() == ROLE_Authority)
	{
		if (bPressedTeleport && !bDidTeleport)
		{
			AB_SUBLOG(LogABTeleport, Log, TEXT("%s"), TEXT("Teleport Begin"));
			ABTeleport();
		}
	}
}

서버의 역할인 경우에만 계산을 진행한다.

텔레포트를 아직 안했다면 하도록 로직을 구현한다.

언리얼5_3_3 : RPC의 이해와 활용

07e — Sun, 31 Mar 2024 19:44:10 +0900

RPC(remote Procedure Call)

원격 프로시저(함수) 호출의 약자로 우너격 컴퓨터에 있는 함수를 호출할 수 있도록 만든 통신 프로토콜

서버와 클라이언트간에 빠르게 행동을 명령하고 정보를 주고받는데 사용된다.

언리얼 엔진에선 클라가 서버로 통신하는 유일한 수단이다.

Client RPC

서버에서 클라로 호출하는 RPC

특정 클라에게만 명령을 보낼 수 있다.

서버에서 명령을 보낼 클라의 커넥션을 소유한 액터를 사용해야 한다 (AActor::GetNetConnection)

Server RPC

클라에서 서버로 호출하는 RPC

언리얼에서 유일하게 클라가 서버의 함수를 호출 할 수 있음.

서버쪽에서 클라의 명령을 검증할 수 있는 함수를 구현할 수 있다.

Client RPC와 동일하게 서버와의 커넥션을 소유한 액터를 사용해야 한다.

NetMulticast RPC

서버를 포함해 모든 플레이어에게 명령을 보내는 RPC

프로퍼티 리플리케이션과 유사하지만 다른 용도로 사용한다

RPC 선언에 관련된 키워드

Unreliable : RPC호출을 보장하지 않는 옵션. 빠름

Reliable : RPC호출을 보장해주는 추가 옵션. 정말 필요한 때만 호출

WithValidation : 서버에서 검증 로직을 추가로 구현할 때 추가하는 옵션

사용했던 프로퍼티 리플리케이트를 이번엔 RPC로 구현해 본다.

색상이 바뀌는 분수대를 제작해본다.

	UFUNCTION(NetMulticast, Unreliable)
	void MulticastRPCChangeLightColor(const FLinearColor& NewLightColor);

제작한 함수를 정의할땐 뒤에 _Implementation을 붙여야 한다.

void AABFountain::MulticastRPCChangeLightColor_Implementation(const FLinearColor& NewLightColor)
{
	AB_LOG(LogABNetwork, Log, TEXT("LightColor : %s"), *NewLightColor.ToString());

	UPointLightComponent* PointLight = Cast<UPointLightComponent>(GetComponentByClass(UPointLightComponent::StaticClass()));
	if (PointLight)
	{
		PointLight->SetLightColor(NewLightColor);
	}
}

시작부분에서 리플리케이션에서 했던것 처럼 타이머를 실행 시켜서 1초마다 RPC를 호출해준다.

void AABFountain::BeginPlay()
{
		...
				const FLinearColor NewLightColor = FLinearColor(FMath::RandRange(0.0f, 1.0f), FMath::RandRange(0.0f, 1.0f), FMath::RandRange(0.0f, 1.0f), 1.0f);
				MulticastRPCChangeLightColor(NewLightColor);
		...
}

이렇게 하면 클라이언트의 분수 색이 바뀌는 것을 볼 수 있는데,

이때 클라이언트도 분수로 부터 멀어지면 색상이 바뀌지않는다.

RPC로 연관성에 영향을 받기 때문이다.

이번엔 클라가 서버에게 보내주는 서버RPC를 제작해본다.

	UFUNCTION(Server, Unreliable)
	void ServerRPCChangeLightColor();

void AABFountain::ServerRPCChangeLightColor_Implementation()
{
	const FLinearColor NewLightColor = FLinearColor(FMath::RandRange(0.0f, 1.0f), FMath::RandRange(0.0f, 1.0f), FMath::RandRange(0.0f, 1.0f), 1.0f);
	MulticastRPCChangeLightColor(NewLightColor);
}

순서는 클라이언트가 서버에게 메세지를 보내면 서버가 MulticastRPC를 쏘도록 하는 로직이다.

        FTimerHandle Handle2;
        GetWorld()->GetTimerManager().SetTimer(Handle2, FTimerDelegate::CreateLambda([&]
        	{
        		for (FConstPlayerControllerIterator Iterator = GetWorld()->GetPlayerControllerIterator(); Iterator; ++Iterator)
        		{
        			APlayerController* PlayerController = Iterator->Get();
        			if (PlayerController && !PlayerController->IsLocalPlayerController())
        			{
        				SetOwner(PlayerController);
        				break;
        			}
        		}
               
                    //위 for문과 동일한 기능
                    //for (APlayerController* PlayerController : TActorRange<APlayerController>(GetWorld()))
                    //{
                    //	if (PlayerController && !PlayerController->IsLocalPlayerController())
                    //	{
                    //		SetOwner(PlayerController);
                    //		break;
                    //	}
                    //}
        
        	}
        ), 10.0f, false, -1.0f);

RPC를 쏘기위해 서버가 타이머를 통해서 컨트롤러에게 오너쉽을 제공한다.

타이머를 10초로 설정하고 10초안에 컨트롤러가 들어오면 해당 컨트롤러에게 분수대 오너를 제공해서 RPC를 받아 실행하도록 한다.

이런식으로 GetNetConnection을 활용해서 Connection이 있는 경우를 체크해 볼 수 있다.

...beginPlay 안되는 코드
    
    else
	{
		SetOwner(GetWorld()->GetFirstPlayerController());
		FTimerHandle Handle;
		GetWorld()->GetTimerManager().SetTimer(Handle, FTimerDelegate::CreateLambda([&]
			{
				ServerRPCChangeLightColor();
			}
		), 1.0f, true, 0.0f);
	}

위 코드처럼 BeginPlay에서 진행하면 실행되지 않는다.

서버가 아닌 클라에서 보내야 하기 때문에 hasAuthority() 가 false인 else문에서 클라이언트가 호출해줘야 한다.

분수대는 오너가 없는 액터임으로 오너를 삼아야지만 해당 RPC를 쏠 수 있다.

FirstPlayerController는 자기 자신의 컨트롤러이기 때문에 가져와서 오너를 가져오면된다.

하지만 위 코드에서 클라이언트가 오너를 가져오는 것은 의미가 없다.

클라이언트는 서버의 컨트롤러의 복제품이기 때문에 여기서 오너를 지정하는 것은 서버에게 영향을 주지 못한다.

즉, 서버에게 오너가 설정되어야 하기때문이다.

이번에 헤더에 WithValidation를 추가해서 검증 기능을 추가해본다.

	UFUNCTION(Server, Unreliable, WithValidation)
	void ServerRPCChangeLightColor();

bool AABFountain::ServerRPCChangeLightColor_Validate()
{
	return true;
}

위 메소드를 추가하면 실행이 가능하다.

검증을 진행해야 한다면 위와 같은 Validate를 추가해야 한다.

이번엔 ClientRPC로 제작해본다.

	UFUNCTION(Client, Unreliable)
	void ClientRPCChangeLightColor(const FLinearColor& NewLightColor);

void AABFountain::ClientRPCChangeLightColor_Implementation(const FLinearColor& NewLightColor)
{
	AB_LOG(LogABNetwork, Log, TEXT("LightColor : %s"), *NewLightColor.ToString());

	UPointLightComponent* PointLight = Cast<UPointLightComponent>(GetComponentByClass(UPointLightComponent::StaticClass()));
	if (PointLight)
	{
		PointLight->SetLightColor(NewLightColor);
	}
}

begin
타이머 
...
			const FLinearColor NewLightColor = FLinearColor(FMath::RandRange(0.0f, 1.0f), FMath::RandRange(0.0f, 1.0f), FMath::RandRange(0.0f, 1.0f), 1.0f);
			//MulticastRPCChangeLightColor(NewLightColor);
			ClientRPCChangeLightColor(NewLightColor);
...

서버 Client와 마찬가지로 Owner를 가지고 있어야 하기 때문에 이를 추가해 주어야 한다.

위 코드를 실행해보면 서버가 처음 10초는 색상이 변경이 된다.

이후 10초뒤에 서버는 타이머에 맞춰 클라이언트에게 Owner를 준다.

이때 부터 서버는 색상이 변경되지 않고, 클라이언트만 색상이 변하는 것을 볼 수 있는데,

즉 이렇게 해당 액터의 Owner를 가진 특정 클라이언트에게만 실행시키게 되는 것이 ClientRPC이다

RPC 주의사항

각 RPC 종류마다 올바르게 사용할 것.

- Client, NetMulticast는 서버에서만 호출

- Server는 클라에서만 호출, 플레이어 참여하는 리슨서버의 경우 호출 가능.

- Client, Server는 오너십을 가지고 있는 액터에서 호출

- 컨트롤러 : IsLocalController()

- 폰 : IsLocallyControlled()

틱 및 빈번하게 호출되는 함수에서 Reliable RPC를 사용하지 말것.

NetMulticast RPC의 잦은 사용은 네트워크 부하를 가중시키니 신중하게 사용할 것.

게임 플레이 및 액터 상태에 영향을 미치는 경우 RPC보다 프로퍼티 리플리케이션을 사용할 것.

프로퍼티 리플리케이션과 넷멀티캐스트 RPC

유사점

- 서버와 모든 클라이언트의 지정한 함수를 호출할 수 있음.

- 지정한 데이터 전송을 보장할 수 있음.

- 액터의 오너십과 무관하게 연관성으로 동작함.

차이점

- Property Replication 으로 설정한 데이터는 클라이언트에 반드시 동기화됨.

- NetMulitcast RPC를 호출한 타이밍에 클라이언트가 없으면 해당 데이터를 받을 길이 없음

정리

- PropertyReplication은 게임에 영향을 미치는 데이터에 사용함(Gameplay Property)

- NetMulicast RPC는 게임과 무관한 휘발성 데이터에 사용함(Cosmetic)

캐릭터 공격 플로우

기존에 있던 공격 방식

몽타주를 활용해서 Notify를 통해 공격 판정을 제어했다.

클라이언트에서 입력을 하는 부분을 확장한다.

서버로 데이터를 보내고, 서버가 공격을 진행하고 공격 판정을 진행한다.

	UFUNCTION(Server, Reliable, WithValidation)
	void ServerRPCAttack();

	UFUNCTION(NetMulticast, Reliable)
	void MulticastRPCAttack();

	UPROPERTY(ReplicatedUsing = OnRep_CanAttack)
	uint8 bCanAttack : 1;

	UFUNCTION()
	void OnRep_CanAttack();

void AABCharacterPlayer::GetLifetimeReplicatedProps(TArray<FLifetimeProperty>& OutLifetimeProps) const
{
	Super::GetLifetimeReplicatedProps(OutLifetimeProps);

	DOREPLIFETIME(AABCharacterPlayer, bCanAttack);
}

클라이언트에게 입력을 받으면 ServerRPCAttack이 호출된다.

이로 서버는 MulticastRPCAttack()을 모두에게 호출한다.

서버가 공격 타이머를 호추하고, 이 순간에 공격 판정을 진행한다.

프로퍼티 만들었으니까 등록한다.

void AABCharacterPlayer::Attack()
{
	//ProcessComboCommand();

	if (bCanAttack)
	{
		ServerRPCAttack();
	}
}

공격 키를 눌렀을때 서버에게 받은 bCatAttack이 가능상태일때 서버로 공격 메소드를 보낸다.

bool AABCharacterPlayer::ServerRPCAttack_Validate()
{
	return true;
}

void AABCharacterPlayer::ServerRPCAttack_Implementation()
{
	AB_LOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));
	MulticastRPCAttack();
}

받은 서버는 순서대로 Validate를 체크해서 유효한지 확인한다.

이후 Implementation을 호출하는데 MulticastRPCAttack()을 통해 모든 클라이언트 에게 해당 액터가 공격을 진행하라고 보낸다.

void AABCharacterPlayer::MulticastRPCAttack_Implementation()
{
	AB_LOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));

	if (HasAuthority())
	{
		bCanAttack = false;
		OnRep_CanAttack();

		FTimerHandle Handle;
		GetWorld()->GetTimerManager().SetTimer(Handle, FTimerDelegate::CreateLambda([&]
			{
				bCanAttack = true;				
				OnRep_CanAttack();
			}
		), AttackTime, false, -1.0f);

	}

	UAnimInstance* AnimInstance = GetMesh()->GetAnimInstance();
	AnimInstance->Montage_Play(ComboActionMontage);
}

해당 메소드를 받은 다른 클라이언트들은 애니메이션을 진행하는데, 이때 HasAuthority() (서버인가) 를 확인하는데, 서버만 공격 판정을 위해 타이머로 공격 가능상태, 불가능 상태를 호출하게 된다.

다른 클라이언트가 보기엔 해당 액터는 공격 애니메이션만 진행하는 중인것이다.

물론 당사자도 애니메이션만 진행하게 된다.

void AABCharacterPlayer::OnRep_CanAttack()
{
	if (!bCanAttack)
	{
		GetCharacterMovement()->SetMovementMode(EMovementMode::MOVE_None);
	}
	else
	{
		GetCharacterMovement()->SetMovementMode(EMovementMode::MOVE_Walking);
	}
}

상태에 맞춰 움직임 상태를 수정할 수 있는데, Property Replicated 인데 이렇게 호출하는 이유는 서버는 이 상태를 가지지 못하기 때문에 서버만 따로 OnRep_CanAttack()을 호출하고 클라이언트는 CallBack을 통해 호출받게 된다.

void AABCharacterPlayer::AttackHitCheck()
{
	if (HasAuthority())
	{
    	...

이제 AttackHitCheck는 서버만 진행하도록 로직을 수정한다.

Notify가 호출하는 공격 체크는 이제 서버만 진행한다.

액터 컴포넌트 리플리케이션

언리얼에서 리플리케이션의 주체는 액터이다.

액터가 소유하는 언리얼 오브젝트에 대해 리플리케이션 진행이 가능하다.

- 이를 통틀어 서브오브젝트(subobject)라고도 한다.

스탯을 관리하는 액터 컴포넌트의 리플리케이션 설정

- 리플리케이션 지정 : SetIsReplicated(true)

- 리플리케이션이 준비되면 호출되는 이벤트 함수 : ReadyForReplication

액터가 리플리케이션을 활성화할때 진행했떤 PostInitializeComponent와 BeginPlay 사이의 PostNetInit()과 유사하다.

CharacterStatComponent에 있는 CurrentHP를 동기화 할 것이다.

protected:
	UPROPERTY(ReplicatedUsing = OnRep_CurrentHp, Transient, VisibleInstanceOnly, Category = Stat)
	float CurrentHp;
    ...
    
protected:
	...
	virtual void ReadyForReplication() override;
	virtual void GetLifetimeReplicatedProps(TArray<FLifetimeProperty>& OutLifetimeProps) const override;

	UFUNCTION()
	void OnRep_CurrentHp();

};

	SetIsReplicated(true);
    
    ...
    
void UABCharacterStatComponent::GetLifetimeReplicatedProps(TArray<FLifetimeProperty>& OutLifetimeProps) const
{
	Super::GetLifetimeReplicatedProps(OutLifetimeProps);

	DOREPLIFETIME(UABCharacterStatComponent, CurrentHp);
}

생성자에선 SetIsReplicated를 넣어준다.

사용할 CurrentHP를 등록한다.

void UABCharacterStatComponent::ReadyForReplication()
{
	AB_SUBLOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));
	Super::ReadyForReplication();
}

여기서 보면 로그를 AB_SUBLOG 로 변경했는데 그 이유는 Define되어있는 부분에서 GetLocalRole()과 GetRemoteRole()을 사용했다.

이 두 함수는 액터에 대한 메소드이고 ActorComponent의 메소드가 아니다.

따라서 오너를 가져와서 오너의 롤을 확인해야한다.

#define LOG_LOCALROLEINFO *(UEnum::GetValueAsString(TEXT("Engine.ENetRole"), GetLocalRole()))
#define LOG_REMOTEROLEINFO *(UEnum::GetValueAsString(TEXT("Engine.ENetRole"), GetRemoteRole()))
#define LOG_SUBLOCALROLEINFO *(UEnum::GetValueAsString(TEXT("Engine.ENetRole"), GetOwner()->GetLocalRole()))
#define LOG_SUBREMOTEROLEINFO *(UEnum::GetValueAsString(TEXT("Engine.ENetRole"), GetOwner()->GetRemoteRole()))

#define AB_LOG(LogCat, Verbosity, Format, ...) UE_LOG(LogCat, Verbosity, TEXT("[%s][%s/%s] %s %s"), LOG_NETMODEINFO, LOG_LOCALROLEINFO, LOG_REMOTEROLEINFO, LOG_CALLINFO, *FString::Printf(Format, ##__VA_ARGS__))
#define AB_SUBLOG(LogCat, Verbosity, Format, ...) UE_LOG(LogCat, Verbosity, TEXT("[%s][%s/%s] %s %s"), LOG_NETMODEINFO, LOG_SUBLOCALROLEINFO, LOG_SUBREMOTEROLEINFO, LOG_CALLINFO, *FString::Printf(Format, ##__VA_ARGS__))

void UABCharacterStatComponent::OnRep_CurrentHp()
{
	AB_SUBLOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));
	OnHpChanged.Broadcast(CurrentHp);
	if (CurrentHp <= KINDA_SMALL_NUMBER)
	{
		OnHpZero.Broadcast();
	}
}

체력이 변경되면 호출되는 CallBack 메소드 이다.

캐릭터의 공격 구현 문제점

클라이언트의 모든 행동은 서버를 거친 후에 수행되도록 설계되어 있음.

통신 부하가 발생하는 경우 사용자 경험이 나빠짐.

의도적으로 패킷 랙을 발생시킨 후 이의 결과를 확인.

DefaultEngine.ini

[PacketSimulationSettings]
PktLag=500

이렇게 랙을 설정하고 실행하면 이동이나 공격, 데미지 연산등에 딜레이가 생겨서 나쁜 경험을 준다.

이를 위해 개선해야 한다.

- 클라이언트에서 처리할 수 있는 기능은 최댛나 클라이언트에서 직접 처리하여 반응성을 높인다.

- 최종 판정은 서버에서 진행하되 다양한 로직을 활용해 자세하게 검증한다.

- 네트워크 데이터 전송을 최소화 한다.

개선된 서버 통신

클라에서의 입력을 서버로 도달하는데에 랙이 걸리기 때문에 둘 사이의 애니메이션 차이는 분명히 존재한다.

이때 타이머를 제작하고 타이머를 활용해 ServerRPC에 담아서 보내고, 이를 서버가 받아 연산해서 얼마나의 딜레이가 있는지를 측정한다.

이 측정값을 활용해서 얼마나 딜레이가 되었는지 측정하고 이를 공격에 영향을 주도록 제작한다.

클라이언트가 데미지를 준것을 스스로 판단하고 해당 결과를 서버에게 보내 이 결과값이 타당한지를 확인하게 한다.

타당하다면 이를 처리해주고 종료하게 된다.

이렇게 함으로써 클라이언트가 행한 행동으로 유저에게 좋은 경험을 선사하고 서버에게 옳은 정보를 보내주게 될 것이다.

characterPlayer.h에 코드를 추가한다.

protected:
	...
	void PlayAttackAnimation();
	virtual void AttackHitCheck() override;
	void AttackHitConfirm(AActor* HitActor);
	void DrawDebugAttackRange(const FColor& DrawColor, FVector TraceStart, FVector TraceEnd, FVector Forward);

	UFUNCTION(Server, Reliable, WithValidation)
	void ServerRPCAttack(float AttackStartTime);

	UFUNCTION(NetMulticast, Unreliable)
	void MulticastRPCAttack();

	UFUNCTION(Client, Unreliable)
	void ClientRPCPlayAnimation(AABCharacterPlayer* CharacterToPlay);

	UFUNCTION(Server, Reliable, WithValidation)
	void ServerRPCNotifyHit(const FHitResult& HitResult, float HitCheckTime);

	UFUNCTION(Server, Reliable, WithValidation)
	void ServerRPCNotifyMiss(FVector_NetQuantize TraceStart, FVector_NetQuantize TraceEnd, FVector_NetQuantizeNormal TraceDir, float HitCheckTime);

	UPROPERTY(ReplicatedUsing = OnRep_CanAttack)
	uint8 bCanAttack : 1;

	UFUNCTION()
	void OnRep_CanAttack();

	float AttackTime = 1.4667f;
	float LastAttackStartTime = 0.0f;
	float AttackTimeDifference = 0.0f;
	float AcceptCheckDistance = 300.0f;
	float AcceptMinCheckTime = 0.15f;

공격과 공격 판정, 공격 애니메이션을 모두 분리했다.

이는 클라이언트가 진행해야 할 부분과 서버가 이를 판단해야 하는 부분을 분리하기 위함이다.

그리고 딜레이 시간이 얼마나 걸렸는지를 판단하기 위해 변수도 추가했다.

void AABCharacterPlayer::Attack()
{
	//ProcessComboCommand();

	if (bCanAttack)
	{
		if (!HasAuthority())
		{
			bCanAttack = false;
			GetCharacterMovement()->SetMovementMode(EMovementMode::MOVE_None);

			FTimerHandle Handle;
			GetWorld()->GetTimerManager().SetTimer(Handle, FTimerDelegate::CreateLambda([&]
				{
					bCanAttack = true;
					GetCharacterMovement()->SetMovementMode(EMovementMode::MOVE_Walking);
				}
			), AttackTime, false, -1.0f);

			PlayAttackAnimation();
		}

		ServerRPCAttack(GetWorld()->GetGameState()->GetServerWorldTimeSeconds());
	}
}

공격 부분을 서버가 아닌경우에만 공격 모션이 취하도록 수정했다.

이후 공격을 진행했다고 알리고 타이머뒤에 이동 가능 상태로 변경했다.

전송할때 사용되는 GetWorld()->GetGameState()->GetServerWorldTimeSeconds()를 사용해야 서버시간으로 활용이 가능하다.

void AABCharacterPlayer::PlayAttackAnimation()
{
	UAnimInstance* AnimInstance = GetMesh()->GetAnimInstance();
	AnimInstance->StopAllMontages(0.0f);
	AnimInstance->Montage_Play(ComboActionMontage);
}

애니메이션이 실행되는 코드이다.

void AABCharacterPlayer::ServerRPCAttack_Implementation(float AttackStartTime)
{
	AB_LOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));

	bCanAttack = false;
	OnRep_CanAttack();

	AttackTimeDifference = GetWorld()->GetTimeSeconds() - AttackStartTime;
	AB_LOG(LogABNetwork, Log, TEXT("LagTime : %f"), AttackTimeDifference);
	AttackTimeDifference = FMath::Clamp(AttackTimeDifference, 0.0f, AttackTime - 0.01f);

	FTimerHandle Handle;
	GetWorld()->GetTimerManager().SetTimer(Handle, FTimerDelegate::CreateLambda([&]
		{
			bCanAttack = true;
			OnRep_CanAttack();
		}
	), AttackTime - AttackTimeDifference, false, -1.0f);

	LastAttackStartTime = AttackStartTime;
	PlayAttackAnimation();

	//MulticastRPCAttack();
	for (APlayerController* PlayerController : TActorRange<APlayerController>(GetWorld()))
	{
		if (PlayerController && GetController() != PlayerController)
		{
			if(!PlayerController->IsLocalController())
			{
				AABCharacterPlayer* OtherPlayer = Cast<AABCharacterPlayer>(PlayerController->GetPawn());
				if (OtherPlayer)
				{
					OtherPlayer->ClientRPCPlayAnimation(this);
				}
			}
		}
	}
}

공격 딜레이의 시간을 측정해서 이를 타이머로 활용해서 영향을 주게 한다.

void AABCharacterPlayer::MulticastRPCAttack_Implementation()
{
	if (!IsLocallyControlled())
	{
		PlayAttackAnimation();
	}
}

Multicast 는 게임에 영향을 크게 주지않는 효과들을 넣는게 더 안정적이다.

그래서 내 캐릭터가 아닌 캐릭터들에게 애니메이션을 실행하도록 로직을 추가했다.

bool AABCharacterPlayer::ServerRPCAttack_Validate(float AttackStartTime)
{
	if (LastAttackStartTime == 0.0f)
	{
		return true;
	}

	return (AttackStartTime - LastAttackStartTime) > AttackTime;
}

마지막으로 공격한 시간과 다시 공격한 시간의 차이가 기본으로 설정된 공격 시간보다 작게 되면 뭔가 문제가 있다는 뜻이다. 따라서 이 값을 토대로 return 해주게 된다.

공격 판정 부분은 HasAuthority 부분을 IsLocallyControlled() 로 변경한다.

내가 컨트롤러 일때 이를 구현한다.

void AABCharacterPlayer::AttackHitCheck()
{
	if (IsLocallyControlled())
	{
		...
		float HitCheckTime = GetWorld()->GetGameState()->GetServerWorldTimeSeconds();
		if (!HasAuthority())
		{
			if (HitDetected)
			{
				ServerRPCNotifyHit(OutHitResult, HitCheckTime);
			}
			else
			{
				ServerRPCNotifyMiss(Start, End, Forward, HitCheckTime);
			}
		}
		else
		{
			FColor DebugColor = HitDetected ? FColor::Green : FColor::Red;
			DrawDebugAttackRange(DebugColor, Start, End, Forward);
			if (HitDetected)
			{
				AttackHitConfirm(OutHitResult.GetActor());
			}
		}
	}
}

서버가 아니라면 데미지를 입힌경우 서버로 보내고, 아닌경우는 흘린다.

서버의 경우에는 데미지 입는게 판단된다면 서버입장에선 바로 데미지를 주는 로직을 타면 된다.

데미지를 받은게 인정될 경우

bool AABCharacterPlayer::ServerRPCNotifyHit_Validate(const FHitResult& HitResult, float HitCheckTime)
{
	return (HitCheckTime - LastAttackStartTime) > AcceptMinCheckTime;
}

void AABCharacterPlayer::ServerRPCNotifyHit_Implementation(const FHitResult& HitResult, float HitCheckTime)
{
	AActor* HitActor = HitResult.GetActor();
	if (::IsValid(HitActor))
	{
		const FVector HitLocation = HitResult.Location;
		const FBox HitBox = HitActor->GetComponentsBoundingBox();
		const FVector ActorBoxCenter = (HitBox.Min + HitBox.Max) * 0.5f;
		if (FVector::DistSquared(HitLocation, ActorBoxCenter) <= AcceptCheckDistance * AcceptCheckDistance)
		{
			AttackHitConfirm(HitActor);
		}
		else
		{
			AB_LOG(LogABNetwork, Warning, TEXT("%s"), TEXT("HitTest Rejected!"));
		}

#if ENABLE_DRAW_DEBUG
		DrawDebugPoint(GetWorld(), ActorBoxCenter, 50.0f, FColor::Cyan, false, 5.0f);
		DrawDebugPoint(GetWorld(), HitLocation, 50.0f, FColor::Magenta, false, 5.0f);
#endif

		DrawDebugAttackRange(FColor::Green, HitResult.TraceStart, HitResult.TraceEnd, HitActor->GetActorForwardVector());
	}

}

서버가 현재 HitActor와의 거리를 연산한다.

이후 해당 거리가 맞을만한 충분한 거리였다고 판단되면 인정을 해준다.

그게 아니라면 로그만 띄운다.

void AABCharacterPlayer::AttackHitConfirm(AActor* HitActor)
{
	AB_LOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));

	if (HasAuthority())
	{
		const float AttackDamage = Stat->GetTotalStat().Attack;
		FDamageEvent DamageEvent;
		HitActor->TakeDamage(AttackDamage, DamageEvent, GetController(), this);
	}
}

맞은 경우를 인정해준 결과 서버인 경우에 데이터를 연산해준다.

공격 범위 디버그로 그리는 메소드를 구현한다.

void AABCharacterPlayer::DrawDebugAttackRange(const FColor& DrawColor, FVector TraceStart, FVector TraceEnd, FVector Forward)
{
#if ENABLE_DRAW_DEBUG

	const float AttackRange = Stat->GetTotalStat().AttackRange;
	const float AttackRadius = Stat->GetAttackRadius();
	FVector CapsuleOrigin = TraceStart + (TraceEnd - TraceStart) * 0.5f;
	float CapsuleHalfHeight = AttackRange * 0.5f;
	DrawDebugCapsule(GetWorld(), CapsuleOrigin, CapsuleHalfHeight, AttackRadius, FRotationMatrix::MakeFromZ(Forward).ToQuat(), DrawColor, false, 5.0f);

#endif
}

빗나갔을 경우를 구현한다.

bool AABCharacterPlayer::ServerRPCNotifyMiss_Validate(FVector_NetQuantize TraceStart, FVector_NetQuantize TraceEnd, FVector_NetQuantizeNormal TraceDir, float HitCheckTime)
{
	return (HitCheckTime - LastAttackStartTime) > AcceptMinCheckTime;
}


void AABCharacterPlayer::ServerRPCNotifyMiss_Implementation(FVector_NetQuantize TraceStart, FVector_NetQuantize TraceEnd, FVector_NetQuantizeNormal TraceDir, float HitCheckTime)
{
	DrawDebugAttackRange(FColor::Red, TraceStart, TraceEnd, TraceDir);
}

ServerRPCAttack_Implementation.cpp

 //ServerRPCAttack_Implentation
	for (APlayerController* PlayerController : TActorRange<APlayerController>(GetWorld()))
	{
		if (PlayerController && GetController() != PlayerController)
		{
			if(!PlayerController->IsLocalController())
			{
				AABCharacterPlayer* OtherPlayer = Cast<AABCharacterPlayer>(PlayerController->GetPawn());
				if (OtherPlayer)
				{
					OtherPlayer->ClientRPCPlayAnimation(this);
				}
			}
		}
	}

void AABCharacterPlayer::ClientRPCPlayAnimation_Implementation(AABCharacterPlayer* CharacterToPlay)
{
	AB_LOG(LogABNetwork, Log, TEXT("%s"), TEXT("Begin"));
	if (CharacterToPlay)
	{
		CharacterToPlay->PlayAttackAnimation();
	}
}

이렇게 딜레이가 생겨서 유저의 경험 악화를 최소화 하는 방법을 사용할 수 있게 되었다.