WorkaHolic

00) 초기세팅

Programics — Fri, 27 Mar 2026 23:49:06 +0900

현재 와이프의 굿즈 산업의 홈페이지를 만들기로 마음 먹고서
작업하던 와중에 기록을 남기기 위해 작성해보기로 했다.

너프하게나마 계획을 짜자면

Frontend

프론트까지 만들고 싶지만, 시간 대비 너무 오래 걸릴 것을 예상되어 맡길 요령으로, AI를 활용한 Claude Code를 사용할 예정

Backend

초기에는 로컬에서 스프링부트를 활용하여 제작, 도커로 MySQL로 생성하여 연동 및 배포하여 컨펌 예정

추후 일정 부분 적용이 된다면, AWS로 배포할 예정

Plan

상품>주문>결제>배송 순으로 제작할 예정이며, 순차적으로 만들어가면서 컨펌을 받을 예정이다.

SQL 실전 트레이닝

Programics — Thu, 23 Oct 2025 01:46:23 +0900

늦게나마 코딩테스트를 시작했다.

이전엔 PHP다보니 유형이 없어서 Java로 하나하나 풀고 있는데

생각해보니 언어별 코딩테스트는 있는데 SQL을 테스트한다는 생각은 못했었다.

우연한 기회에 데이터리안에서 주관한 핸즈온에 참여하는 기회가 있었다.

실무에서도 왕왕 쿼리를 쓰기도 했고, 이미 SQLD도 있지만

실제로 쓰던 쿼리만 쓰는 것과 이론적으로 아는 것만이 오히려 성장을 막고 있다는 것을 깨달았다.

그래서 SQL을 진지하게 임해보자 마음을 먹고서

최신 서적중에 SQL 관련된 책을 찾다가 SQL 실전 트레이닝을 마주하게 되었다.

기존에 사던 SQL 공부책이 아닌,

SQL 문법에 대한 기본 지식을 갖췄다는 전제하에 문제풀이 형태로 이루어져 있었다.

MySQL을 기준으로 유형별로 문제들을 분리해놨는데

1~4 유형까지는 Join에 관련된 문제들을 모아뒀고,

5부터 Group by를 시작으로 유형 18까지 문제들을 나열해뒀다.

유형마다 1개에서 3개 사이의 문제들이 있으며

문제들은 개념에 대한 간단한 설명과

질문과 예시, 결과 해석과 정답 풀이, 실행 결과 순으로의 형태로 구성되어 있어

스스로 애매하다 생각한 부분도 소설책처럼 정답 풀이를 보다 보니 자연스레 이해가 되어서

어느새 술술 읽고 있는 나를 발견하게 되었다.

이미 SQL 기초 문법은 할 수 있지만,

코딩테스트하듯이 문제를 풀고 싶어하는 사람들은 재밌게 즐길 것 같은 책이다.

OCSP response is not yet valid

Programics — Fri, 15 Aug 2025 18:47:22 +0900

sudo systemctl restart systemd-timesyncd

Oracle VirtualBox의 리눅스 환경에서 Firefox로 google.com은 정상적으로 접속됐으나 naver.com를 접속하려고 하니 아래와 같은 오류가 생겼다.

An error occurred during a connection to www.naver.com. The OCSP response is not yet valid(contains a date in the future).

먼저 OCSP가 무엇인지 검색해봤다

Online Certificate Status Protocal, SSL/TLS 인증서가 현재 유효한지, 폐기된 인증서인지를 실시간으로 확인하기 위한 인터넷 표준 프로토콜이라고 한다.

네이버가 인증서를 폐기했을 가능성은 낮으니 다른 케이스들을 찾아본 결과, 시간에 관련된 자료들이 많이 나왔다.

서버 인증서의 유효성 검증 과정에서 시스템 시간이 맞지 않으면 웹브라우저에서 문제가 발생할 수 있다는 것이다.

해서 해당 시간대를 찾아보니 오늘(2025-08-15일)보다 5일 차이가 난다.

NTP(Network Time Protocal)을 강제 재동기화하기로 결정했다.

방법은 2가지로

1. false로 바꿨다가 true로 만드는 방법

sudo timedatectl set-ntp false
sudo timedatectl set-ntp true

2. restart하는 방법

sudo systemctl restart systemd-timesyncd

이 있는데, 첫번째 방법으로 시간을 정상시간대로 되돌렸고

이전과 달리, 정상적으로 네이버 사이트가 실행되는 것을 확인했다.

