생각보다는 블로그를 병행할 때나 잠시 멈출때나 결과적으로는 큰 변함이 없길래 다시 복귀했다는 것이 결론인데, 하루 단위보다는 주마다의 회고로 가져가고 중간에 정리하고 싶은 내용만 회고로 남기는게 맞을 것 같다.

제대로 기술블로그로 쓰려했던 Medium보다는 일상을 추가하는 블로그가 여기 벨로그인데, 너무 이벤트적 일상만 남기는 것 같아 지양하기로 마음 먹었음. 국토종주, 대전여행 기록도 바이바이

최근 나는 친구와 함께 주간목표를 올리고 주간 회고를 하는 방식으로 네이버카페를 운영하기로 했다. 오늘 업로드한 주간목표 내용은 아래와 같음. 참고로 이름은 거의 실명으로 하기로 했는데 자주 불리는 이름으로 쓰기로 했다.

크게 달라진 점이 있다면 운동시간을 이른 아침으로 바꿨다는 점이다. 오후에 운동시간을 맞추려다보니 생각보다 내 시간을 알차게 쓰질 못해서 오전에 헬스장을 가는 것으로 바꿨음.

혼자서 하면 며칠 하다가 무산될 것 같아서 인원을 모집했는데 생각보다 많이 모여서 나 포함 6명이서 진행하기로 했다. 헬스뿐만 아니라 수영, 러닝, 스트레칭 등 많이 다양했던 것도 신기했던 부분이다.

기존 목표는 6시 20분에 일어나 30분에 도착하는 것인데 아직까진 7시에 가까스로 도착하고만 있다.

오늘도 7시에 찍음 ㅎㅎ

아무튼 회고는 앞으로 계속 할 예정이고, 매주 주말이나 월요일에 슬쩍 글을 남기고 가지 않을까 싶다. 이번주도 힘내서 달려보자구!

0. 플래너 작성

기존 플래너는 꾸미지 않으면 정이 가지 않고, 그렇다고 꾸미기엔 배보다 배꼽이 커서 마루 플래너로 구매했었다. 잠깐 공백의 시간동안 이 플래너를 썼었지만 이를 모두 기록으로 남기기엔 미뤄둔걸 하다보면 하루하루를 놓칠 것 같아 현재에 집중해볼 생각이다. 과거의 투두는 언젠가 여유가 더 있을 때 아마 쓰지 않을까 싶음.

우선 오늘은 워밍업 단계로 백준 새 계정을 만들어 10문제 이상 푸는 것으로 목표를 잡았다. 이후 더 많은 계획을 세우고 실천해야지.

이렇게 계획을 세운 이유는.. 전에 회복에만 집중했던 내가 다시 공부에 제대로 손을 잡으니, 이전에 공부했던 내용을 꽤나 잃어버렸다는 것을 체감할 수 있었기 때문이었다. 특히 운영체제를 공부하겠다고 공룡책을 펼쳐서 60p까지 쭉 읽어보았을 때.

이해가 안되는 것도 아닌, 그렇다고 이걸 설명할 수준도 아닌 어색함과 익숙함 사이에서 내 머리가 이 이론들을 거부하는 것을 보고 꽤나 충격을 받았다. 그래서 동기들한테 이 얘기를 하며 하소연을 하고 어떻게 공부하면 좋을지에 대해 물어보았더니, 내가 너무 급하게 생각하고 있다 하더라.

늘 효율적인 루트를 밟길 원해서 유명한 혹은 잘 알려지지 않았지만 나에게 도움이 될 그런 정보들을 열심히 모으고 그 정석루트대로 나아가려는 식으로 큰 그림을 그리며 노력했었는데 늘 내가 목표한 기간안에 쉽게 끝낸 적은 거의 없었다. 그걸 나도 인식하고 있어서인지 그 말이 꽤나 와닿았고 좀 더 여유를 가진 채로 임해보고자 했다. 그렇게 나는 '그걸 왜 해요', '그걸 할 바엔 ~~ 하는게 나을텐데' 라는 생각을 이젠 제쳐두고 가장 후순위로 미뤄두었던 기초자료부터 다시 공부해볼 생각이다.

조금 늦어질지라도 나를 위한 길을 위해 나에게 맞춰 나아가야지 응응

이런 나의 깨달음속에서 전에 많이 들었던 노래인 연습 별로 안 했어요, 50시간 정도를 들으며 초심을 찾아보려 했는데 역시 다시 들어도 공감도 성찰도 한단계 더 할 수 있게 된 것 같다.

여전히 떨리고 여전히 또 서먹하고 여전히 무뎌지지 않고 처음 같은 조각 수없이 걸어도 낯선 길도 있더라고 (변함없이) 연습 별로 안 했어요, 50시간 정도

단단한 쪽도 나이기에 무른 쪽도 나이기에

1. PS 1문제 이상 풀기

어제 백준 계정을 하나 새로 만들었다. 내 실력은 하찮을 정도로 내려갔는데 늘 플레 4가 적힌 랭크를 보며 내가 아직 그 수준이라는 착각(거의 합리화겠지만)을 끊임없이 하는 것을 보고 이 기회에 계정을 새로 파서 다시 처음부터 해보기로 했다.

근데 새 계정이다보니 솔브닥 배경이나 프로필이 마음에 들지 않아 아직 열려있는 이벤트 문제들을 본계 답을 옮겨 배경을 얻어두었다.

0문제 해결이 이렇게 반가운 순간이 있었던가. 오늘부터 차근차근 채워야지. 우선 솔브닥 class 문제들로 시작하고 막히는 순간 단계별로 넘어갈 생각이다.

그렇게 솔브닥 class 1 첫문제를 풀었는데 처음부터 틀렸다.

Java8과 Java11을 잘 설정해두었는데 사이트 오류로 C99가 들어온채로 채점되어버렸다 흐우ㅜ 너무 아쉽긴하지만 그래도 간단한 문제니까 넘어가자..

1000번. A+B
1001번. A-B 1008번. A/B
1152번. 단어의 개수 => st.hasMoreTokens() 메소드를 쓰려면 st.nextToken()으로 빼는 부분이 있어야 한다. 2438번. 별 찍기 - 1 2439번. 별 찍기 - 2 2475번. 검증수 2557번. Hello World 2562번. 최댓값 2577번. 숫자의 개수 10699번. 오늘 날짜 => Date만 가능할까?

전부 다 1학기 마지막 프로젝트 기간이었다. 그렇게 열심히 만들었던 것 같지는 않은데, 그래도 한건 있으니 프로젝트 진행에 대한 자세한 기록은 나중에 블로그로 끄적일 생각이다.

뭐 그렇다해도 지금 나에게 온 가장 큰 이벤트는 1학기가 끝났다는 점이다! 비록 계절학기나 여러 이벤트들이 있어서 완전한 방학은 아니지만, 한동안은 그 길을 걷지않아도 된다고 생각하니 굉장히 마음이 편안하다~ 시간으로 따지면 걷기만했을 때 30분도 안되는 거리인데 그 아침에 일어나고 준비해서 가는게 얼마나 버거웠던지...

무엇보다 더 큰 이벤트는 내 건강이 1학기 시작 전과는 차원이 다르게 호전되고 있다는 점이다. 이건 내 출석 현황만 봐도 확인이 가능한데..

매달 한번씩 병원으로 인한 사유조퇴와 함께 집에서 나가기가 힘들어 임의지각이 상당하게 찍혀있던 1,2월에서부터 지각을 줄여나가려 이를갈고 어떻게든 몸을 끌고 나갔던 3월, 그리고 조금씩 호전되어 전보다 수월하게 갈 수 있었던 4,5월! 다시봐도 이번연도의 암흑기는 1,2월이었다는 부분이 보인다.

사실 1학기는 나중에 취업했다는 전제로 회사에 일원이 된다면 아파서 병가를 자주 쓰게 될 것 같아서 기업에 지원을 하지않았다. 물론 네이버는 꿈의 기업이라 서류만이라도 넣어봤지만.. 하여튼 그만큼 회복에만 애썼는데 이제 좀 사람구실?을 할 수 있게 된 것 같아 마음이 놓인다. 이제는.. 정말로 취준생이라는 포지션에 맞게 나의 역량을 제대로 끌어올릴 때가 된 것 같다.

그런 생각으로 오랜만에 벨로그를 들어와 나의 TIL을 살펴봤는데, 이렇게만 남기는 게 과연 의미가 있는 짓일까 싶었다. 이런 생각이 꽂혔던 가장 큰 계기는 최근 싸피 1학기 종료와 함께 나에게 쓰는 편지를 되돌려받을 때였다. 대부분은 뭐라고 썼는지 기억이 안난다는 말이 들려왔지만 나는 아주 명확하게 뭘 적었었는지를 기억하고 있었다. 대부분이 감성적인 글귀로 편지지를 채울 때 나는 나에게 가장 필요한 말을 남겨두는게 나를 가장 위한 길이라 생각했기에 내가 무엇을 해야했고 나중에 내가 얼마나 나아가 있었는지를 적어두기로 했었다. 그리고 그 편지 내용은 아래와 같다.

글을 보면서 참 나답다라는 생각이 들면서도, 취준을 위해 생각했던 과정들은 그때나 지금이나 많이 비슷하다는 것을 더 깨달았던 것 같다.

이 편지(..라기보단 계획이지만)를 읽다보니 늘 같은 목표를 가지고 끝까지 난 달성하지 않는구나 라는 생각이 더 들었다.

그래서 하루하루 회고를 하면 뭐하나, 결국 사람은 어떤 루틴을 따라 타고타고 가다가 돌아올텐데 라는 생각이 들어 나의 회고 방식을 바꿔보기로 했다.

전에 싸피셜 블로그를 보다 발견한 회고방법이었는데 오랜만에 찾으려 하니 이름이 기억나지가 않았다. KMP, KNT 온갖 오답을 남발하다 KPT를 찾았다.

KPT는 Keep, Problem, Try 이렇게 3가지 관점을 지켜서 회고를 해야했다. 각 키워드에 대한 설명은 아래와 같은데

• Keep : 내가 잘하고 있어서 계속 했으면 하는 부분
• Problem : 개선이 필요하다고 생각한 부분
• Try : 그래서 어떻게 시도할 것인지

회고의 정체성을 가장 잘 나타낸다고 느껴져서 채택했다.

방학 주는 일정을 다 잡아두어서 그때는 잠깐 멈칫하겠지만, 장기적으로 꾸준함을 가져가기 위해 제대로 노력해야지!

그리고 이번엔 나의 슬로건처럼 하나씩 바꿔야지

그래서 TIL이란 이름을 붙이기엔 배운게 없는 듯해(?) 일상 기록으로 이야기나 풀어볼 생각이다.

5월 10일 금요일

이 날은 싸피에서 Vue적용 프로젝트를 하는 날이었다. 이 떄를 기점으로 이후 일주일간 관통 프로젝트를 끝내야하기 때문에 촉박할 듯 싶지만 사실 생각보다 머리를 싸맬 이유는 없었다.

이때까지 다른 언어나 문법을 썼을 뿐이지 틈틈히 같은 주제로 거의 같은 기능을 가진 프로젝트를 해오고 있었기 때문에 페어나 나나 그렇게 할게 없다고 생각했다. 그래서 오늘도 마찬가지로 Vue로 바꾸는건 이미 받은 샘플 프로젝트에서 큰 틀은 가져가고 나머지만 조금 수정해서 제출하기로 했다.

그러다 할게 없어서 로고도 만들고 레이아웃 조금 바꿔보면서 만들었는데, 그럼에도 불구하고 시간이 남았다.

이게 만든 로고인데 생각보다 이상하진 않아서 결과가 나와서 꽤나 만족했었음.

무튼 그렇게 프젝은 빨리 끝내고 서로 정처기 공부를 하며 시간을 보내는 것 같다가 놀게 되긴 했음..

그러다 CS 스터디를 하자는 제안에 재밌을 것 같아 응하고, 스터디가 생각난 김에 다른 싸피생 하나 붙잡고 강의 스터디도 제안했다.

원래 스터디를 2인이서는 잘 하지 않는데, 서로 다른 2인, 2인으로 CS스터디와 강의스터디를 하게 되었음!

한동안 스터디를 안하고 살았는데, 다시 내 일상에 들어오는건가.. 흐으음

5월 11일 토요일

이 날은 B형 특강과 정처기 준비로 거의 하루가 끝났다.

아침에 일어나니 10시여서 가볍게 한시간정도 산책했다. 집에 돌아와서는 슬슬 배가 고파와서 한줄 남겨둔 삼겹살을 구워 쌈채소에 싸먹고 집안일을 좀 하니 12시 반쯤 되었던 것 같다.

시간이 왜이리 빨리지나가냐 툴툴대며 특강들을 세팅을 한 뒤, 시간이 지나 특강을 들었다. 2시간쯤 지났을까 슬슬 졸려서 게임 던전 몇판 좀 돌았고 다시 정신이 차려져서 특강 나머지를 무사히 들을 수 있었다.

그렇게 특강을 마치고 다시 게임 좀 하다가 산책하고 정처기 책을 펼쳐서 공부를 좀 하고 이정도면 된거겠지 생각하며 잠에 들었다.

그냥 무~난히 흘렀던 하루.

5월 12일 일요일

이 날은 이벤트가 많다. 드디어 정처기 공부를 안해도 되는 날이었기 때문!

아침에 좀 게으르게 빈둥거리다 일어났는데 오늘따라 머리가 너무 긴게 아닌가라는 생각이 들었다. 그래서 화장실 거울 앞에서 머리 길이를 봤는데 와.. 허리보다 더 내려가네 쓰읍

정처기 보고 돌아와서 커트나 할까

곱슬이라 레이어드컷이나 허쉬컷을 하면 관리가 어렵다는 것을 알면서도 아이유 허쉬컷을 보며 감상했다.

와아아 진짜 너무 예쁘다ㅜ

검색하다보니 확실히 커트하는게 더 예쁘고 시원해보여서 제대로 자극받았고, 그 기세로 미용실에 2시 반쯤 예약했다. 그 후 준비를 마치고 정처기 응시장소로 향했다.

내가 접수한 곳은 한국IT직업전문학교 양재관(6실) 이었다. 수업 때문에 접수시간을 놓쳐 집에서 가장 가까운 곳으로 하진 못했지만 이 정도 거리면 산책하기 나쁘진 않겠다는 생각이 들어 이곳으로 잡았다.

집에서 일찍 출발해 근처 카페에서 1~2시간 공부 좀 하다가 들어가려고 카페를 찾아봤는데 마땅한 곳을 찾기가 어려웠다. 개인카페여서 오늘 영업을 안하기도 했지만 무엇보다 카페가 생각보다 보이지 않아 당황스러웠던.. 근처가 유치원, 초등학교가 많아서인지 그 흔한 스터디카페 조차도 조금 멀었다.

그렇게 찾다가 발견한 곳이 무인카페 만월경! 무인카페임에도 불구하고 좌석이 넓고 디저트가 맛있다는 후기가 보여서 이 곳으로 가기로 했다.