MCP로 똑똑하게 일하는 법

Programics — Thu, 7 Aug 2025 18:50:04 +0900

MCP를 처음 들은 건 작년이었다.

그때만 해도 한참 GPT, Claude와 에이전트에 대해서 말이 오갈 때 였다.
누군가 특정 기술을 활용하면 마치 포트를 갈아끼우듯이 바꿔만 쓰면 된다고 했던 걸로 기억한다.

그것이 MCP였다.
편리함, 개발자들의 덕목이라 한번쯤은 접하고 싶었지만
현재 공부할 범위의 책들과 영상들이 한가득이라 미뤄왔고, 언젠간 공부하겠다 하는 게 어느덧 2025년이 되었다.
이전과는 달리 이젠 누구나 MCP라는 것는 논하고 왕왕 서로의 입에서 오가는 것을 보고 있었지만,
여전히 바쁘다는 핑계로 미루기만 하고 있을 쯤, 해당 책을 발견했다.

약간의 자존심과 호기심이었다. 남들이 다 아는 것을 나만 모르는 것이 마치 소외당한다는 느낌과 개발에 편리하게 활용할 수 있다는 것이 더 자극됐던 것 같다.
그래서 한번 읽어보자 마음을 먹고서 머리말을 읽을 쯤, '오, 이 분 글 잘쓰는데'였고, 첫 3장(1.1 AI란?)을 읽고나서 소감은, '우와, 술술 읽힌다' 였다. 가끔 느끼는 거지만, 정말 글을 잘 쓰는 사람들이 있는 것 같다. 그건 독자마다 체감이 다르고, 원래 어떤 책이든 잘 읽는 사람이 있겠지만, 나의 경우에는 책을 읽는 것이 남들의 2,3배는 느릴 정도로 정독을 하는 스타일이라 항상 느리지만, 가끔, 정말 가끔 내가 이 정도를 이렇게 읽을 수 있다고? 라는 느낄 정도로 술술 읽히는 책이 있다. (최근에 느낀 책은 '기억보단 기록을'을 이라는 블로그를 쓰시는 유명하신 이동욱(향로)님의 스프링 부트와 AWS로 혼자 구현하는 웹 서비스)

그렇게 술술 읽히기도 하지만, 비전공자에 대한 배려가 많이 느껴졌다.
시작부터 MCP는 이런 거고, 이렇게 씁니다. 가 아니라, AI를 필두로 에이전트를 알리고, AI 에이전트로 넘어가 MCP로 연동되는 과정을 이해하기 쉽게 주석과 함께 설명을 해주고(그 내용마저 눈에 잘 들어와서 좋았다) 활용 부분은 최신자 책이다보니 실제 사용해보는 것도 자연스레 따라가게끔 길라잡이 형식으로 되어있어 따라하기만 해도, 눈 앞에서 MCP가 되는 것을 직접 체감할 수 있어서 좋았다. (개발자지만, 신기한 경험)

마무리로는 한번쯤은 들어보았을 법한 바이브 코딩이라던가, MCP와 함께 화두가 되고 있는 구글의 A2A에 대해서는 간접적으로 인식할 수 있어서 좋았다.

이젠 남들이 MCP 써봤어? 라고 물으면 자연(자랑)스레 '응, 써봤어'라고 말할 수 있겠다.

비전공자를 위한 이해할 수 있는 IT 지식

Programics — Mon, 23 Jun 2025 02:34:45 +0900

나는 기초책을 읽는 걸 참 좋아한다.

예전엔 이해할 수 없었던 내용들을 지금은 마치 소설책처럼 읽혀서 그런 건지

아직도 내가 이해하지 못하는 글이 있다면 아직 마중물이 부족하구나를 다시금 나를 다잡기 위해서기도 하다.

그 중에서 비전공자를 위한 이해할 수 있는 시리즈 중 IT 지식과 파이썬이라는 책이 있다.

얇고 자간도 큼직큼직해서 가볍게 읽기 좋다.

정말 제목 그대로 비개발자가 읽어서 무리없이 읽을 수 있을 것 같고

이미 다 아는 시점에서 바라본다고 생각하는데, 가끔 쌩뚱맞는 곳에서 깨달음을 얻기도 한다.

주로 너무 당연하거나 당연시하다보니 별 신경쓰지 않았던 부분들을 해석해줄 때는

마치 본인의 나랏말은 이해도가 완벽하다고 생각하지만

가끔 외국인이 한국어를 공부하면서 언어 체계를 알려줄 때 '아, 이래서 이렇게 발음하는구나'라는 걸
깨달는 시점과 비슷하다고 생각이 들었다. 생각해보니 비슷한 정도가 아니라 바로 그거였다.

다른 하나는 이미 완벽하게 이해했다고 했던 것이 깨지는 순간이다.

내 머릿속은 분명 1+1은 2라는 것을 명시하고 있고, 어딘가(책이든 사람이든)에서 분명 전달받은 적도 있다고 생각했던

완벽한 저장소가, 미묘하게 잘못 이해하고 있다는 것을 깨닫고 그 누구도 아닌, 나 자신에게 부끄러워짐을 느끼게 된다.

분명 그 지식을 가지고 완벽하게 아는 척하며 누군가에서 알려주거나 거들먹거린 적이(없겠지만) 있을 것 같은 느낌은

그 사람이 진정 모르는 것이었다면 잘못된 정보를, 완벽히 아는 사람이라면 나를 어떤 표정으로 봐라볼 지 상상을 한다.

부끄럽지만, 진심으로 이런 순간순간에 감사하다고 생각한다.

개발을 하다가 매번 '오, 나 이제 좀 아는 것 같은데'라는 순간과 '아, 나는 진짜 아무것도 모르는 똥멍청이야'가 반복되어 가며

성장한다고 믿고 있는데(내가 그러고 있으니 그 길밖에 모르긴 한데)

모르는 것을 배우는 것보다, 아는 것이 깨지는 순간이 나에게는 더 큰 낙이다.

모르는 것은 '제가 아직 완벽하게 이해하진 못했지만, 이렇게 되는 것 같습니다.'라고 말하겠지만

아는 것은 '이게 이렇게되서 그렇게 되는 거에요'라고 분명 말할 것이기 때문이다.

교직이수를 가지고 있다는 핑계로

매번 누군가를 가르쳐주려고 하는(다른 개발자도 보니, 약간 숙명인진 모르겠지만) 건방진 버릇이 있는데

그럴 때마다 잘못 알려줄 것을 생각하면 갑자기 모든 것이 아득해진다.

책에 대한 내용은 없고, 너무 주저리주저리 써놨지만

정말 비전공자에 대한 내용이라 아는 것을 덧대는 것밖에는 도움이 되지 않지만

한번쯤 아키텍처의 단어들에 대해 스스로 애매하다고 생각이 든다면 추천해본다.

다음 기회에 위에서 언급한 비전공자를 위한 이해할 수 있는 파이썬에 대해서도 작성할 예정인데,

그때는 조금 더 책에 대한 내용을 담아보도록 하겠다.

모던 자바 인 액션(Modern Java in Action)

Programics — Sun, 11 May 2025 23:10:52 +0900

뜬구름같은 소리지만, 자바를 배운다면

Java의 정석을 읽고나서, 모자란 부분을 모던 자바 인 액션으로 마저 채우라는 글을 어디선가 보았다.

무슨 말인지는 Java의 정석을 다회독한 이후에 해당 책을 읽어보고서야 깨닫게 되었다.

앞표지에 떡하니 전문가를 위한 자바 8, 9, 10 기법 가이드라고 적혀있었다.

말그대로 해당 책은 자바의 기초가 아닌, 전문가를 위한 책이다.

1장 시작부터 자바의 주요 변화의 요소인 람다 표현식, 메서드 참조, 스트림, 디폴트 메서드가 무엇인지

간단히 설명하고 2~3장부터 바로 람다에 대한 배경과 이해로 들어간다.

이렇게 1~3장을 1부로 두고, 2부부터는 4~7장을 묶어 스트림의 개념을 설명하고 컬렉션과 비교한다.

또한 상세한 스트림을 사용법을 다루고, 스트림 API에서 제공하는 컬렉터과 병렬 스트림까지 다루게 된다.

3부부터는 자바를 효과적으로 사용하기 위한 8~10장으로, 컬렉션 API의 개선과

소프트웨어 개발 기법(디자인 패턴, 리팩터링, 디버깅 등)을 살펴보고 도메인 특정 언어(DSL) API 기초를 살펴보게 된다.

개인적으로 어려웠지만 여기까진 술술 재미있게 읽었다. 이쯤이 한 중반쯤이었다.

이후 4부 11~14장까지도 Optional과 날짜와 시간 API, 실용적인 디폴트 메서드 사용패턴과 패키지 모음까지도