걷다보니 숲길이 너무 예뻐서 카메라를 들이밀었다. 그늘진 사이로 햇빛이 들어오는 길이 주는 분위기는 확실히 다르구나.

빛과 그림자로 얼룩덜룩한 길 사이로 발걸음을 옮기는 이 수수함이 좋았고, 괜히 걸어가는 모습도 한컷 찍었다.

이 길을 걸어가면서 내 뜻대로 다 될 것 같은 기분을 받았고 만월경이 있는 상가를 찾아 들어갔다.

크 고급 커피와 맛있는 디저트라니 어떻게 공부가 안되겠어 하며 들어갔는데, 뭐랄까.. 시간이 멈춘 듯한 느낌? 이상하리만치 고요한 공기?를 마주했다.

나와 같은 방향으로 걸어가던 한분이 계셨는데 보조가방에 책이 들은걸로 보아 저분도 카공하러 만월경에 가는구나 싶었다. 그런데 들어가다가 돌아 나가셔서 설마 영업을 안하는건가 하며 들어갔는데.. 5월 18일 영업종료라 그때까지 열지 않는다는 종이가 붙어있었다.

으아 안돼! 여기말곤 카페가... 너무 먼데ㅜ

상가에서 나와 다른 카페를 검색했는데 그나마 양재도서관 안의 카페가 가까웠다. 하지만 걸어서 10분.. 평소라면 가깝다고 생각했겠지만, 시험까지 1시간 반 정도 남은 시간 대였기 때문에 찰나의 시간도 아까웠다. 그렇지만 공부는 해야한다 싶어 도서관으로 향했다.

걷다보니 저 멀리 양재도서관이 보인다! 저 건물 안에 카페가 있다는 거겠지 생각하며 지나가는데 와.. 도서관인데 주차장이 만차야.. 심지어 3대정도가 앞에서 기다리고 있었다.

책읽으러 차를 타고, 그리고 만차여서 바로 들어가지도 못한 채 하염없이 기다리고.. 정말 대단한 사람들이라 생각했음.

그렇게 도서관 내의 카페로 들어가려했는데, 어라라? 저게 뭐다냐

횡단보도를 건너면 있는 곳에 야외도서관이 보였다. 생각보다 햇빛에 아늑해보이고 사람들도 몇몇 보여서 감상에 젖은 채 차도를 건넜다.

오.. 테이블과 의자들이 큼직큼직하다! 거기다 가장 좋아보였던 자리가 비어있다. 이건 못참지 하며 바로 앉아 짐을 꺼냈다.

노트북과 마우스, 공책, 그리고 펜 몇자루 하나둘 꺼내는데 괜히 야외로 와서 와이파이를 못잡으려나 하는 생각이 앞섰다. 그래서 노트북의 전원을 켜고 화면이 밝아지자마자 와이파이를 확인하는데 뭔가 벌써 하나 잡혀있더라.

알고보니 이 야외 도서관도 와이파이가 잡히는 곳이었다! 덕분에 안심하고 편하게 남은 시간동안 공부한 내용 리마인드를 마칠 수 있었다. 중간중간에 참새가 내 발밑과 테이블 위에 왔었는데 그 순간을 못찍어서 아직까지도 너무나도 아쉽다.

정리를 끝내고 나니 슬슬 배가고파서 응시장 근처에 있는 GS25에 들르기로 했다.

편의점에 도착했는데 처음으로 춘식이가 그려진 맛별 우유 시리즈가 전부 있는 걸 봤다. 한번도 모든 맛이 있는건 못봤는데 이걸 이곳에서 보네 생각하며 신기해서 한컷 찍었다. 알록달록하니 예쁘네! 그리고 아점을 해결해줄 음식들을 골랐는데 응원하는 마루가 그려진 삼각김밥과, 원조 오모리와 편의점 오모리 비교를 위해 김치찌개 라면을 담았다.

확실히 먹으면서 원조 오모리가 당황스러웠던 이유를 체감할 수 있었다. 편의점 오모리는 하나도 안셔! 그나마 김치를 아주 오래 씹으면 아아아주 약간의 새콤한 맛이 올라오긴 하지만 이건 원조 오모리의 신맛에 비하면 아무것도 아니지..

그때는 너무 셔서 한입한입이 힘들었는데, 편의점 오모리 때문인지 그 신맛을 다시 맛보고 싶다는 생각을 하며 먹고 나왔다.

그렇게 응시장에 들어가서 시험을 봤는데 IT학교라서 그런가 컴퓨터가 너무 붙어있었다.

주황색이 책상, 초록색이 컴퓨터 본체, 검은색이 컴퓨터 였는데 정말.. 이렇게 시험장을 만들어도 허가가 나오는건지 의문이 들었던 곳이었음.

의자와 책상을 최대한 붙이지 않으면 뒤로 사람이 지나갈 수 없을 정도로 좁았고, 모니터는 옆사람것과 거의 붙을 정도로 가까웠다. 또한, 모니터가 상당히 낮아서 앞 책상의 사람들의 이름은 무엇인지, 응시종목은 무엇인지 확인하기도 쉬웠다.

그래도 다행히 내 앞의 분들은 나와 다른 시험을 응시하는 분이었고, 단 한분만이 같은 정처기였는데 시험장에 오지 않았다. 괜히 있었다면 신경쓰였을 것 같은..

아무튼 괜히 내쪽을 보는 것 같은 사람들의 시선을 겨우 무시한 채 시험을 치르게 되었는데, 문제를 보자마자 이상하리만치 마음이 편해졌다.

난이도가 이게 맞나..

싸피 문제풀다가 정처기 문제를 보니 함정도 없고 아얘 문항에서 나 틀렸네~ 날 보게 하고 있어서 100문항임에도 불구하고 꽤나 빠른 시간내에 풀 수 있었다. 그렇지만 전기관련 종목으로 시험을 보던 옆사람이 나보다 더 자신감있게 답을 선택하고 먼저 끝내서 난 제대로 공부한 수준은 아니구나 하고 있었는데 무슨 버튼을 누르니 화면중간에서 빨간 숫자가 깜빡깜빡하는게 살짝보였다. 대충 응시화면은 아니길래 종료해주세요 같은 문구인줄 알았는데 살짝의 욕을 섞은 54점이라는 소리가 들려서 어라 이거 바로 성적이 나오는건가? 그리고 이 사람 떨어진거야? 불안함이 약간 들었다.

그렇게 온갖 불평을 섞은 말을 한참하면서 그 화면을 나오지 못하길래 빨리 결과 본거면 나가줬으면 좋겠다는 생각을 했던 것 같다.

시험의 모든 문항들을 한번씩 더 훑고 응시완료를 누르려고 할 때쯤 나가셔서 좀 편안한 마음으로 클릭했는데, 아니나 다를까 깜빡이며 점수가 떴고 나는 푸른색이었다. 이번 시험이 쉬웠던게 맞는지 생각했던 점수보다 더 높았고 편안한 마음으로 퇴실할 수 있었다.

시험도 끝났겠다, 예약해둔 미용실로 발걸음을 옮겼다. 간단하게 커트만 할 생각이어서 디자이너를 지정하지 않았는데, 막상 가니 수지 수석디자이너님이 담당해주셨다.

시원하게 거지존보다 살짝 아래 길이로 커트를 해볼까 했는데 곱슬이시니 머리가 말려올라갈 수 있어서 좀 더 긴 기장으로 자르는게 더 어울릴 것 같다는 제안을 해주셨고, 그렇게 하기로 결정했다.

한뼘 이상의 길이를 잘라내니 어색해서 한컷 찍었는데, 그 후에 층도 살짝 내주시고 컬도 만들어주셔서 한층 더 시원한 레이어드 컷을 할 수 있었다!

생각보다도 더 원했던 느낌이 나와서 만족해하며 이 기분을 한껏 표현하기위해 코노에 들러 몇곡 부른 후 집으로 돌아갔다 :)

보통 쓰는 흐름

git init
git branch // 브랜치 확인
git branch -M main
git remote add origin (레포주소)
git remote -v
git add .
git commit -m "initial commit"
git push origin main

평소에 잘 실행되던데 왜 다른 컴퓨터로 하니 권한이 없다고 할까

이런 경우엔 PC에 저장된 계정정보가 본인의 정보와 달라서 발생한 문제일 수 있다.

Window 자격 증명 메뉴를 찾아서 아래에 등록된 일반 자격 증명을 확인해보자!

오늘 git 이슈

오늘 레포를 만들고 기존 파일을 넣으려는데 계속 오류가 났다

remote: Permission to <나의 레포주소> denied to Cutaku. fatal: unable to access '<나의 레포주소>': The requested URL returned error: 403

오랜만에 레포를 만들어서 그런가 생각하면서 뭘 실수했겠지 생각하는데, 아무리 봐도 난 평소처럼 만들었고 실수할 부분이 없었다.

왜일까 하고 찾아보는데

[Git] remote: Support for password authentication was removed on August 13, 2021. Please use a personal access token instead.

Password authentication is temporarily disabled as part of a brownout. Please use a personal access token instead.

아 이게 보안 추가한다던 것 때문에 발생한 오류구나

정리

git remote set-url origin https://(토큰)@github.com/(레포주소) git push origin main

요새 집에만 가면 플래너를 펼치질 못하고 있다. 이걸 어떻게 해결할지 고민하다가 처음 플래너에 사용에 익숙해지기 위해 스티커로 꾸몄으니 앞으로도 집에서 모든 활동을 끝낸 뒤에 스티커를 붙인다면 좀 더 손에 붙지 않을까라는 생각이 들었다.

앞으로 꾸미는 건 집에 있는 나에게 맡겨야지.

그리고 하나 더 평소와 다르게 해볼 것은 목차에 depth를 추가하는 것.

단순히 1,2,3... 배열은 아 오늘 몇개 했네 정도의 생각만 들어서 다 부숴보자 하고 시작하더라도 큰 목표의식이 들지 않았다. 왜일까 생각하다가 이 각각의 목표가 너무 독립적이라 했으면 ok 흐름으로 흘러가서 그럴 수도 있겠다고 생각했음.

그래서 오늘부터 목차에 depth를 추가함으로서 앞의 목표를 끝내야 올 수 있는 단계임을 나타내고자 했다.

좀 더 많이 달성할 수 있길 바라며, 오늘 하루도 알차게 갓생을 살아보쟈

depth 1) PCCP 대비 2문제 이상 풀기

문제 1) 등굣길

많이 풀어본 유형의 문제였다.

가로와 세로가 100 길이 이하이므로 맵의 크기는 최대 1만이다.

모든 칸에 대해서 오른쪽과 아래로 이동 가능하므로 한칸 당 2번의 이동 결과가 발생할 수 있다. 그러면 간단하게만 생각해봐도 2^10000 이므로 엄청난 시간복잡도를 가짐을 확인 가능하다.

또한, 이 문제가 동적 계획법 문제임을 가장 빠르게 확인하려면 특정 수로 나눈 나머지를 구해야 한다는 조건이 있는지 살펴보는 것이 좋다. 그리고 이런 유형을 많이 풀었다면, 왔던 길을 되돌아가는 경우가 없으므로 dp로 구할 수 있다고도 생각할 수 있을 것이다.

무튼 나는 나머지 연산을 보고 dp겠다 싶었고 위의 언급한 부분들을 살펴본 뒤 바로 구현으로 들어갔다.

가지 못하는 부분이 있는데 굳이 boolean 2차원 배열을 또 선언해서 처리하는 것은 비효율적이다. 여기서 거리는 0 이상이어야 하니까 기존 dp 배열에 음수 값으로 못가는 곳을 전처리 해두면 된다.

그리고 위와 왼쪽에서 오는 값을 합산할 때 음수가 될 수도 있다. 이 경우엔 if문이나 삼항연산자, 그리고 Math.max() 등의 방법으로 간단하게 작성 할 수 있을 것이다.

문제 2) 숫자 게임

문제를 처음부터 읽다가 팀이 여러개인줄 알고 약간 겁을 먹었는데 결과적으론 A와 B팀 간의 승부만 가지고 풀면 되는 문제였다.

입출력을 먼저 봤어야 했는데 늘 까먹는 것 같은..

아무튼 이 문제를 요약하면 A팀의 순서(입력으론 무작위로 받은 값)을 알고있을 때 B가 가장 높은 점수를 받는 경우의 승점을 return 하는 문제였다.

여기서 이미 숫자는 부여받은 상태이므로 모든 선수를 어떤 타이밍에 등장시켜도 기존에 가졌던 숫자와 같은 상태로 나오게 된다. 즉, 단순히 A가 가진 숫자들과 B가 가진 숫자들만 잘 비교한 뒤 B가 큰 경우로만 짝을 맺을 수 있는 최대 경우의 수를 구하면 된다.

큰 경우를 어떻게 알 수 있을까 모든 숫자의 대소관계를 계속 비교해서?

그렇게 풀 순 있겠지만 브루트포스이므로 시간복잡도가 꽤나 커질 것으로 예상할 수 있다. 따라서 앞과 뒤의 대소관계를 명확하게 정리할 수 있는 정렬 알고리즘을 통해서 전처리를 한 뒤 투포인터나 이분탐색 등으로 하나씩 비교해 나가면 된다고 생각했다.

그 중 나는 투포인터를 선택했음.

문제 3) 단속카메라

와 오랜만에 문제 하나 푸는데 40분정도 썼다.

이 문제 유형은 할 때마다 헷갈리는데, 이번에 문제를 풀면서 확실하게 정리를 했다. 이젠 제대로 기억해야지.

정리하면서 놀라웠던 점은 다른 알고리즘을 공부할 때 이런 식으로 정리한 부분이 있었는데 로직이 같았다는 점이다. 그리고 그 알고리즘은 세그먼트 트리. 우선 문제 접근부터 하고 차근차근 설명할 예정이다.

우선 문제부터 요약해보면 [-30000, 30000] 구간의 고속도로가 있고 이 도로 위를 달리는 차량들의 모든 구간이 주어졌을 때, 모든 차량을 단속하기 위해서 최소 몇 대의 카메라가 필요한지를 return 해야했던 문제이다.

빠른 이해를 위해 입출력 예제인 아래 routes를 손그림으로 풀어보자.

• routes : [[-20,-15], [-14,-5], [-18,-13], [-5,-3]]
• 답 : 2

우선 간단하게 그려보면 아래와 같다.

여기서 눈으로 어떻게 2가 답이 나오는지를 보면 아래와 같다.

가장 떨어진 [-5,-3] 구간과 [-14,-5] 구간을 주행하는 차량을 같이 단속하기 위해 [-5]에 단속 카메라를 설치해야 한다.

그리고 나머지는 겹치는 부분이 많은데, 온전하게 겹치는 [-18, -15]에 단속 카메라를 설치하면 나머지 두 차량을 단속할 수 있다.

여기까지 보았을 땐 차량의 출발 시작위치와 도착위치가 가장 이를 결정하는 요인이고, 비슷한 값일 수록 같이 단속할 수 있는 확률이 높아진다는 것을 알 수 있다.

그러면 어떨 때 같이 단속할 수 있고 못하는 것인지를 분기를 나눠 확인해 볼 필요가 있다.

경우는 크게 아래 3가지로 나눌 수 있다. 물론 각 경우는 위와 아래를 뒤집었을 때도 있으니 유의하자.

쉬운 이해를 위해 각 경우에 대해서 위의 선분을 prev, 아래의 선분을 cur이라 하고 가장 왼쪽 좌표엔 S, 가장 오른쪽의 좌표엔 E를 넣어 표현하겠음.

우리는 아래의 노란 영역에 카메라를 설치하면 prev와 cur을 둘 다 단속할 수 있음을 잘 알고있다.

이 노란 영역을 결정하는 권한은 누가 가지고 있는지를 생각하며 하나하나 분석해보자. 그리고 이 권한은 놓을 수 있는 영역인 [putS, putE] 라 하겠음.

1. 두 선분 중 하나가 온전히 포함된다.

1) prevS < curS < curE < prevE 2) curS < prevS < prevE < curE

넓은 영역이 온전하게 좁은 영역을 포함한다면 좁은 영역의 선분에게 권한을 주어야한다.

1) prevS < curS < curE < prevE
putS = curS
putE = curE

2) curS < prevS < prevE < curE
putS = prevS
putE = prevE

2. 일부 겹치는 부분이 있다.

1) prevS < curS < prevE < curE 2) curS < prevS < curE < prevE

두 선분이 온전히 겹치진 않지만, 일부 영역이 겹친다면 겹치는 부분에 권한을 주어야 한다.

1) prevS < curS < prevE < curE
putS = curS
putE = prevE

2) curS < prevS < curE < prevE
putS = prevS
putE = curE

3. 두 선분에 겹치는 부분이 없다.

1) prevS < prevE < curS < curE 2) curS < curE < prevS < prevE

이 경우엔 무조건 카메라를 하나 더 설치해야함이 보장되므로 카메라 개수를 추가한 뒤 아래 영역에 권한을 위임한다. (다음 순서를 위해)

1) prevS < prevE < curS < curE
putS = curS
putE = curE

2) curS < curE < prevS < prevE
putS = prevS
putE = prevE

위 경우를 생각하며 코드를 짜면 좀 더 쉽게 로직을 구현할 수 있을 것이다.

그래서 왜 세그먼트 트리와 로직이 유사하다 했는지를 살펴보면, 세그 트리를 만든 후 값을 찾으러 갈 때도 거의 비슷한 그림을 그려보면 분기를 코드로 쉽게 풀어쓸 수 있기 때문이다.

세그먼트 트리를 간단하게 설명하자면, 루트노드는 모든 값을 연산한 값이고 말단 노드는 원본 값 자체를 맡겨둔 노드라 생각하면 된다. 그러면 중간노드들은 말단노드로 부터 연산해서 올라온 값인 것.

그런 연산 값들로 먼저 세그트리를 채운 후에 값을 찾을 때 루트로 부터 내려가는데, 그 때 쓰는 것이 위의 그림이다.

저 형식을 이 문제에 대입시켜볼 줄 생각도 못했는데 여러모로 많은 아이디어를 줬던 문제인 것 같다.

depth 2) 정보처리기사 필기 대비

+) CS 스터디 가이드나 읽어볼까

정처기 공부를 하려했는데 생각보다 집중이 안되서 묵혀둔 CS 스터디 가이드를 펼쳤다. 예전엔 종류별로 스터디를 했었는데 언제부턴가 이상한 사람들이 너무 많아져서 운영이 너무 힘들어졌다. 그래서 근 4개월간 스터디를 안했는데 그 기간동안 덩달아 CS까지 놓아버렸음..

CS 공부는 자의로 하기엔 아직 내가 재미를 못붙였구나 생각해서 강제성을 가져가고자 스터디 가이드를 펼쳤다. 어라 그런데 이거 싸피 들어오기 전에 공부하라 했던 그 내용인걸까 상당히 유사하다.

이걸로 비전공자 친구들은 스터디 진도를 많이 뺐던데 나도 이걸 해볼까 하는 사이 gitlab에 템플릿 있는걸 발견했다.

self-study라.. 상당히 마음에 드는 이름이네.

그래서 내 깃에 그대로 올려두었다. 조금씩 진도를 빼야지!

depth 3) Vue.js 강의 복습 및 정리

depth 4) Spring

depth 5) TIL 작성 마무리

으으 너무 좋다ㅜㅜ 호전이라니.. 이게 얼마나 오랜만에 듣는 소식인가😆

건강식으로 더 빠르게 나아지고 싶어 집에 남은 재료가 있는지 생각해봤는데 오늘 아침에 다 썼네. 그래서 근처 이마트에서 한번 장을 보면서 생야채들을 건졌다.

요새 애용하는 고등어도 더 사고 벌집 삼겹살에 쌈 채소, 그리고 ABC쥬스의 해독효과도 보고자 당근과 비트도 골라준 뒤 나머지 채소들은 990원의 행복 코너에서 여러 종류를 골라담았다.

그러곤 집으로 돌아와 만들어둔 김치전 반죽을 굽고 삼겹살도 알맞은 마이야르 반응이 되도록 구워준 뒤 쌈채소 함께 저녁으로 먹었다.

앞으로도 건강식으로 꾸준히 챙겨먹어야지 응응

오늘의 할 일은

다이소에 짱구 마스킹 테이프가 있어서 바로 샀다!

꾸며보니 뽀짝하네~ 가위같은 반듯하게 자를 수 있는걸 들고오지 않아서 약간 후회하긴했지만, 그래도 짱구라서 다 커버가 되네 흐흐

PCCP 대비 PS 2문제 이상 풀기

문제집에서 풀어보려고 한다.

문제 1) 야근 지수

음 처음에 문제 이해가 좀 어려웠는데, 아무래도 너무 빨리 읽고 이해하려고 했던 것 같다는 생각이 들었다.

그래서 여러줄 주석을 열어두고 하나하나 키워드를 빼서 정리해보니 더 빠르게 이해할 수 있었음.

문제를 요약하면,
works원소들을 선택해서 뺀 값들이 최소 n이상은 되어야 함.
그랬을 때 제곱해서 더한 값이 최소인 경우를 구하라.

숫자를 제곱하면 크기가 1차이더라도 급격하게 증가하므로 너무 큰 숫자가 없도록 하는 것이 이 문제의 솔루션이라 생각했다.

그래서, 가장 큰 숫자를 뽑은 뒤 그걸 1 감소시켜 다시 넣어두고, 다시 가장 큰 숫자를 뽑고 1을 빼고 넣고... 를 반복하면 되므로 PriorityQueue를 사용하는 것이 최적이라 생각했다.

물론, Java에서는 PQ가 최소힙으로 구현되어 있으므로 Collections.reverseOrder()를 넣어주어야 함을 기억하자.

문제 2) 단어 변환

완탐으로 BFS를 선택해서 풀었다. 깊이를 가져가야 하므로 사용자 정의 클래스인 Node를 선언해서 String 값과 depth값을 담았음.

으아아 IDE 환경이 아니므로 어느 부분에서 실행이 불가한지 바로 찾을 수가 없어 어디서 잘못 적은 것인지 찾느라 시간이 좀 걸렸다.

구현 자체는 10분 내에 다 했는데

실수 했던 부분은 아래 두가지.

1. begin이 words에 있다면 방문 체크를 했는데, 없는 경우도 있으니 있을 때만 방문체크를 했어야 했다는 점.
2. 문자열의 길이와 words 배열의 크기를 담은 변수를 혼용.

이걸 빠른 시간 내에 풀 수 없었다니.. 아쉬움이 남는 문제다.

문제 3) 최고의 집합

오늘 푼 두 문제가 생각보다 빨리 끝나서 한 문제 더 풀어보기로 했다. 근데 내가 접근을 이상하게 돌아간건지, 좀 생각해봐야 하는 문제가 맞는건지 30분이 지났음에도 안풀린다!

문제는 간단하다. n개의 숫자를 이용해서 합이 s인 배열을 만드는데, 만들 수 있는 배열들 중 각 원소의 곱이 가장 큰 경우를 오름차순으로 정렬하여 return 하는 것.

생각한 솔루션은 아래와 같다.

1. s가 n으로 나누어 떨어진다면 무조건 s를 n으로 나눈 수로만 구성된 배열을 리턴할 것.
2. s가 n보다 작다면 n개의 숫자로 합이 s인 배열을 만들 수 없다. 그러므로 -1만 넣어서 return.

위 둘은 틀렸다고 생각하지 않았고, s가 n으로 나누어 떨어지지 않는 경우에 대해 계산을 잘못한 것 같다 추측했음.

이런 경우엔.. 직감으로 이럴 것 같다? 가 오지않는다면 손수 완탐을 돌리는 것이 차라리 낫다.

그래서 새로운 테케를 임의로 설정해서 규칙을 파악해보고자 했음.

ex 1) n=4, s=10

즉, 숫자가 널리 분포되어 있지 않다면 곱했을 때 상대적으로 큰 값이 나옴을 확인할 수 있었다. 물론 언제나 이럴 것임을 증명한 것은 아니고, dp처럼 규칙을 찾아보는 과정이라 생각하면 된다.

ex 2) n=6, s=21

나는 이정도 구해보고 숫자 2개만 있었을 때 가장 큰 수가 나온다고 생각했다. 그리고 나온 두 숫자 중 작은 수가 s/n 값의 정수부 라고 결론지었음.

그걸 구현했는데 틀렸음을 얻었던 것..

그런데 방금 실수를 하나 발견해서 풀었다.

프로그래머스에 테케 추가해서 테스트 해볼껄.. 답이 [2,2,2,3,3,3]이 나와야 하는데 [2,3,3,3]만 나오고 있던 것.

알고보니 else 분기 점에선 값을 안넣고 cur값을 빼기만 했었다. 그걸 고쳐주니 Accept 흐으

다음부턴 테케 꼭 구한 거 추가하기.. 잊지말기..😢

이번주 일요일 정처기 시험 대비

이것이 자바다;

스프링 자바편;

월요일도 대체공휴일임을 몰랐다가 늦은 줄 알고 20분정도 빠른걸음으로 갔는데, 가는 길에 학생도 없고 학교도 닫아있어서 혹시나 하는 마음으로 달력을 열었지.

아니나 다를까 공휴일이네 😇 덕분에 돌아와서 잠을 꽤 깊이자고 밥먹고 조미료때문에 잠드니 하루가 또 끝나있었다

오늘은 그래도 4개 이상은 달성해야지.. 비록 병원가는 날이라 조퇴지만 😅

일정 정리부터..

플래너를 쓰지만 달력형식인 페이지는 기록을 안했더니 어떤 일정들이 있었는지 자꾸 까먹는다.

그래서 이번기회에 정리를 했는데...

와 정처기가 이번주야? 생각하고 있는데 PT 날짜가 정처기 응시날짜랑 겹치네 🤣

당장 트레이너님께 연락했음... 다행히 시간 조정에 성공!

그리고 내일 어버이날이니까 거금 좀 써주고...

이제서야 오늘을 보낼 준비가 된 것 같다.

할일 끄적이기

• PS
• CS를 곁들인 정처기 필기 대비
• 이것이 자바다
• 스프링 자바편

이 4개 위주로 달려야지

PS 문제풀기

한달 뒤 시험이라 생각하고 대비하는 느낌으로 해보려 한다. 실제로 PCCP가 6월 16일에 있길래 바로 예약해뒀음

문제 1) 정수 삼각형

보통 문제를 풀 때 유형을 보지않고 풀려는 편인데 문제집에서 Lv3중 정답률 높은 순으로 고르다보니 동적계획법이라는 유형을 보고 말았다...

그래도 dp라면 워낙 솔루션이 정형화 되어있지 않으니 상관없겠다 싶어서 그대로 풀어보려 했는데 문제를 보자마자 이게 왜 dp인건지에 대해 고민에 빠졌음.

위의 값 그대로 받아서 Math.max(값1,값2) 연산으로 전체에 대해 계산하면 불가능한가?? 왜?? 라는 생각만 맴돌았다.

우선 문제를 보고 높이가 500이하, 숫자가 최대 9999인것을 보고 자료형을 long으로 잡아야 할지 계산하기 위해 구해봤는데

500 * 9999 = 4,999,500

이므로 int로도 충분하다고 생각했다.

그러곤 앞서 말했던 왜 dp여야하는 가를 생각했는데, 위의 값을 모두 받아서 계산에 포함시키면 중복이 많은 것처럼 느껴질 수도 있겠다 라는 생각을 해봤다.

시간복잡도를 계산하기 위해 특징을 찾아보면 아래와 같다.

양 끝은 바로 내려오고 중간은 위의 2개 중 큰값을 선택해서 내려온다.

위의 개수가 n개, 아래 개수가 n+1개라 하면, 2 + 2 * (n-2) = 2n-2번의 연산을 하게 된다.

여기서 n은 1부터 최대 N = 500까지 가능하므로 2 * (1+2+3...+N) - 2 * N = N(N+1) - 2N = 500 * 501 - 1000 = 249,500이다.

결국 그대로 완탐해도 풀리는데 이게 왜 DP냐구우...

그래서 에라모르겠다를 외치며 좀더 효율적인 Math.max() 메서드를 이용해서 구현했다.

처음엔 이전값 배열 dp와 함께 현재값을 배열 cur로 받아 dp배열에 누적시키는 방법을 이용했는데, 불필요한 값이 누적되는 듯 했다.

알고보니 이미 합산된 값이 dp에 들어가버리면 다음 값 계산할 때 합산된 값과 비교를 하고 더하게 되니.. 안되던 것.

그래서 dp를 2차원 배열로 잡아서 돌렸고 맞았습니다를 얻었다.

문제 2) 네트워크

음 네트워크가 몇개냐.. 문제는 이젠 Union-Find밖에 떠오르지 않아서, 오늘도 크루스칼 알고리즘으로 유니온 파인드를 구현했다.

UF를 구현할 때는 현재 구해둔 부모들의 모음인 parents 배열을 너무 믿으면 안된다는 것을 간과해선 안된다.

parents에 들어가 있으니 부모임은 확실하지만, 오류가 있을 수 있기 때문.

이해를 돕기위해 예시를 들어보면, A 노드의 부모는 B,C,D,E 처럼 여러개 일 수 있다. 하지만, 단 하나의 값을 저장해야 한다. 즉, A의 부모는 B이다 라고 했을 때 B,C,D,E를 다 포함할 수 있어야한다.

그래서 union-find의 대표 함수인 union과 find는 아래처럼 구현될 수 있다.

find 함수 정의

public static int find(int node){
    if(parents[node] == node)
        return node;
    return parents[node] = find(parents[node]);
}

union 함수 정의

public static void union(int a, int b){
    int na = find(a);
    int nb = find(b);

    if(na <= nb){
        parents[na] = nb;
    }else{
        parents[nb] = na;
    }
}