이해안되는 말도 많았지만 그럭저럭 (안)괜찮았다.

5부로 넘어가는 순간,15장의 비동기 API의 큰 그림을 그리더니 16~17장에서

CompletableFuture와 플로 API부터 살짝 놓기 시작해서

마지막 6부인 18~21장은 함수형 프로그래밍 용어와 설명이 시작될 때쯤 뇌가 흘러나오더니

스칼라가 나올 쯤 이해를 포기했다. 덕분에 내 안에 부족한 점을 뼈저리게 느끼게 됐다.

나는 자바를 아는 것이 아니고, 자바를 쓸 뿐이었다.

마치 산수는 몰라도 가게에서 물건을 살 수 있을 정도의 실력이었던 것이다.

이 책도 두고두고 정독해야 얻을 것이 많을 것 같다는 생각이 들었다.

문제는 700페이지에 달하는 책을 매번 들고 다닐 수는 없을 것 같아

읽을 시간을 많이 확보해야 하던가, 운동을 좀 더 하던가 해야겠다.

언젠가 작은 깨달음을 얻은 이후엔 그 다음 심화학습이라던 뜬그름인 이펙티브 자바를 읽어볼 예정이다.

[격파르타] SQLD 자격증 챌린지

Programics — Sun, 4 May 2025 01:18:58 +0900

- 격파르타에 참여한 이유

자격증 강의 영상을 보는 이유는 모두 동일하게 어떻게 준비를 해야할 지 모르기 때문일거라 생각합니다.

무엇부터 어떻게 시작해야 할 지 모르고

또 끝까지 얼마나 공부에 시간을 투자해야 할 지 모르겠다는 생각이었는데

우연히 인스타그램의 광고에 떠서 ,해당 자격증 챌린지를 발견했지만

자격증보단 솔직히 100% 환급이 더 눈에 들어왔습니다.

어차피 딸 자격증이라면 환급받으면서 합격하면 좋은 거 아냐? 라는 생각이 들어서

이후로 참여하기 위해 상세 페이지를 둘러보니 생각보다 커리큘럼이 마음에 들었습니다.

부분 챕터별로 한 주(하루로 잡아도 괜찮다고 생각)마다의 기간별로

공부량을 정해주고(제가 P다보니 이런 계획이 없으면 무작정 아무거나 파는 편이라)

맞춰서 이해하고, 성장하게끔 유도하는 시스템이 마음에 들어 참여하게 되었습니다.

- 격파르타에서 좋았던 점

SQLD 이론부터 점점 복잡한 심화까지 부터 시험 문답을 15주의 간격으로 알려줘서 계획적으로 공부할 수 있었습니다.

또한 영상을 듣거나 공부하면서 생긴 의문에 대해 Q&A로 답변해주시는 공간이 마련되어 있고

별도로 매니저가 연락이 와서 별도로 시험 관련해서 관리해주시는 부분들이 좋았습니다.

- 격파르타에서 아쉬웠던 점

영상 자체는 좋았으나 영상에서 부족한 내용들이 있는 것은 알아서 채워들었습니다.

건의하니 영상에 즉각 반영한다고 했고,

추가로 실전과 동일한 환경에서 문제를 풀어볼 수 있는 사이트를 주셔서 간접적으로 도움이 되었습니다.

- 격파르타는 이런 분들께 추천하고 싶어요

비전공이신 분들이나 저처럼 P이신 분, 체계화된 영상으로 공부하고 싶은 분들에게 추천드립니다!

그린 소프트웨어(Building Green Sofrware)

Programics — Wed, 23 Apr 2025 23:39:11 +0900

25년 4월 23일 오늘은

세계 책의 날이다.

윌리엄 셰익스피어의 기일이기도 한 이 날은

독서를 장려하거나 소유권 보호를 위해 유네스코에서 제정되었다고 한다.

그런 특별한 날인 만큼

특별한 책을 선택했다.

이 책에 관심이 가게 된 계기는

나름 환경을 생각하며 분리수거도 수준급으로 처리한다고

스스로를 자부하고 있었는데

유튜브에서 흥미로운 영상들을 보게 되었다.

데이터센터가 온난화의 주범이라는 내용

"데이터센터에서 프레온 가스가 나오는 것도 아니고, 무슨 소리일까?"

(사실 과거에는 냉각을 프레온 가스를 사용했지만 대체 물질로 전환됨)

고가용성을 위해 서버는 365일 24시간(24/7) 내내 켜져 있어야 하고