이 스니펫을 그대로 가져가는 것보다 이해가 먼저임을, 그리고 나만의 방식대로 구현해보는 것이 중요함을 잊지말자.

CS를 곁들인 정처기 필기 대비

정처기를 이번엔 좀 대비하고자 책을 샀었는데 이번주라니...

다행히 실기책을 샀기 때문에 개념 요약집으로 빠르게 대비는 가능할 듯 하다.

그렇지만 CS 공부 겸 병행 목적으로 보는거니까 허투루 보진 말아야지

우선 핵심요약 부분 전체 1회독 후 양을 가늠해보고 목표를 잡아야겠다.

1회독 중

우선 병원가기 전에 58까지 읽었다.

이것이 자바다;

스프링 자바편;

으으 회만 빼고 먹을 걸..

그래도 1시간이 지나니 다시 돌아와서 다행이다!

오늘의 플래너

산책을 끝낸 10시 10분쯤 플래너를 작성했다.

친구랑 매일 계획을 공유하고 매주 일요일 또는 월요일에 누가 더 많이 달성했는지를 합산해서 갓생 week를 보낸 친구에게 커피쿠폰을 보내는 챌린지를 하고있다.

이전엔 대부분 내가 받는 입장이었는데 이번주는 벌써부터 질 위기가오고 있다... 이 친구가 분발하더니 하루에 5개이상은 찍고 있음

질수없지! 오늘은 집의 독서실 책상에서 모든 일을 끝내고 말리라

계획 실행하기

1. PS 2문제 이상 풀기

꽤 오랜만에 이 페이지를 들어온 듯 싶은데 생각보단 많이 풀어져 있다!

오늘은 [3차] 압축과 [3차] n진수 게임차례네.

[3차] 압축

[3차] n진수 게임

늘 바라고 바라던 쉬는 수요일이 도래했다! 늘 월,화,목,금,토 일하고 수,일 쉬었으면 더 좋았을텐데 라는 생각을 하고 살았는데 드디어 수,토,일 3일을 쉬는 주가 드디어 온 것~

열심히 늦잠을 자고 11시에 일어나 누운 채로 열심히 게임 출석과 유튜브를 시청했는데 약 1시쯤이었을까, 이 휴일을 집에서만 보내기엔 아깝다는 생각이 들어버렸다. 그래서 미루고 미뤄왔던 택배 박스의 송장을 떼고 차곡차곡 정리를 하는데 그 속에 동생이 받아둔 캐링백을 발견했다.

그래 자전거나 타볼까?

생각이 슬그머니 올라왔고 바로 날씨가 괜찮은지 확인을 위해 가볍게 산책을 떠났다. 하늘은 맑고 미세먼지도 심하지 않으며 평소에 비해 사람이 많이 보이지 않아서인지 모든 것들이 예뻐보였고 이 휴일과 멋진 날을 잠으로 놓치기엔 아깝다는 생각이 들었다. 그래서 동생한테 오늘 인천 찍을래? 제안했지만 오늘은 집에서 쉬고싶다는 답이 돌아와 혼자서라도 가봐야지 싶었다. 그래도 밥은 든든하게 먹어야하니까 아점으로 국밥을 같이 먹으러 가려했다.

밥먹고 다이소 갔다가 서로 집이나 자전거길 가기로하고, 열심히 준비물 리스트를 적은 뒤 바리바리 챙겼고, 친구들한테도 자전거 오늘 인증 찍으러간다고 전했다. 아니나 다를까 대학생 때 내 국토종주 제안을 넘기던 동기가 왜 안데려가냐고 난리가 났음..

최근 자전거를 사고 수첩을 구매하고 친구들한테 자전거에 진심임을 어필했다가, 친구가 자기랑 같이 가야한다고... 난리났다.

잠시 뜬구름이겠지 싶어 잠잠해지길 바라며 톡을 늦게봤는데

다시봐도 얘도 참 대단하다라는 생각밖에 들지 않음..

아무튼 준비물을 챙겨보자

처음엔 목표가 인증센터 4개 찍고 집으로 돌아오기였고, 무엇을 챙겨야할지 리스트를 나열해보았다.

그 중에서도 인주는 인증 도장을 찍으려고 할 때 잘 나오지 않는 경우가 있어서 챙기는 것을 추천한다는 글을 봐서 넣었고, 수건은 땀 흘릴 때나 안장의 충격을 완화하고자 챙겼다. 그리고 캐링백은 지하철 등의 대중교통을 탈 때 자전거를 접어서 넣어야하니까 챙겼지.

저 지도는 아직 열어보지 않았는데 후기들을보면 국토종주 꿀팁들을 담아놓았다고 했다. 오늘은 아라자전거기만 갈테니 굳이 열어볼 필요가 없다고 생각했음.

밥부터 든든하게

그렇게 자전거는 분해해서 캐링백에 넣고, 배낭에 다른 준비물들을 챙겨 국밥집으로 향했다. 의도치 않게 2층에서 주문하고 먹어야하는 형태여서 열심히 팔운동 했음.

그렇게 테이블에 앉아서 나는 선지해장국, 동생은 육개장을 주문했다.

그러곤 친구들한테 캐링백을 찍은 뒤 이게 뭐게 라 보냈는데, 최근에 가방 계속 안챙기더니 드디어 챙긴거냐며 칭찬을 들음(??)

이 사이즈가 어떻게 내 가방처럼 보일 수가 있지 싶어 자전거 가방이라 말하니, 저 크기에 어떻게 자전거가 들어가냐 라고 답하더라.

내가 사진을 좀 잘못찍었나 싶어 크기 비교하라고 손이랑 같이 찍어보냈더니 바로 납득함

잘못 찍은건 맞는 것 같다 ㅋㅋ

그러다보니 음식이 나왔고 든든하게 한그릇 했다! 라고 말하고 싶지만, 배가 줄은건지 밥 3분의 1 공기에 국 3분의 2 정도 먹었다.

충분히 든든한데 동생이 왜 이렇게 못먹냐고 이상하게 쳐다보다가 내꺼 좀 더 먹어줬다.

이때까지만 해도 이 국밥이 밖에서의 마지막 끼니일 줄 몰랐지

다시 준비물 챙기기!

도장 인주는 집에 없어서 동생과 함께 다이소를 들러서 샀다! 파란색이 좋아서 파란 인주로 사고, 입이 심심할까봐 아이스쿨을 샀는데 자기도 파란색샀다고 들이밀길래 또 찍었음. 근데 확실히 파란색이라서 예쁘다(?)

슬슬 출발해야지

자전거가 있으니 가능한 대중교통은 지하철을 애용하는 것이 정답이라고 생각했다. 그래서 루트를 검색해보니 집에서 신논현역까지만 가면 9호선 급행에 공항철도 타고 도착할 수 있었다.

그래서 우선 신논현역까지는 자전거로 타고 갔고 자전거를 분해해서 캐링백에 담은 뒤 지하철에 오르려 했는데...

왜 여긴 로비나 광장이 없는가 의자 하나가 없어서 어쩔수없이 교보문고 앞에서 분해하고 담았다.

아무튼 이제 출발할 수 있다!

사람이 생각보다 많아서 캐링백을 들고 탈 수 있을까 고민을 좀 했는데, 다행히 문쪽에 자리가 비어서 캐링백을 다리사이에 끼운 채로 탔다.

원래는 지하철의 벽쪽에서 있는게 맞지만, 사람들이 너무 많아서 이 쇳덩어리를 들고 가는건 오히려 다른 사람들이 다칠 것 같았다. 그래서 입구에서 조신하게 있기로 했지.

급행이라 빠르게 갈 수 있었고 가양역이 되니 사람들이 우르르 내려서 한숨돌리고 드디어 앉을 수 있었다!

그렇게 김포공항까지 가서 환승하려면 어디로 가야할지 눈으로 열심히 스캔하고 있었는데, 급행의 종점이라서인지 내리자마자 앞으로 걸어가기만 하면 인천 국제공항 방면으로 바로 탈 수 있었다!

교통 너무 좋자나~

여기도 종점은 아닌 것 같은데, 사람이 많이 타지 않아서 의자에 앉은 채로 청라국제도시역으로 향했다.

그렇게 도착을 했는데, 아뉘 여기 개찰구까지 왜이리 먼거야ㅜㅜ

계단으로 올라갔다가 평지 에스컬레이터 2개를 만나고 다시 내려오는 에스컬레이터를 타면 개찰구인데 거의 수서역 같았다..

이때부터 슬슬 물이 간절했는데 개찰구 바로앞에 파리바게트와 GS25가 있었음! 그래서 바로 1+1 토레타를 사고 거의 한통을 비울듯이 마신 뒤에 자전거를 다시 조립했다.

집에서 아르기닌 한 알 삼키고 물에다가 BCAA를 타왔었는데 역시 수분 채우는 건 토레타가 갑이다 라는걸 다시 느꼈음.

드디어 자전거를 탄다..!

와 자전거로 11분 밖에 안걸려! 너무 신나서 폰에 지도를 켜두고 나아가고 있었는데

철커덩...탕!

왜지 뭐지? 왜 자전거가 앞으로 나가질 않지.. 마치 뭐에 걸린 것 처럼..

정말 이 때 순간적으로 멘붕이 왔음.

이제 출발인데 자전거가 왜 말썽이지? 캐링백 안에서 자전거가 있다가 어디에 치여서 뭐가 빠졌나? 아... 설마 나 여기서 돌아가야하나...

온갖 생각이 다 들었다.

자전거 수리점을 검색해봤는데 가장 가까운게 자전거로 17분, 도보로 1시간 7분...

그런데 참 어이없게도 정처기 공부하다가 봤던 요구사항 분석 키워드가 떠올랐다.

결은 다르지만.. 이것도 원인을 뜯고 분석해보면 잘 굴러가게 되지 않을까 생각했고, 이때부터 자전거의 동작원리를 하나씩 만져보며 파악하려 애썼다.

그러다, 내 자전거의 체인이 큰 기어 중 가장 안쪽에 걸려있는 것처럼 보였다. 이게맞나..

내 자전거가 7단까지 조절 가능한데, 기어도 7개가 맞나? 싶어 세어봤고 정확하게 7개였다!

그래서 체인을 잡고 옮겨야겠다 싶어 만졌는데 기름같은 검고 미끌한 것이 묻어나왔다. 역에서 출발하기 전에 휴지를 좀 챙겨가고 싶었는데, 이게 여기서 쓰이네 하며 힘을줘서 체인을 분리했고 가장 큰 톱니에 체인을 끼우려 애썼음.

하지만 큰 체인에 걸기엔 밑에있는 작은 톱니의 방향이 맞질않았는데, 저 작은 톱니가 기어로 직접 제어하는 부분이라 생각해 기어를 조절해보니 정말로 그 아이가 앞과 뒤로 움직이는게 보였다!

그래서 가장 안쪽으로 위치시킨 후 다시 체인을 걸어보니 예쁘게 들어갔고 그제서야 페달이 앞으로 돌아가는 것을 확인할 수 있었다.

짐을 내려놓았던 그 기둥을 기점으로 테스트를 위해 빙글빙글 돌아다니고, 페달에 세게 힘도 줘보고 브레이크도 잡아보는데 잘 돌아갔다!

그제서야 한숨 돌리고 다시 아라서해갑문으로 떠날 수 있었음

인천이고, 도로 공사때문에 도로에 차가 단 하나도 없었다. 높은 건물도 없고 드넓은 평지에 차도조차 한적하니 이건 못놓친다 싶어 횡단보도 한 중간에서 사진도 찍어보고 풍경을 열심히 남겼다.

그러다 어느 기점을 넘어가니 차와 자전거가 한두대씩 보이기 시작했고, 자전거 도로라 부를 수 있는 붉은도로가 보이기 시작했다!

아라 서해갑문 도착!

그렇게 붉은 자전거길을 따라 직진하다보니 멀리서 빨간 전화국 부스가 보였다.

드디어 첫 인증인가!

신나게 페달을 밟으며 올라가는데 제대로 온몸을 자전거 용품으로 세팅하고, 좋은 로드바이크를 탄 채로 나아가는 사람들도 보였다.

저 사람들도 이 좋은 휴일에 좋은 풍경을 보러 나왔구나~

나와 같은 마음인 것 같아 한겹 마음이 더 붕뜨며 터널 입구같은 문을 넘었다!

확실히 인천이다. 바닷내음이 향긋하게 나고, 가족들끼리의 산책이 자주 보이는.. 그리고 바다와 풍경 그 하나도 놓치지 않은 아름다운 이곳.

그래서 예전부터 나의 첫 자취는 인천으로 하고 싶었는데 현실은 SSAFY로 인해 강남에 살고있네... 쩝

아무튼 자전거를 빌미로라도 이곳에 다시 발을 들여놓을 수 있어 기분좋은 설렘이 가득 차올랐다.

특히나 노을진 이 풍경 속 내 자전거와 인증부스라니... 오히려 이 시간대에 온 것이 감사할 정도였다.

그렇게 인증센터로 들어가 도장을 쾅 찍는데, 사람들이 많이 다녀갔는지 도장이 많이 헤져있다.

무슨 모양인지 조차 감이 잡히지 않았는데, 사이버 인증으로도 찍어보니 배였음을 알게되었음.

도장 교체좀 해주지.. 이렇게 이쁜 도장인데 힝

*2024년 05월 01일 수요일 (근로자의 날) 오후 6시 27분 첫 인증센터 "아라서해갑문" 인증 *

이제 다음 아라 한강갑문으로 가보자고

출발선의 웅장함과 풍력발전기의 우아한 회전에 빠져들며 한동안 경치를 감상했다.

풍력발전기가 돌아가는 모습을 담아 gif로 간직하고 싶어 집에와서 편집했는데, 용량이 자꾸 커 업로드가 불가하다는 alert를 보아 여러 방법들을 동원해 낮춰놨더니 칙칙한 하늘이 되었다..

gif 너무 깨지네..

그치만 이 자체로도 예쁘고, 내 눈엔 원본을 담았으니까 난 만족한다

그렇게 길을 따라가다보면 정말 다양한 풍경들이 보인다.

조금 더 갔을까 바다에서 파도가 잔잔하게 치는 소리가 들리고, 노을도 예쁜 곳이 있어 자전거를 내려놓고 셀카봉을 쥐어들었다.

이 셀카봉은 싸피 웰컴키트 때 받아놓고 이제서야 쓰는 것.. 생각보다 나오는 화면이 괜찮다!

덕분에 감성샷도 찍고 맘에 들었으~

오늘도 해를 잡아보려 애쓰지만, 흘려보내고 조금 더 발걸음을 재촉했다.

잉 가다보니 봉수대가 있다? 너 왜 여기있냐

봉수대를 보니 역사를 좋아하고 잘 기억하던 친구가 생각났다. 공무원 화이팅이라구!

왜 여기만 사람이 많지?

그렇게 고요하고 자연의 소리만 들리던 구역을 지나가다 갑자기 한둘씩 걷는 사람들이 보이고 시끌벅적한 소리가 들려왔다.

술을 놓고 떠드는 소리인 것 같기도 하다 라는 생각을 할 즈음.. 정말로 그런 곳을 발견했다.

여기 왔을 때는 조금 어두워서 건물이름을 못봤는데 다시 검색해보니 서해5도 수산물복합문화센터였다.

여기가 신기했던 이유는 사람들이 많아서도 아니고, 테이블에서 다들 밥을 먹고있어서도 아니었다.

왜 수산시장이 있냐고 ㅋㅋ

인천 앞바다에서 경치를 구경하며 먹는 회라... 낭만있네

화장실만 들르러 내렸는데 생각보다 본격적으로 팔고 있었다. 구경하러 들어가니 바로 앞에있던 사장님이 방금 썰어 나온 모둠회를 권했다. 그런데 모둠회에 연어가 왜 3피스 뿐인 것 같지..

개불과 해삼 더 넣어주겠다는 말 뒤로 동생이 연어를 좋아하는데 모둠회에 연어가 더 들어간 구성은 없어서 아쉽다고 말씀드렸는데

그러자.. 사장님이 잠시만! 을 외치며 방금 썰어 랩으로 싼 회 접시를 다시 벗겨내고 연어의 뱃살 부위 방금 썰어서 나온건데 이걸로 더 넣어주겠다며 한주먹 정도를 다시 썰어서 담아주셨다!

오.. 이건 사야지를 외치며 2만원을 결제했는데 사장님이 서비스로 뭘 더 넣어주셨다고 하셨다. 그냥 회 짜투리 몇점이겠지 싶었는데 집으로 돌아가서 보니 좀 더 뭔가 많았던...!

못 믿어서 죄송했습니다 ㅎㅎ

다시 마음잡고 출발

사온 회 접시를 그대로 들고갈 수가 없어서 어쩔수 없이 배낭에 세로로 넣어 두었다. 랩이 있으니 덜 흐르지 않을까, 흐르더라도 랩 안에 머물러 있지 않을까 생각하며 가방 속에 넣었지. 하지만 넣을 때 토레타 두 통이 있어 회접시가 예쁘게 들어가질 못해서 남았던 한병을 비우고 다른 한병은 챙겨왔던 텀블러에 담은 뒤 서둘러 발걸음을 옮겼다.

노을이 순식간에 졌구나.. 어느샌가 깜깜해진 하늘을 보며 시간과 함께 나아가는 듯한 느낌을 받았다.

사실 이 때 빛 축제처럼 조명으로 예쁘게 꾸며놓은 것들이 많았는데 너무 어두워지면 나의 조명없는 자전거로 운전하기가 힘들 것 같아 서둘러서 이동했다.

그러다.. 으스러질듯한 안장통에 점점 버거워져서 혹시몰라 가져왔던 수건을 안장에 얹어두었다.

수건 안들고 왔으면 이 길 못지나갔다 진짜..

길을 잃었다? ver 1

그렇게 열심히 표지판이 알려주는 곳으로 따라가다가 당황스러운 길을 발견했다.

이때까진 거의 직진과 약간의 커브길이어서 잘 왔는데 이 길 어떻게 가란 소릴까..?

붉은 자전거길을 그대로 따라가던 다른 자전거들을 뒤로한 채 우회전을 했는데 여긴 자전거길이 없었다.

약간 당황스러웠는데, 생각해보니 앞으로 더 갔다가 오른쪽으로 꺾으라는 말 같아서 그렇게 해보기로 하고 더 나아갔는데 다행히 다른 표지판들이 이 길이 맞다는 듯 인사해주고 있었다.

그렇게 오른쪽으로 꺾으니 물류센터가 상당히 많다.

쿠팡부터 마켓컬리, 대한통운 등 정말 많고 큰 규모의 건물들이 보였고, 다니는 차량들도 하나같이 짐을 실을 수 있는 차량들이었다.

물류센터가 많은 곳에 오니 차도 다 물류 차량들로만 보이는 것을 보고 속으로 신기하다고 생각하며 열심히 페달을 돌렸다.

길을 잃었다? ver 2

길을 가다가 자전거를 한두번 타본 사람이 아닌 자전거 무리를 보았다. 네분이서 다 풀세팅으로 갖춘 채 나아가고 있었는데 국토종주 자전거 길과 겹치는 것 같아 길 잃을 일은 없겠다! 하는 마음으로 살짝 거리를 유지한 채 졸졸 따라갔다.

물론 미니벨로는 굉장히 느리기에... 페달을 세게, 그리고 빠르게 여러번 밟아도 그분들의 페달 한바퀴는 따라잡을 수 없었다.

그래도 눈으로 그분들이 지나간 자취는 기억했으니 그 길로 열심히 따라갔다.

그런데 지형이 자꾸 높아지는지 허벅지와 종아리에 드는 힘이 배가되었다. 아라자전거길이 이렇게 다와서 힘들어진다고?? 싶었는데 알고보니 이게 전호대교렸다..

사람이 찍은 사진은 없고 어떤 블로그에서 가설 현황을 담은 사진을 가져왔다. 실제로도 다리옆에 다리가 있는 형태였음.

그렇게 열심히 앞만보면서 달려가는데 반이 오르막길이고 반이 내리막길이라, 온힘을 다해 겨우겨우 페달을 밟으며 오르막길을 올라와 시원하게 내려갔다.

이후에 표지판이 딱히 없어서 여기선 표시가 안되어있나보네 하고 어플을 켰는데...

나 왜 한참 지나와있지...? 그리고 배터리 15%는 무슨말이야...!!

그래서 다시 오르막길을 올라가며 중간에 옆으로 빠지는 곳이 있나보다 하며 왼쪽을 쳐다보는데 없다. 없어.

옆으로 갈 곳이 없어!!

와 이 날 가장 멘붕온 지점을 꼽으라면 여기였다.

도대체 어디서부터 잘못온거지 다시 물류센터로 돌아가서 찾아야하나..? 그러다 폰 배터리가 없어지면 나 집으로 어떻게 가지

이때부터 심장이 뛰는 소리가 더 크게 느껴졌고, 고민할 시간은 지금 없다는게 느껴졌다.

일단 이 대교에 옆으로 갈 수 있는 곳은 없다. 그러니까 고민말고 내려가야한다 라는 생각으로 내리막길을 다시 내려가는데

오른쪽 작은 차도도 아닌 자전거 도로도 아닌 짧은 도로에서 한 사람이 자전거를 옆에 둔 채로 핸드폰을 보고있었다.

아 이 길인가!? 하고 내려가려했는데 자전거 출입금지 라는 글씨가 내가 보는 방향이 아닌 반대 방향으로 바닥에 흰글씨로 쓰여있는게 보였다.

조금 실망한 채로 돌아가는데 표지판이 하나 보인다? 그래 아라자전거길 북측은 여기 맞잖아 생각하며 모든 표지판을 찬찬히 읽어보는데 와... 안쪽길이네 거기가 국토종주 길이네ㅠㅠㅠㅠ

표지판이 다 벗겨질대로 벗겨져 보이지도 않는데 어떻게 자전거 타고가면서 보라는거야ㅠㅠ

그래도 일단 길을 찾았다 싶어서 다시 힘을내어 자전거를 몰았다.

그렇게 빠르게 페달을 밟는데!? 와 드디어 이 자전거 길이 맞다고 표시해주네ㅠ

그렇게 우측으로 꺾는 곳이 나왔고 이제 직진만 남았다를 외치며 안간힘을 다해 나아갔다.

아라한강갑문 도착!

와 와 드디어ㅠ 저 집갈 수 있는건가요..

이게 사진으로는 밝아보이지만 실제로는 굉장히 어두웠다. 가로등이 없으면 암흑 그 자체였던 시간대..

그렇게 도장을 찍으러 가방에서 인주를 꺼내는데 가방속에 있던 회가 반겨주며 오늘 집으로 돌아가야 동생이랑 먹을 수 있다? 라는 말을 건네는 듯 했다.

서둘러 인주와 인증수첩을 꺼내고 도장을 찍어보는데 잉 여기는 사람들이 잘 안왔나..? 왜 도장이 예쁘게 살아있지

다들 시작은 거창하고 끝은 마무리를 짖지 않는 것일까 싶은 생각이 들었다. 나는 그 고비를 넘겼다고 생각하니 한층 더 뿌듯했지.

그래 집가서 신선한 회를 같이 먹으려면 서둘러야지! 빨리 가보자

그런 마음으로 어떻게 집을 갈지에 대해 검색했다.

*2024년 05월 01일 수요일 (근로자의 날) 오후 9시 17분 두번째 인증센터 "아라한강갑문" 인증 *

당장 지하철을 못타면 난 집을 못갈수도...

어떻게 가야할까... 가장 가까운 역을 찾기위해 지도를 축소해봤는데, 서울에 그렇게 많은 지하철이 있음에도 다 멀리있었다..

그 중에서도 방화는 그나마 가까워 보였는데 거리를 계산하니 약 20분 정도만 밟으면 갈 수 있었다!

물론 미니벨로 기준 최소 30분 아닐까 싶지만 ㅎㅎ

고민할 시간도 없다. 일단 달렸음.

처음엔 한적한 평원, 그 뒤엔 공사중인 도로, 그 뒤엔 도보?! 그러다 따릉이까지 만나니 서울에 다시 돌아온 것을 체감했다.

조금만 더 직진하다가 오른쪽으로 꺾기만 하면 방화역이 보이겠지

돌아가지 않는 다리를 달래며 세게 밟았다.

그러다 발견한 방화역!!

진짜 누가 불질렀나 왜이리 밝고 예쁘지ㅠㅠ 바로 자전거를 들고 에스컬레이터를 탄 채로 여기는 의자가 있기를 빌었다.

내려가니까 와 의자가 있다! 기둥을 기점으로 둥글게 배치한 듯한 의자를 발견하고 앉은채로 가방에 있던 캐링백을 꺼내 바닥에 펼쳐두었다.

오늘만 최소 3번은 조립하고 분해했는데 이정도는 빨리 할 수 있지를 외치며 분해하는데, 평소에는 잘 접혔던 몸체가 유난히 단단하게 꽂혀있는지 펜을 찔러 올려도 뻑뻑했다.

서울이라 막차는 꽤 늦겠지만, 혹시모를 상황에 펜을 힘으로 누르다가 평소와는 다른 모양으로 꽂혀있다는 걸 알게되었다.

비틀려있는건가 펜으로 가장자리를 살짝 눌러보니 그제서야 딸깍 이라는 소리와 함께 분해가 되었다.

서둘러서 다 넣고 캐링백을 잠근 뒤 빠진게 없겠지 외치며 앉았던 자리를 다시한번 보고 개찰구를 통과해 내려갔다.

와 나이스 타이밍!

바로 온 지하철과 함께 집으로 돌아갈 수 있었다.

집 도착!!

캐링백을 남은 힘으로 집에다 넣어놓으니 온 힘이 다 빠졌다. 그러고 고개를 들었는데 집의 구조가 묘하게 바뀌어있었음.

알고보니.. 최근에 독서실 책상이랑 의자를 구매했는데 그게 오늘 도착해서, 책장을 옆으로 옮기고 그 자리에서 부품을 조립하고 있었던 것. 그 와중에도 걸레질을 했는지 바닥은 평소보다 더 매끄러워 보였다.

완전하게 조립되지 않은 상태였지만, 동생 덕분에 빛을 보고 제 역할을 할 수 있게된 책상과 의자를 보니 한층 더 인생의 동기부여가 되는 듯 했다.

열심히 살아야지 앞으로도 무엇이든.

그렇게 일하고 있던 동생을 불러 회를 꺼냈다. 동생은 고민하다 집에 있던 사케를 들고왔고, 나는 운동도 했겠다 단쉐 한잔을 들이켰다. 그렇게 서로 한 테이블에 앉아 회를 한점한점 맛보았는데, 역시 바로 뜬 회라 그런가 식감이 오독오독했고 연어는 부드러웠으며 개불도 아주 달디 달았다.

이게 어떻게 2만원일 수 있지 싶은 생각과 함께 굉장히 뜻 깊었던 하루였다.

다음날?

다음날 다시 싸피 가야지 뭐. 잠자리에서 일어나는데 허벅지가 묘하게 뻐근함이 느껴졌다. 그렇지만 신기하게도 살짝 무겁다는 느낌만 있을 뿐 걷거나 뛰는 것이 힘들진 않았다.

오히려 그것보단 핸들을 잡고 돌렸던 손바닥이 물만 닿아도 따가웠던게 더 힘들었다. 그리고 의자에 앉을 때 묘하게 욱씬거렸던 것 정도? 그정도만 힘들었던 것 같은데, 심하지 않아서 일상 생활엔 지장이 딱히 없었다.

다음엔 장갑을 꼭 끼고 가야지. 그리고 핸드폰 충전도 해야하니까 보빼랑 충전기도 챙기고.

그 와중에 조립 다했다는 카톡을 받음!

집가서 마저 해보려했는데.. 와 미쳤다ㅜㅜ

플래너에 따로 찍은 도장들

퀄리티 차이 다시봐도 극과 극이다

저번주 일요일 잠실에 라프라스랑 피카츄 보러 다녀왔음!

잠실에 도착하자마자 바로 석촌호수로 갔는데, 생각보다 크다는 후기에 비해 안보여!

그래도 호수가 참 예쁘고 날씨도 화창해서 좋네 라는 생각을 하며 호수를 사진으로 남기는데

어라 왼쪽에 라프라스 아닌가?? 그렇게 생각하고 신나게 걸어가는데 파란색이 점점 나무의 잎들 사이로 보였음!

조금 더 걸으니 라프라스 몸체가 잘 보였는데, 사진을 찍기엔 나무가 너무 많이 가려서 가장 수풀이 덜 가리는 좋은 스팟을 찾아 더 나아갔음.

아니나 다를까 거기서부터 안내원들이 있더라 그곳에서 사진을 잔뜩 남겼음

스팟 찾아 열심히 뛰어다니고, 손과 라프라스 그 어딘가의 초점과 싸우고~ 저 손이랑 나오는 사진을 열장은 남긴 것 같은데 초점이 제대로 맞은게 없다 ㅎㅎㅎ

뭐 괜찮아 이미 라프라스는 내 폰에 고스란히 잘 담겼으니~~

그렇게 원하던 아이들을 보고 롯데타워로 들어갔다. 라프라스와 피카츄 말고도 많은 부스나 구경할 거리가 많았는데 1층 안쪽에 있던 스토어나 바깥에 있던 광장 그 모든 곳에 사람들이 너무 길게 줄을 섰더라.. 사람이 많이 없으면 한번 해볼까 싶었던 정도라 딱히 아쉽진 않아서 그냥 지나갔음

그러다가 메타몽들이 모인 벽을 발견했는데 너무 귀여워서 이건 못참지하고 바로 카메라를 들이밀었는데 동생이 그걸 또 찍음;;

근데 왜 사진이 괜찮지? 오히려 좋아