서버를 우리가 생각하는 것보다 열이 많은 아이라 냉방시설을 가동해야 하고

그럼 데이터센터와 냉방설비를 유지하기 위한 엄청난 전기가 소비된다는 말이다.

또한 현재는 인공지능의 확대에 따라 온실가스의 문제도 심각하다고 한다.

그래서 마이크로소프트는 데이터센터를 해저 안이나 나무로 짓거나

페이스북(메타)은 데이터센트를 북극과 가까운 곳에 설치하였다.

그런 참신한 이슈가 재밌기도 흥미가 생기기도 할 때

친환경 소프트웨어의 길잡이가 되어질 만한 책을 발견했다.

우선은 친환경 소프트웨어를 위해 탄소 효율성(에너지 효율성과 하드웨어 효율성)과

탄소 인식이 친환경 컴퓨일의 기본적인 원칙이라고 말하고 있다.

친환경 소프트웨어의 네 가지 구성 요소는 탄소, 전기, 하드웨어, 마음가짐이다.

에너지 효율성과 하드웨어 효율성, 그리고 탄소 인식이란 무엇인지를 알아가며

읽다보면 생각해보면 당연한 걸 인식하지 못하고 있거나

잠재적인 문제들과 효과있는 개선점들을 알게 된다.

자연을 위해 누구에게나 읽으라고 강요할 순 없지만

환경에 관심이 있는 IT 종사자에게는 이런 책의 존재유무도 몰랐다면

알게 된 시점에서, 한 번 쯤은 읽어보았으면 좋겠다고 권장하는 책이다.

마지막으로, 제일 마음에 들었던 문구를 남기고자 한다.

코드 한 줄로 지구를 살리는 시대

Java의 정석

Programics — Fri, 18 Apr 2025 01:41:51 +0900

개발자라면 모를 수 없는, 한번쯤은 다 읽어보았을 남궁성 선생님의 자바의 정석이다.

왜 '선생님'이라는 호칭을 쓰냐면, 정말 스승님이기 때문이다.

부트캠프 과정에서 남궁성 강사님의 네임밸류만 보고 신청해서 6개월간 정말 많은 걸 배웠다.

사람들이 말하는 선생님의 확연한 장단점이 있지만

저는 지금도, 아마 앞으로도 평생 감사하는 마음으로 지낼 겁니다.

자, 사설은 여기까지

자바를 시작하려면 우선 읽어야 할 책으로 지정되어 있을 것이다.

정말 기초가 1도 없는 사람도 자바란 무엇인가 부터 시작해

역사와 JVM을 배워가서, 처음으로 Hello, World가 화면에 출력되는 걸 경험하고 개발이 재밌다고 생각이 들 것이다.

그렇게 변수를 맞이하고, 연산자, 조건문과 반복문, 어쩌면 배열까지도 즐겁게 배워가며 나아갈 수 있다.

하지만 서서히 객체지향이란 것이 다가오기 시작한다.

절차지향과 객체지향의 차이도 모르는데, 객체지향언어의 역사를 알아가며

클래스와 객체, 인스턴스를 만나고, 메서드를 맞이하며 간단히 배웠던 JVM의 메모리구조를 알게 되고

오버로딩, 생성자.. 머리가 서서히 가득찰 때쯤

객체지향 II라는 것이 다시 맞이한다.

어서와, 상속은 처음이지?

위에는 로딩을 하더니, 갑자기 오버라이딩을 하고

패키지를 알게 되고, 제어자, static, final, abstract

그리고 드디어 다형성을 만나게 됩니다.

추상클래스, 인터페이스, 익명 클래스..

여기서 많은 사람들이 의지가 꺾이게 되는 포인트가 되죠.

물론 끝난 것은 아닙니다.

오히려 시작이죠.

재밌는 예외처리를 만나게 되고

수많은 패키지 클래스를 만나게 되고

날짜와 시간 & 형식화를 만나게 되고

우리의 친구, 컬렉션 프레임워크가 반겨줍니다.

자바를 새로이 시작해봅시다.

정말 이렇게도, 저렇게도 담을 수가 있구나.

새삼 천재들은 많고, 내 머리가 다시 열리게 됩니다.

컬렉션을 다 보셨다고구요?

그럼 제네릭스는 만나보셨나요?

그럼 열거형은요? 어노테이션은요?

여기서 많은 사람들이 의지가 꺾이게 되는 포인트가 되죠.

괜찮으신가요? 괜찮으셔야 해요.