그렇게 생각보다 볼거리가 없어서 뭐하지 돌아다니다가 성지순례나 해볼까 하고 아쿠아가든에 다시 들렀다! 전에 같이 SDS 특강을 들었던 친구랑 여기서 내 합격결과를 봤었으니 올해도 기운을 좀 받아야지~

확실히 정말 넓은 곳이구나.

음료와 케잌 값으로 약 3만원을 태우고 들어갔지만, 넓기도 하고 물멍하기 좋아서 힐링했음! 그렇지만.. 저 스무디와 케잌때문에 혈당 스파이크로 잠이 솔솔오더라 하핳

그래서 여러 자리로 많이 옮겨다니면서 하나하나 물멍하고 거북이 자는거, 올라오다가 미끄러지는 거 구경하고 물이 보글보글 올라오는 소리와 그 일렁임이 좋아서 한참 보다가 사진찍고, 그렇게 한 6시쯤 되었던 것 같음

나오고 좀 걸어가다가 러쉬가 보여서 한번 들렀는데, 핸드워시랑 손에 거품내서 바르고 물에 헹구기만 해도 되는 로션, 립 스크럽, 그리고 머리에 뿌리는 미스트, 바르는 오일 등 여러 제품들을 소개받고 써보면서 열심히 테스트해봤음!

확실히 립 스크럽 민트향이랑 바디 컨디셔너 팅글 이 제품들이 가장 매력적이었음!

그렇지만, 이 민트향보다도 먼저 산 제품이 있었으니... 바로 슈퍼밀크!

이건 사진을 못찍었음. 하지만 오늘도 뿌리고 나올만큼 아직도 만족하는 제품이다 히히

그러고 배고파서 오모리의 원조집에 들러 아주 새콤했던 김치찌개를 뇸뇸하고, 2만원 이상 구매해서 돌리게 해주는 포켓몬 돌림판 이벤트도 하고 집으로 돌아왔음

늦은 시간에 가서 경품은 피카츄 풍선밖에 없었지만 그래도 만족했던 하루였다!

그래도 솔직히 팔이랑 꼬리는 입체적으로 만들어주지 그랬냐아..

오늘의 계획

무튼 그런이유로 지금은 체크리스트로 쓰고 집가서 옮겨적을거임

• PS 2문제 풀기
• 강의 다시보기
• B형 특강 저번주꺼 복습
• TIL 작성 마무리
• CS - 요약집
• 정처기 - Git 정리
• Spring - 강의 들으며 공책에 정리
• 인사이트 정리 (멘토링, 취업특강, ...)

음 오늘도 큰 꿈이네

PS 2문제 풀기

괄호 회전하기

입력으로 받은 괄호를 회전했을 때 올바른 괄호가 되는 경우의 수를 출력하는 문제.

입출력 예 2개로 판단해보면 아래와 같이 볼 수 있다.

이렇게 보았을 때 특징을 뽑아낼 수 있는데,

괄호의 분리는 {닫힌괄호} 뒤에 {열린괄호}가 올 때 가능하다

라는 점이다.

이 기준만을 가지고 코딩하면 위의 두 경우는 해결이 가능한데, 올바른 괄호가 큰 괄호 안에 포함되어 있다면 생각이 어려워진다.

회전을 가능한 만큼 해본다 한들, 가장 큰 괄호가 이를 묶고 있어서 사실상 단 한번의 경우인 [[](){}] 만 가능하다.

그러면 올바른 괄호를 다 찾아서 특정 문자 C 로 스택에 넣어둔 다음 대칭이 되는가를 찾을 수도 있을 것.

만약 올바른 괄호가 붙어있지 않더라도 각자 쌍이 생길 것임.

우선 이정도 생각이 드는데 이를 손코딩으로 써보자

/*
{열린괄호}를 만나면
    일단 스택에 넣기

{닫힌괄호}를 만나면
    스택에서 {열린괄호}를 찾기
    {열린괄호}를 찾으면
        특정문자 `C`로 치환 후 pointer 감소
*/

생각으로는 구현이 간단한데 이를 코드로 풀어쓰려니 어떻게 잡아야할지 고민이됨.

C를 기점으로 감싸는 올바른 괄호가 있다면 더 큰 범위를 C로 취급해야 올바른 결과를 얻을 터.. 이를 코드로 어떻게 표현해야할지 도통 모르겠음.

그냥 간단하게 stack에 C이면 지나가고 괄호면 맞는걸 봐도 괜찮은가 흠

우선 다시 정리해보면,

1. 같은 종류의 괄호가 열리고 닫히는데 안에 아무것도 없거나 C만 있다면 올바른 괄호이므로 C로 묶는다.
2. {닫힌}-{열린} 구성은 다른 괄호이니 분리한다.
3. 단, 올바른 괄호를 C로 묶었다는 전제하에 다른 괄호에서 C만 포함한다면 그 경우는 분리가 불가능한 괄호라는 의미이므로 다시C로 묶는다.

인듯하다.

구현이 아직 머리가 아파서 점심먹고 다시 코드로 풀어봐야겠음.

...

구현이 어려워서 간단한 로직(이지만 효율성은 좀 버린..)으로 풀어봤음.

그런데 이 문제를 나같은 생각을 한 사람이 없었다..

왜 그대로 구현한거지 싶긴한데, 하긴 s의 길이가 1000이하이면 가능하겠네

n^2 배열 자르기

가장 쉽게 구현하려면 2차원 배열에 다 전처리 해둔다음 left와 right를 나누기연산과 나머지연산으로 반복문만 돌리면 풀수 있겠지만...

실제 코테가 아니다보니 가장 효율적으로 구현하고 싶은 생각이 샘솟기도 하고, 무엇보다 입력값에서부터 N^2을 할 수 없다는게 보임.

효율적으로 하려면 전처리를 하지 않고 구하는건데, 아니나 다를까 벌써머리가 어지러움 ㅎㅎㅎㅎ

...

생각보다 쉽게 구현이 가능했다.

문제를 행 기준으로 보지말고 표 기준으로 보면 한 칸에 들어간 값은 행과 열 인덱스 중 큰값+1과 같았다.

이를 활용해서 풀어보면 아래와 같음.

오늘 풀어본 두 문제 다 삽질을 했는데, 좀 더 시간복잡도 분석을 하고 가능한 범위이면 바로 구현하는 것도 연습을 해봐야할 듯 싶다. 효율적으로 구현하려다 못하는 것보단 덜 효율적으로 구현하는게 더 낫지.

강의 다시보기

Spring을 할까 하다가 Vue.js를 복습하고 git에 정리를 진행했음.

low level 프론트만 하다가 프레임워크를 다루니 재밌긴하지만 아직은 다소 어렵다. 모던자바스크립트인액션을 결국 읽어야하나..

보통 바나프레소가 가장 가까워서 자주 주문하는데 오늘도 하염없이 먹지 못하는 음료를 구경하며 다 그림의 떡이구나 하고 있었음. 최근 몸상태 때문에 당류가 낮고 나트륨이 낮은 음료를 주문하려 애쓰고 있기 때문에...

그러다가 메가박스 어플도 열어봤다. 그런데? 메인에 왜 우리 마루님이 있지?? 왜 마루님께서 여기에 보이는걸까!?? 하고 자세히 봤는데

와아 아니 메가커피는 왜 나한테 숨기고 출시한거야!!!

수업중이었는데 도파민이 돌더라🤩

아 이건 못참지 하고 가장 가까운 메가박스에 주문을 눌렀는데

아니 벌써 품절이라고😱?????

그래서 차례차례로 품절아닌 곳을 찾는데, 좀 걷긴해야 하지만 재고가 남은 곳을 발견했다!

마루를 바로 받을 수 있다는데 거리가 문제랴 바로 메가커피 어플로 주문넣고 수업도중에 뛰쳐나감 ㅋㅋㅋㅋ

그 어떤 굿즈 중에서도 코스터가 가장 탐났는데, 아니 귀엽고 피규어도 있고 6천원 이하인 것도 미쳤는데 코스터에다가 핸드폰 거치대 겸용?? 아 이걸 어떻게 참아!

바로 이건 2개 지름~~

그리고 친환경 빨대를 들고다닐 수 있게 해둔게 있어서 유용하겠다 싶어 하나를 주문했다.

그렇게 받은 아이들!!

우선 음료와 함께 테이크아웃한 포장지부터!

참고로 음료는 스노우 샹그리아 에이드임 최근에 파스쿠찌에서 뱅쇼를 처음 맛봤는데 생각보다 너무 맛있어서 비슷한 음료를 주문해봤다. 근데 맛은... 풍선껌맛..

으으 내 손을 마루가 지켜주다니 꺄아아ㅏㅏ

구매한 굿즈들!!

으윽 포장지 마저 소중해ㅠㅠㅠ 너무 뽀짝하고 어떻게 저렇게 나와아아ㅠㅠㅠㅠ

그중에서 코스터는 꼭 한번보고 두번봐야해!

그래 마루야 너가 이 세상 다 가져ㅜㅠ 다 보호하고 깨부수고(?) 다 너꺼해!!

열심히 수업을 안들어서 내일 프로젝트를 대비하기 위해 오늘 공부를 마쳐야한다..! 심지어 오늘은 퇴근 후에도 멘토링이 있어서 끝나고 헬스장을 가면 하루가 끝날 것 같다. 그마저도 너무 바쁘면 헬스장 못감 ㅎㅎㅎㅎㅎ 😢

1) Spring 프로젝트 대비 강의 다시보기

내일은 두명이서 프로젝트를 하는 날이기 때문에, 팀원에게 피해를 주지 않으려면 내 몫은 할 수 있어야겠지!

스프링이 생 처음인건 아니지만, 내가 쓰는 환경과 프젝에서 쓰는 환경은 꽤나 다르기 때문에 (eclipse STS와 IntelliJ는 많이 다르더라..) 강의 다시보기를 들어갔는데 역시나 엄청나게 쌓여있다;; 주제만 67개 🧊🧊

Java 강의부터 어제 배웠던 부분까지 들어가 있는건데, 그 중 스프링은 아래의 강의들과 오늘 강의이다.

이야... 장난아니네

그래도 한 주제당 2시간 짜리니까 오늘까지 합치면 18시간이니 2배속을 최대한 하면 9시간만에 끝낼 수 있고? 그건 9to6이니까 가능할지도..? 라는 생각이 들어버림... 지금 벌써 9시반인데 😇

아냐 일단 고민보다 고!!

9to6의 시간동안 거의 이것만 했는데 이틀치밖에 못끝냈다.

정리하면서 하느라 느려졌나 쩝

그래도 일단 큰 개념들은 깃허브에 열심히 정리해놓았으니 마음은 편하다!

2) Spring 강의 듣기 (10개 프로젝트)

자전거에 대해 관심이 커진 것은 따릉이가 한몫했다. 어느 때와 다름없이 도로에 배치된 따릉이들과 여러 자전거들을 지나치며 길을 걸어가는게 일상이었는데, 고요한 새벽 강남에서 집으로 걸어가려다 한적한 길을 보고 따릉이가 생각났다. '한번 따릉이 타고 집에 가볼까?' 라는 나의 뜬 제안을 좋아하던 동생과 함께 따릉이를 타고 간다는 것이 선뜻 실감났다.

한번도 길가의 자전거나 킥보드를 타지 않았는데 덕분에 전용 어플도 깔고 1시간 이용권 1000원을 결제했다. 자전거 안장 밑에 있는 QR인식을 하고 탁 소리와 함께 자전거 잠금을 해제했다. 그렇게 정류장에서 끌고나온 자전거는 생각보다 묵직했고, 제멋대로였다.

전에 한번 쯤은 나도 자전거로 세계여행이나 해보고 싶다는 생각을 했었는데, 어떻게든 움켜잡은 나의 자전거는 생각보다 안장이 높아서 까치발을 들어야 했고 무거웠던 따릉이를 세게 잡은채로 자전거를 제어해야했다.

앞쪽을 향하도록 쥐는 것 조차 힘이 들었고, 두 발을 뗀 채로 자전거에 올려놓고 나아가는 것도 어색했다. 그때였을까, 내 체력을 길러 국토종주 한번은 해야겠다 라고 다짐했지. 그렇게 국토종주에 관심을 가지게 되었다.

원래부터 국토 종주를 해보고 싶다 생각했던 이유는 크게 두가지이다.

1) 내가 이끄는 삶을 살기위해

나는 아직도 대학에 진학하고 한번도 하지 못했던 배낭 여행에 한이 맺혀있다. 1학년 때 바로 해보고 싶었던 배낭여행은 친구와 함께 떠나 그 모든 힘든 순간들을 같이 극복하고 서로 응원하며 멋진 가치를 이루어내는 경험으로 간직하고 싶었는데, 공대생들이어서 그런지 생각보다 친구들은 운동을 좋아하지 않았고 30분도 안걸리는 거리를 걷기 싫어하는 친구들이었다. 혼자 떠날 용기도 없던 나는 그렇게 부산에서 서울을 기차로 오갔던 여행을 제외하곤 먼 여행을 떠나보지 못했다.

2) 앞으로도 지치지 않을 나의 용기를 얻고자

20대를 취준만이 아닌 기억에 남을 특별한 경험으로 남기고 싶었다. 정확히는 앞으로 무엇이든 헤쳐나갈 용기를 얻고자 한다.

아~ 국토종주도 했는데 이게 뭐라고~ 금방 하지!

처럼 매사에 긍정적인 마인드를 얻어가보고 싶었다. 꾸준함이 무엇이든 이길 수 있다는 것을, 하루 하루들을 반복해서 보내는 것이 아닌 나의 가치를 더하는 날로 만들고 있다는 사실을 이 자전거를 통해서 좀 더 체감하고 싶다.

그렇게 국토종주를 계획하게 되었고, 이렇게 블로그까지 쓰게 되었다. 내 안에 담은 말은 내가 없앨 수 있지만, 공개적으로 보인 말은 이뤄낼 수 있도록 동기를 좀 더 가져다 주니까!

그래서 국토종주길은 어디에 있는데?

우리나라의 자전거길은 크게 12개가 있다.

사진으로 보면 더욱 예쁜데, 각 특징이 더 뚜렷하게 잘 보인다.

종주하면 뭐가좋지?

가장 좋은 것은 무엇이든 해낼 수 있다는 동기를 준다는 것이지만, 부가적인 이벤트 목표가 있으면 더욱 해내고자 하는 의지를 주기도 한다.

자전거에도 이런 이벤트 요소가 있는데 이 자전거길을 잘 이용할 수 있도록 동기를 부여하는 종주인증제라는 것이 있다. 행정안전부와 환경부에서 공식적으로 공식적으로 인정해 주는 것으로 위 강들을 종주하며 인증스탬프를 찍으면 스티커와 인증서, 그리고 메달을 준다.

처음에는 강 하나하나 정복하는 것보단 국토종주나 4대강 종주부터 시작하는게 훨씬 나을 것이라 생각했다. 하지만 이 글을 쓰다가 생각이 바뀌었는데, 가장 큰 이유는 사전 준비물이었다.

사전 준비물이 얼마나 많길래?

나는 가장 먼저 지출이 세다고 생각했던 부분들은 자전거, 숙박비, 식비였다.

6일 기준으로 봤을 때 아래와 같다.

• 자전거 : 최소 20만원
• 숙박비 : 모텔기준 하루 5만원이면 최소 30만원
• 식비 : 한끼 만원이라 생각하면 18만원

우선 여기까지만 해도 약 60만원 정도 나온다. 최솟값으로 산정한 것이므로 더 크게 나올 수 있을텐데 문제는 여기서 끝나지 않는다.

잠깐, 자전거가 아직 없다고?

그렇다, 나는 아직 자전거를 사지 않았다. 자전거를 타고 출퇴근할 일이 없는 SSAFY생이기도 하고, 면허가 없기 때문에 자전거로 대중교통을 이용해야할 날이 많을텐데 지하철이나 고속버스 등 어떻게 들고 나를 수 있을지에 대해 고민이 많았기 때문에 후에 종주 할 날이 있으면 사는게 좋겠다고 생각했다.

그리고 이게 아주 좋은 생각이었음을 깨달았음.

한번만 봐주시면 안될까요? 자전거 국토종주 정말 하고 싶단말이에요 라는 Youtube 영상에서 접이식자전거와 캐링백은 가능하지만, 접이식이 아닌 경우 분해하고 캐링백에 담아야한다는 사실이었다. 그마저도.. 작지 않으면 불가능한 경우가 있다는 것.

그래서 추천하는 자전거가 접이식 미니벨로!

그렇게 찾아보는데 아니 이 자전거들 뭐야 봄이라고 세일을 많이 하네. 20만원 안으로 자전거를 구할 수 있는 기회인가 싶어서 198,000 모델들을 살펴봤는데 생각보다 괜찮다!

나는 자전거를 고를 때 크게 3가지의 기준을 잡았다.

0. 저렴해야 한다! 20만원보다 크면 아까워서 못타고 다닐 것 같음.
1. 캐링백에 담고 운반할 수 있어야한다 (접이식, 미니벨로, 20인치 이하)
2. 자전거 고정대는 포함되어야 한다.

이 조건들에 부합하는 자전거로 결국 골라보았음.

와 드디어 국토종주에 한걸음 다가선걸까?

국토종주에 임하는 각오는 뭐야?

여러 깨달음을 얻기위해 국토종주 글과 영상들을 찾아보았고, 그 중에서도 가장 나에게 동기부여를 줬던 글이 있어서 가져왔다.

아직 5일차 글이 올라오지 않은 상태지만 분량만 보아도 이미 많은 내용들을 글에 써내린 것을 알 수 있었다. 어떻게 저런 힘든 상황속에서도 기록을 위해 많은 사진을 찍고 경험들을 고스란히 포스팅으로 남길 수 있었을까

내가 갓생을 산다면 무엇을 하고 보낸 하루였을까를 생각하며 적어본 모든 리스트이다. 다 끝내야만 한다 라는 생각보단 하나라도 더 하자 라는 마인드로 진행해보려고 한다.

1) [PJT] UI 디자인

PJT 기록은 블로그에 상세하게 기술하고 있어서 여기에 전반적인 내용을 기록할 생각이다.

2) B형 특강 복습 + PS 2문제 이상 풀기

코딩테스트 기출문제에서 풀어볼 생각인데, 다시 침체기인가 슬슬 재미가 없다.

그래서 이번엔 SSAFY B형 특강을 복습하고 관련 개념을 정리한 뒤 문제를 풀어보려고 한다.

B형 특강 내용을 정리하다가 모르던 사실을 알게되어 medium 블로그에 업로드했음.

오늘은 불금이라 오후 8시에 동생이랑 강남에서 저녁을 먹기로 했다! 그래서 9to6은 싸피에서 지내고, 8시까지는 카공하다가 강남으로 이동할 생각임~

그래서 오늘 계획은 중요한 것들만 추렸다.

1. 헬스루틴 - 나만의 루틴 만들기

처음인 것 같긴한데 오늘은 PS보다 헬스에 꽂혀버린 나를 위해서 루틴을 먼저 만들어보고자 한다.

최근 양재에 헬스장 5개월을 끊어서 다니고 있는데 너무 재밌어서 운동이 끌리지 않는 날에는 1시간, 많이 재밌는 날은 2~3시간 정도 하고있다.

그런데, 자세를 제대로 숙지하지 못했는지 아무리 못해도 기구 8개에 대해 15회씩 3세트는 하는데 다음날 근육통이 안와...😔

그래서 자세도 숙지할 겸 운동을 잘하는 사람의 루틴대로 해보면 좋은 자극이 올 것 같아서 계획했다!

한혜진의 운동루틴 소개 영상을 봤고 이를 공책에 정리했다.

혜진님은 헬린이 루틴으로 모든 운동을 다 경험하되 1세트씩 먼저 하고 그 이후 3세트를 하라고 하셨다.

하지만, 1세트씩 하러 다니기엔 인기많은 헬스장이라 자리확보가 쉽지않을 것 같아 Warm Up 유산소 제외 15회씩 2~3세트로 해보려고 한다.

확실히 기구에 그려져 있는 그림만 보고 하는 것과 실제 설명을 듣는 것 과는 많이 다름을 느꼈는데, 무엇보다 파워 레그프레스에 안전바를 풀어야 한다는 사실이 가장 충격이었다.

양쪽에 플레이트를 10kg 끼웠음에도 30회씩 4세트를 할 때쯤에서야 힘들다 느꼈는데 잘못 이용하고 있었음을 깨달았음. 어쩐지 너무 깔짝깔짝이더라 😢

오늘은 하필 주기가 돌아와 통증이 쎈 날이라 가지 못하지만.. 내일가서 한번 근육펌핑을 제대로 느껴보리라

2. PS 2문제 이상 풀기

오늘도 기출문제 모음에서 풀어보려고 한다.

그런데 다음문제가 Lv5인데... 저걸 어떻게 풀지

그래서 난이도별로 올라가는게 낫겠다 생각해서 Lv1을 눌러봤는데 어라라 5문제만 더 풀면 끝나네~ 그런 의미로 오늘은 Lv1 문제 중 한번도 풀어보지 않은 문제들만 모두 풀어보는 걸로 하려고 한다!

1) 약수의 개수와 덧셈

생각보다 시간이 걸렸는데 그 이유는 문제를 제대로 보지 않아서...

약수의 개수가 홀수이기 위해선 14, 36 처럼 N^2 형태로 만들어 질 수 있는 수이면 홀수이다.

라는 사실은 바로 깨달았지만, 약수의 개수가 짝수이면 더하고, 홀수이면 뺀다는 것은 결국 누적합을 구했을 땐 2번 빼줘야한다는 것인데 이 점을 간과해서 이 쉬운 문제에 12분을 썼다..

2) 음양 더하기

Lv1 안에서도 난이도 차이가 있긴하구나를 느낀 문제 이게 왜 Lv0이 아니라 1인걸까..

2분 30초만에 품!

3) 내적

오... 이게 더 심한데 왜 Lv1일까

50초만에 품!

4) 3진법 뒤집기

분명 논리는 맞는데... 왜 자꾸 틀렸다고 하는건지 이해를 못했음

그렇게 오류를 찾느라 15분정도 썼는데, 아니 for문 에서 ++을 해야하는데 --을 했더라... 그러니 당연히 범위를 벗어나지 😓

풀었는데 씁쓸한 문제다...

5) 예산

그리디 : 한정된 자원으로 각기 다른 금액을 원하는 부서들에게 신청한 금액만큼 지원하려 할 때, 가장 많은 부서에게 줄 수 있는 방법은 적은 금액을 원하는 부서에게 주는 것이다.

라는 사실을 알고있었는데, 사실 그리디가 정말 명확해야 쓸 수 있는 방법이기 때문에 엣지케이스를 간과하는 경우가 몇몇 생긴다.

따라서... 구현을 해보기로 했는데 정렬한 뒤에 투포인터로 하나하나 찾아보면 가장 긴 답을 얻을 수 있을 것이라 생각했다. 그랬는데 계속 틀렸다고 나왔음

아무리 생각해봐도 이유를 잘 모르겠어서 첫번째 해법으로 다시 풀어보았고 훨씬 적은 코드로도 맞을 수 있었다.

참고 : 밑의 코드에서 MemberDto는 postId, title, content, createTime를 가지는 PostDto로 실행하였음

1. GET API

• CRUD의 R (Read)
• URL의 경로나 파라미터에 변수를 넣어 요청을 보냄
  
  

  (1) RequestMapping을 이용

  @RequestMapping(value = "/hello", method = RequestMethod.GET)
  public String hello() {
    return "Hello World";
  }

  

(2) GetMapping을 이용

@GetMapping(value = "/hello")
public String hello() {
    return "Hello World";
}

(3) GetMapping을 이용 + URL에 매개변수를 받기

// 1. 같은 변수명
@GetMapping(value = "/variable1/{variable}")
public String getVariable1(@PathVariable String variable) {
    return variable;
}

// 2. 다른 변수명
@GetMapping(value = "/variable2/{variable}")
public String getVariable2(@PathVariable(value = "variable") String value) {
    return value;
}

• 두 코드는 아래의 동일한 결과를 출력

(4) GetMapping을 이용 + @RequestParam으로 URI뒤에 추가해서 매개변수 받기

• http://localhost:8080/request1?name=value1&email=value2 방식으로 호출

  @GetMapping(value = "/request1")
  public String getRequestParam1(@RequestParam String name, @RequestParam String email) {
    return name+" "+email;
  }

  
  
  

  (5) GetMapping을 이용 + Map객체로 받기

• 매개변수의 항목이 일정하지 않을 때도 받을 수 있음

  @GetMapping(value = "/request2")
  public String getRequestParam2(@RequestParam Map<String, String> param) {
        StringBuilder sb = new StringBuilder();
  
        param.entrySet().forEach(map -> { 
                sb.append(map.getKey() + " : " + map.getValue() + "\n"); 
        });
        // param.forEach((key, value) -> sb.append(key).append(" : ").append(value).append("\n"));
  
        return sb.toString();
  }

  
  
  

  (6) GetMapping을 이용 + DTO 객체

  @GetMapping(value = "/request3")
  public String getRequestParam3(MemberDto memberDto){
        return memberDto.toString();
  }

2. POST API

• CRUD의 C (Create)

• 저장하고자 하는 리소스나 값을 HTTP body에 담아 서버에 전달함
  
  

  (1) RequestMapping을 이용

  @RequestMapping(value = "/hello", method = RequestMethod.POST)
  public String hello() {
    return "Hello World";
  }

  
  
  

  (2) PostMapping을 이용 + 매개변수의 항목이 일정하지 않을 때를 대비한 Map객체로 받기

  @PostMapping(value = "/request1")
  public String postRequestBody1(@RequestBody Map<String, String> body) {
    StringBuilder sb = new StringBuilder();
  
        body.entrySet().forEach(map -> { 
                sb.append(map.getKey() + " : " + map.getValue() + "\n"); 
        });
        // body.forEach((key, value) -> sb.append(key).append(" : ").append(value).append("\n"));
  
        return sb.toString();
  }

  
  
  

  (3) PostMapping을 이용 + DTO 객체

  @PostMapping(value = "/request2")
  public String postRequestBody2(@RequestBody MemberDto memberDto){
        return memberDto.toString();
  }

  
  
  

3. PUT API

• CRUD의 U (Update) - put/patch
  
  

  (1) RequestMapping을 이용

  @RequestMapping(value = "/hello", method = RequestMethod.PUT)
  public String hello() {
    return "Hello World";
  }

  
  
  

  (2) PutMapping을 이용 + 매개변수의 항목이 일정하지 않을 때를 대비한 Map객체로 받기

  @PutMapping(value = "/request1")
  public String postMember(@RequestBody Map<String, String> body) {
    StringBuilder sb = new StringBuilder();
  
        body.entrySet().forEach(map -> { 
                sb.append(map.getKey() + " : " + map.getValue() + "\n"); 
        });
        // body.forEach((key, value) -> sb.append(key).append(" : ").append(value).append("\n"));
  
        return sb.toString();
  }

  
  
  

  (3) PutMapping을 이용 + DTO 객체

  1. memberDto.toString() => content-type : text/plain 으로 일반 문자열

  @PutMapping(value = "/request2")
  public String postMemberDto1(@RequestBody MemberDto memberDto){
        return memberDto.toString();
  }

  

2. memberDto => content-type : application/json 형식

@PutMapping(value = "/request3")
public MemberDto postMemberDto2(@RequestBody MemberDto memberDto){
        return memberDto;
}

(4) PutMapping을 이용 + ResponseEntity

@PutMapping(value = "/request4")
public ResponseEntity<MemberDto> postMemberDto3(@RequestBody MemberDto memberDto) {
        return ResponseEntity
            .status(HttpStatus.ACCEPTED) // 202
            .body(memberDto);
}

4. DELETE API

• CRUD의 D (Delete) - delete
  
  

  (1) RequestMapping을 이용

  @RequestMapping(value = "/hello", method = RequestMethod.DELETE)
  public String hello() {
    return "Hello World";
  }

  
  
  

  (2) DeleteMapping을 이용 + @PathVariable을 활용

  @DeleteMapping(value = "/{variable}")
  public String DeleteVariable(@PathVariable String variable){
        return variable;
  }

  
  
  

  (3) DeleteMapping을 이용 + @RequestParam으로 URI뒤에 추가해서 매개변수 받기

  @DeleteMapping(value = "/request1")
  public String getRequestParam1(@RequestParam String variable){
        return variable;
  }

  
  
  

5. API 문서 작성 - Swagger 이용

• Swagger 경로 : localhost:8080/swagger-ui.html
  
  

  🗨️ build.gradle

• 지원 중단된 springfox가 아닌 springdoc-openapi-ui 를 사용해야 함
• Swagger 공식문서
• Maven Repository : Gradle 추가 방법 확인하기

implementation 'org.springdoc:springdoc-openapi-ui:1.7.0'

🗨️ SwaggerConfig.java : 기본 틀

import io.swagger.v3.oas.models.OpenAPI;
import io.swagger.v3.oas.models.info.Info;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class SwaggerConfig {

    @Bean
    public OpenAPI springShopOpenAPI() {
        return new OpenAPI()
                .info(new Info().title("익명 게시판 API Document")
                        .description("익명 게시판 API 명세서입니다.")
                        .version("1.0.0"));
    }
}

=> 책에선 springfox로 다루고 있어서 여러 변형 방법에 대해서는 공식문서로 공부해야겠음

6. 로깅 라이브러리 - Logback

✨ 01. 프로젝트 생성

1. spring Initializr를 통해 프로젝트 생성