우리에겐 쓰레드가 있거든요.

동기화에서 머리가 한번 더 깨질 쯤

안녕, 나는 람다라고 해

안녕, 나는 스트림이라고 해

너희는 진짜.. 너무 좋은 아이들이구나.

여기서 많은 사람들이 의지가 꺾이게 되는 포인트가 되죠.

여기까지 버티셨으면 정말 대단하신 겁니다.

자, 이젠 가볍게 입출력과 네트워킹을 가볍게 쓱 훑고 지나가면

드디어 자바의 정석이 막을 내리게 됩니다.

수고하셨습니다. 1회독을 완료하셨네요.

이제 2회독 하셔야죠?

참고로, 조만간 Java의 정석 4판이 나옵니다.

강사님 말씀으론, 8~90%는 집필하셨다고 하니, 기대하셔도 좋습니다.

객체지향의 사실과 오해

Programics — Wed, 16 Apr 2025 23:25:08 +0900

개발서적으로 유명한, 조영호님께서 집필하신 객체지향에 관련된 책이다.

솔직히 주위에서 다들 입에 한번쯤은 다들 올리길래

어떤 책인지 궁금하게 되어 호기심에 읽어본 게 계기가 되었다.

이상한 경험이었다.

글을 읽으면 재미있다. 나름 개발자 개그도 넣으시고

분명 재밌는데도 잘 읽히지 않는다.

문맥을 잘 썼음에도 불구하고 나의 어떤 문제인 건지

어떨 때는 한 문장을 10분 내내 읽은 적도 있다.

그러다보니 예상했던 것보다 너무 오래 시간이 소요됐다.

물론 다른 일을 하면서 시간이 날 때마다 읽으니

정확히 재보진 않았지만 적어도 한 두달 이상은 걸린 것 같다.

(워낙 책을 느리게 읽는 편인 걸 감안한다고 해도)

초반에서 중반까지 읽을 때만 해도, 이상한 나라의 앨리스로

비유하여 주신 것이 버틸 수 있는 보루였다.

솔직히 읽으면서도 반쯤은 이해가 가지만, 이렇게까지 역할, 책임, 협력을 강조해야 되는 일인가 싶었다.

그리고 그것은 메세지를 읽을 때쯤 서서히 알게 되더니

중후반이 되어서는 마무리를 위한 밑밥이었다는 것을 알게 되었다.

객체지향, 유스케이스, 인터페이스와 구현을 이해하기 위한 위대한 밑밥이었다.

이 책을 읽기 전에 개발을 하면서 든 생각이 있다.

"왜 이렇게 답답하게 개발을 하는 걸까?"

"왜 이렇게 복잡하게 개발을 하는 걸까?"

였다. 물론 스프링부트를 쓰고, 이전 레거시를 읽고, 다른 사람의 코드를 보다보니

자연스레 MVC패턴을 사용하고, 레이어드 아키텍쳐를 맞추긴 하는데

왜 이렇게 개발을 해야 하는 걸까?

단순히 지금까지 배운 것에 의하면

객체지향은 현실의 복제품이고

복제품이 맞춰, 개발을 주어진 환경에 맞추자 였다고 생각했다.

현실의 은유라던가, 변경의 위한 설계이라던가 하는 사실을 알던 모르던

(누군가 분명 전달해줬을 가능성이 더 높지만, 내가 이해를 못했으리라)

솔직히 개발하는 것에 아무런 문제가 없었다. 아니, 없다고 생각했던 것 같다.

그렇기에 다들 하나의 시나리오에 맞춰 개발을 하면서

뭔진 모르겠지만

슬슬 알 수 없는 의문이 하나씩 생겨나기 마련일 것이다.

나는 이 책을 통해 그 의문을 문을 찾아 두드릴 수 있게 되었고 (정확히는 돌에 머리를 맞은 기분이었지만)

그 안에서 '작게나마' 이유를 알게 되었다.

작게나마라고 한 건, 지금 내 실력으로 좋은 책 한 권 읽었다고 모든 것이 이해된다고 자만하지 않기 위해서다.

나중에, 아주 나중에 스스로를 1인분 이상의 개발자라고 느낄 때

이 책을 다시 읽으면 또 느낌이 다를 것이라 생각이 든다.

그 날을 기대하며

조영호님의 다른 책인 오브젝트는 더 오랜 시간이 걸린다고 하는데

언젠가 읽어볼 기회가 있을 것이란 생각에, 두근거린다.