• spring Initializr 페이지

    - 프로젝트 선택
        - 프로젝트 : Gradle - Groovy
        - Gradle, Maven 이란 : 빌드 관리 도구
  
    - Spring Boot : 2.7.12
        - SNAPSHOT, M1같은 미정식 버전을 제외한 최근 버전으로 선택
        - 3.0 주의
            1. Java 17 이상
            2. javax 패키지 이름을 jakarta로 변경 ( https://bit.ly/springboot3 )
  
    - Language : Java
  
    - Project Metadata        
        - Group : hello
        - Artifact : hello-spring (필자는 전에 만든적 있어서 spring-intro로 변경)
            - build되어 나온 결과물
        - Packaging : Jar
        - Java : 11 (가장 오류 안 나는 버전)
  
    - Dependencies : Spring Web, Thymeleaf

  
  
  

  2. Generate해서 받은 .zip파일을 원하는 폴더 밑에 풀기

• sync 전

• sync 후

3. IntelliJ에서 파일 열고 실행

• 파일을 열면 자동 sync 과정을 진행

• 아래 버튼을 눌러 실행

• Tomcat started on port(s): 8080 (http) with context path '' 이 떠야 성공적으로 실행된 것임

• _localhost:8080_을 주소창에 입력하면 아래와 같은 페이지가 나타남

• 만약 Gradle 환경에서 실행했다면, 종료할 때 아래와 같이 오류 문구가 뜸.

✨ 02. 라이브러리 살펴보기

• Gradle은 의존 관계가 있는 라이브러리를 함께 다운로드 하므로, External Libraries에 보면 수많은 라이브러리들이 존재

• 아래 화면의 빨간 원 부분을 클릭하면 주황 영역을 없애거나 나타나게 할 수 있음 ( alt 두 번 )

• Gradle → Dependencies → compileClassPath → starter-web → starter-tomcat 내장 ⇒ 소스 라이브러리에서 웹 서버를 내장하고 있음

• 중복되는 의존성이 있는 아이들은 하나만 나타남 (하위에 없다고 해서 의존성 없는 게 X)
  
  

  📚 핵심 라이브러리

  Dependencies 구성

  

• compileClasspath

• runtimeClasspath

• testCompileClasspath

• testRuntimeClasspath

스프링 부트 라이브러리

ㄴ spring-boot-starter-thymeleaf : 타임리프 템플릿 엔진 (View)
    ㄴ spring-boot-starter(공통) : 스프링 부트 + 스프링 코어 + 로깅
        ㄴ starter-logging
            ㄴ logback
            ㄴ slf4j
        ㄴ spring-boot
            ㄴ spring-core

ㄴ starter-web
    ㄴ spring-boot-starter-tomcat : 톰캣 (웹서버)
    ㄴ spring-webmvc : 스프링 웹 MVC

테스트 라이브러리

ㄴ spring-boot-starter-test
    ㄴ assertj : 테스트 코드를 좀 더 편하게 작성하게 도와주는 라이브러리
    ㄴ junit 5 : 테스트 프레임워크
    ㄴ mockito : Mock 라이브러리
    ㄴ spring-test : 스프링 통합 테스트 지원

✨ 03. View 환경설정

• static/index.html 을 올려두면 Welcome page 기능을 제공한다.
• [spring 공식문서] 1.1.5. Welcome Page
• 버전에 맞는 공식문서로 보는 방법 spring.io > Projects > Spring Boot > LEARN > 원하는 버전 Reference Doc.
  
  

  💻 정적 화면

  💬 index.html

  <!-- 경로 : hello-spring.src.main.resources.static -->
  <!DOCTYPE HTML>
  <html>
  <head>
    <title>Hello</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
  </head>
  <body>
  Hello
  <a href="/hello">hello</a>
  </body>
  </html>

  
  
  

  💻 동적 화면

• thymeleaf 템플릿 엔진
  • thymeleaf 공식 사이트: https://www.thymeleaf.org/
  • 스프링 공식 튜토리얼: https://spring.io/guides/gs/serving-web-content/
  • 스프링 부트 메뉴얼: https://docs.spring.io/spring-boot/docs/2.7.12/reference/html/web.html#web.servlet.spring-mvc.template-engines

💬 HelloController.java

package hello.springintro.controller;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class HelloController {

    @GetMapping("hello")
    public String hello(Model model){
        model.addAttribute("data", "hello");
        return "hello";
    }
}

💬 hello.html

<!DOCTYPE HTML>
<html xmlns:th="http://www.thymeleaf.org">
<head>
    <title>Hello</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
<p th:text="'안녕하세요. ' + ${data}" >안녕하세요. 손님</p>
</body>
</html>

http://localhost:8080/hello

• 동작 원리
• 컨트롤러에서 리턴 값으로 문자를 반환하면 뷰 리졸버( viewResolver )가 화면을 찾아서 처리
  • 스프링 부트 템플릿엔진 기본 viewName 매핑
  • resources:templates/ +{ViewName}+ .html
    
    

    ✨ 04. 빌드하고 실행하기

• *1. gradlew.bat이 존재하는 폴더로 이동

2. gradlew build
3. cd build/libs
4. java -jar hello-spring-0.0.1-SNAPSHOT.jar
5. 실행 확인**

🐢 Section 02. 스프링 웹 개발 기초

✨ 01. 정적 컨텐츠

• [spring 공식문서] 1.1.4. Static Content

  💬 hello-static.html

  <!DOCTYPE HTML>
  <html xmlns:th="http://www.thymeleaf.org">
  <head>
    <title>Hello</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
  </head>
  <body>
  <p th:text="'안녕하세요. ' + ${data}" >안녕하세요. 손님</p>
  </body>
  </html>

  

• 동작 원리 (Simple)

✨ 02. MVC와 템플릿 엔진

💬 HelloController.java

package hello.springintro.controller;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;

@Controller
public class HelloController {

    @GetMapping("hello")
    public String hello(Model model){
        model.addAttribute("data", "hello");
        return "hello";
    }

    @GetMapping("hello-mvc")
    public String helloMvc(@RequestParam("name") String name, Model model){
        model.addAttribute("name", name);
        return "hello-template";
    }
}

💬 hello-template.html

<html xmlns:th="http://www.thymeleaf.org">
<body>
<p th:text="'hello ' + ${name}">hello! empty</p>
</body>
</html>

• 동작원리

✨ 03. API

💬 HelloController.java

package hello.springintro.controller;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.ResponseBody;

@Controller
public class HelloController {

    @GetMapping("hello")
    public String hello(Model model){
        model.addAttribute("data", "hello");
        return "hello";
    }
    @GetMapping("hello-mvc")
    public String helloMvc(@RequestParam("name") String name, Model model){
        model.addAttribute("name", name);
        return "hello-template";
    }

    @GetMapping("hello-string")
    @ResponseBody
    public String helloString(@RequestParam("name") String name){
        return "hello"+name;
    }

    @GetMapping("hello-api")
    @ResponseBody
    public Hello helloApi(@RequestParam("name") String name){
        Hello hello = new Hello();
        hello.setName(name);
        return hello;
    }

    static class Hello{
        private String name;

        public String getName() {
            return name;
        }

        public void setName(String name) {
            this.name = name;
        }
    }
}

• 동작원리

• @ResponseBody 를 사용

  • HTTP의 BODY에 문자 내용을 직접 반환
  • viewResolver 대신에 HttpMessageConverter 가 동작
  • 기본 문자처리: StringHttpMessageConverter
  • 기본 객체처리: MappingJackson2HttpMessageConverter
  • byte 처리 등등 기타 여러 HttpMessageConverter가 기본으로 등록되어 있음

✨ 01. 프로젝트 생성

1. spring Initializr를 통해 프로젝트 생성

• spring Initializr 페이지

    - 프로젝트 선택
        - 프로젝트 : Gradle - Groovy
        - Gradle, Maven 이란 : 빌드 관리 도구
  
    - Spring Boot : 2.7.12
        - SNAPSHOT, M1같은 미정식 버전을 제외한 최근 버전으로 선택
        - 3.0 주의
            1. Java 17 이상
            2. javax 패키지 이름을 jakarta로 변경 ( https://bit.ly/springboot3 )
  
    - Language : Java
  
    - Project Metadata        
        - Group : hello
        - Artifact : hello-spring (필자는 전에 만든적 있어서 spring-intro로 변경)
            - build되어 나온 결과물
        - Packaging : Jar
        - Java : 11 (가장 오류 안 나는 버전)
  
    - Dependencies : Spring Web, Thymeleaf

  
  
  

  2. Generate해서 받은 .zip파일을 원하는 폴더 밑에 풀기

• sync 전

• sync 후

3. IntelliJ에서 파일 열고 실행

• 파일을 열면 자동 sync 과정을 진행

• 아래 버튼을 눌러 실행

• Tomcat started on port(s): 8080 (http) with context path '' 이 떠야 성공적으로 실행된 것임

• _localhost:8080_을 주소창에 입력하면 아래와 같은 페이지가 나타남

• 만약 Gradle 환경에서 실행했다면, 종료할 때 아래와 같이 오류 문구가 뜸.

✨ 02. 라이브러리 살펴보기

• Gradle은 의존 관계가 있는 라이브러리를 함께 다운로드 하므로, External Libraries에 보면 수많은 라이브러리들이 존재

• 아래 화면의 빨간 원 부분을 클릭하면 주황 영역을 없애거나 나타나게 할 수 있음 ( alt 두 번 )

• Gradle → Dependencies → compileClassPath → starter-web → starter-tomcat 내장 ⇒ 소스 라이브러리에서 웹 서버를 내장하고 있음

• 중복되는 의존성이 있는 아이들은 하나만 나타남 (하위에 없다고 해서 의존성 없는 게 X)
  
  

  📚 핵심 라이브러리

  Dependencies 구성

  

• compileClasspath

• runtimeClasspath

• testCompileClasspath

• testRuntimeClasspath

스프링 부트 라이브러리

ㄴ spring-boot-starter-thymeleaf : 타임리프 템플릿 엔진 (View)
    ㄴ spring-boot-starter(공통) : 스프링 부트 + 스프링 코어 + 로깅
        ㄴ starter-logging
            ㄴ logback
            ㄴ slf4j
        ㄴ spring-boot
            ㄴ spring-core

ㄴ starter-web
    ㄴ spring-boot-starter-tomcat : 톰캣 (웹서버)
    ㄴ spring-webmvc : 스프링 웹 MVC

테스트 라이브러리

ㄴ spring-boot-starter-test
    ㄴ assertj : 테스트 코드를 좀 더 편하게 작성하게 도와주는 라이브러리
    ㄴ junit 5 : 테스트 프레임워크
    ㄴ mockito : Mock 라이브러리
    ㄴ spring-test : 스프링 통합 테스트 지원

✨ 03. View 환경설정

• static/index.html 을 올려두면 Welcome page 기능을 제공한다.
• [spring 공식문서] 1.1.5. Welcome Page
• 버전에 맞는 공식문서로 보는 방법 spring.io > Projects > Spring Boot > LEARN > 원하는 버전 Reference Doc.
  
  

  💻 정적 화면

  💬 index.html

  <!-- 경로 : hello-spring.src.main.resources.static -->
  <!DOCTYPE HTML>
  <html>
  <head>
    <title>Hello</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
  </head>
  <body>
  Hello
  <a href="/hello">hello</a>
  </body>
  </html>

  
  
  

  💻 동적 화면

• thymeleaf 템플릿 엔진
  • thymeleaf 공식 사이트: https://www.thymeleaf.org/
  • 스프링 공식 튜토리얼: https://spring.io/guides/gs/serving-web-content/
  • 스프링 부트 메뉴얼: https://docs.spring.io/spring-boot/docs/2.7.12/reference/html/web.html#web.servlet.spring-mvc.template-engines

💬 HelloController.java

package hello.springintro.controller;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class HelloController {

    @GetMapping("hello")
    public String hello(Model model){
        model.addAttribute("data", "hello");
        return "hello";
    }
}

💬 hello.html

<!DOCTYPE HTML>
<html xmlns:th="http://www.thymeleaf.org">
<head>
    <title>Hello</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
<p th:text="'안녕하세요. ' + ${data}" >안녕하세요. 손님</p>
</body>
</html>

http://localhost:8080/hello

• 동작 원리
• 컨트롤러에서 리턴 값으로 문자를 반환하면 뷰 리졸버( viewResolver )가 화면을 찾아서 처리
  • 스프링 부트 템플릿엔진 기본 viewName 매핑
  • resources:templates/ +{ViewName}+ .html
    
    

    ✨ 04. 빌드하고 실행하기

• *1. gradlew.bat이 존재하는 폴더로 이동

2. gradlew build
3. cd build/libs
4. java -jar hello-spring-0.0.1-SNAPSHOT.jar
5. 실행 확인**

🐢 Section 02. 스프링 웹 개발 기초

✨ 01. 정적 컨텐츠

• [spring 공식문서] 1.1.4. Static Content

  💬 hello-static.html

  <!DOCTYPE HTML>
  <html xmlns:th="http://www.thymeleaf.org">
  <head>
    <title>Hello</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
  </head>
  <body>
  <p th:text="'안녕하세요. ' + ${data}" >안녕하세요. 손님</p>
  </body>
  </html>

  

• 동작 원리 (Simple)

✨ 02. MVC와 템플릿 엔진

💬 HelloController.java

package hello.springintro.controller;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;

@Controller
public class HelloController {

    @GetMapping("hello")
    public String hello(Model model){
        model.addAttribute("data", "hello");
        return "hello";
    }

    @GetMapping("hello-mvc")
    public String helloMvc(@RequestParam("name") String name, Model model){
        model.addAttribute("name", name);
        return "hello-template";
    }
}

💬 hello-template.html

<html xmlns:th="http://www.thymeleaf.org">
<body>
<p th:text="'hello ' + ${name}">hello! empty</p>
</body>
</html>

• 동작원리

✨ 03. API

💬 HelloController.java

package hello.springintro.controller;

import org.springframework.stereotype.Controller;
import org.springframework.ui.Model;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.ResponseBody;

@Controller
public class HelloController {

    @GetMapping("hello")
    public String hello(Model model){
        model.addAttribute("data", "hello");
        return "hello";
    }
    @GetMapping("hello-mvc")
    public String helloMvc(@RequestParam("name") String name, Model model){
        model.addAttribute("name", name);
        return "hello-template";
    }

    @GetMapping("hello-string")
    @ResponseBody
    public String helloString(@RequestParam("name") String name){
        return "hello"+name;
    }

    @GetMapping("hello-api")
    @ResponseBody
    public Hello helloApi(@RequestParam("name") String name){
        Hello hello = new Hello();
        hello.setName(name);
        return hello;
    }

    static class Hello{
        private String name;

        public String getName() {
            return name;
        }

        public void setName(String name) {
            this.name = name;
        }
    }
}

• 동작원리

• @ResponseBody 를 사용

  • HTTP의 BODY에 문자 내용을 직접 반환
  • viewResolver 대신에 HttpMessageConverter 가 동작
  • 기본 문자처리: StringHttpMessageConverter
  • 기본 객체처리: MappingJackson2HttpMessageConverter
  • byte 처리 등등 기타 여러 HttpMessageConverter가 기본으로 등록되어 있음