비개발자도 이해하는 객체지향 마스터 클래스

2026-10-13 라이브 · 2시간 40분 · 다시보기

조영호 님의 『객체지향의 사실과 오해』를 제가 정리해 와서 판서로 풀었어요. 후반에는 claude.ai에 설계를 시키고, 그 설계를 객체지향의 눈으로 검토했고요. 목표는 객체지향 설계를 직접 해내는 게 아니라, AI가 내놓은 설계를 보고 "어디가 이상하다"고 말할 수 있게 되는 거였어요.

이 노트를 읽고 나면 할 수 있는 것

1. 역할·책임·협력·자율성·협력성·추상화·캡슐화·다형성, 여덟 단어로 설계를 이야기하기
2. AI가 그린 객체 지도에서 책임이 몰린 객체와 자율성이 낮은 객체를 짚어내기
3. "객체 지도로 그려줘 → 자율성과 협력성을 점검해줘 → 범위를 좁혀줘" 순서로 AI 설계를 검토시키기

목차

• AI 시대에 객체지향을 배우는 이유 ▶ 0:02:00
• 절차 대신 객체, 카페로 배우는 역할·책임·협력 ▶ 0:13:28
• 자율성과 협력성 ▶ 0:24:11
• 세 가지 성질, 그리고 협력성에는 정답이 없다 ▶ 0:35:50
• 객체 지도와 TDD, 두 가지 설계 기법 ▶ 1:23:03
• 바이브코딩 적용 ① 인스타 할인 기획전 수집기 ▶ 1:46:25
• 바이브코딩 적용 ② 마케팅 에이전시 ERP 칸반 ▶ 2:06:52
• Q&A ▶ 2:27:09
• 오늘 해볼 것 ▶ 2:26:25

AI 시대에 객체지향을 배우는 이유 ▶ 0:02:00

코딩, 자동화, 영상 편집 같은 반복 업무를 AI에게 맡기는 시대가 됐어요. 이때 사람에게 남는 일은 지시와 검증이에요 ▶ 0:02:18. 그중에서도 검증, 그러니까 AI의 결과물을 보고 좋은지 나쁜지 판단하는 능력이 갖춰져야 더 많이 맡길 수 있어요.

소프트웨어에서 그 판단의 뿌리가 객체지향이에요. 웹이든 앱이든 서버든, 요즘 사람들이 쓰는 소프트웨어는 조금씩이라도 이 패러다임을 따라요.

그래서 이 강의를 듣고 나면 세 가지에 답할 수 있어야 한다고 정했어요 ▶ 0:05:51.

1. 객체지향이 무엇인지 명확히 설명하기
2. AI의 설계안에서 "뭔가 잘못됐다"는 신호를 읽기. 업계에서는 코드 스멜(코드에서 나는 악취)을 맡는다고 해요
3. 어느 부분이 왜 문제인지 짚어서 AI에게 고치라고 지시하기

부담은 덜어도 돼요. 백지에서 높은 수준의 설계를 해내는 건 목표가 아니에요. 설계는 AI에게 시키고, 우리는 평가만 해요. 바닥부터 만드는 것보다 평가만 하는 게 훨씬 쉬워요. ▶ 0:12:42 옷을 잘 입는 것보다 저 옷이 예쁜지 평가하는 게 쉬운 것처럼요.

절차 대신 객체, 카페로 배우는 역할·책임·협력 ▶ 0:13:28

객체지향 프로그래밍은 프로그램을 구성할 때 객체들을 먼저 설계하고, 그것들을 잘 엮어서 프로그램으로 만들겠다는 뜻이에요 ▶ 0:14:11.

객체지향은 주문자, 상품, 재고체계 같은 객체를 만들어 두고, 이 객체들이 서로 묻고 답하는 걸로 프로그램을 구성해요. 하나의 응집된 객체 단위들을 만들어 놓고, 그 객체들이 의사소통하게 만드는 게 객체지향 설계예요. ▶ 0:19:46

자율성과 협력성 ▶ 0:24:11

캐셔가 주문을 받았을 때 그 책임을 어떻게 수행할지는 온전히 캐셔가 정해야 해요 ▶ 0:24:40. 커피만 전달하면 바리스타에게 부탁하든 직접 만들든 상관없어요.

둘을 헷갈리기 쉬운데, 자율성이 높다는 건 일을 많이 한다는 뜻이 아니에요. 자율성은 외부에 묻지 않는 게 포인트예요. ▶ 0:31:56 남에게 도움을 요청하겠다는 결정을 스스로 내린다면 자율성도 협력성도 높은 객체예요.

세 가지 성질, 그리고 협력성에는 정답이 없다 ▶ 0:35:50

설계를 피드백할 때 정말 많이 쓰는 세 단어가 있어요. "이 설계는 추상화 관점에서 아쉽다"처럼요 ▶ 0:36:10.

협력성에는 정답이 없어요. 일단 낮게 만들고, 파일이 너무 커지면 분리하는 것도 방법이에요. ▶ 0:51:26

객체 지도와 TDD, 두 가지 설계 기법 ▶ 1:23:03

이 책만으로 설계를 잘하는 수준까지 가지는 못해요. 어떻게 잘하는지는 『오브젝트』, 『도메인 주도 설계』 같은 다음 책의 몫이고, 여기서는 어떤 설계 기법이 있는지까지만 다뤘어요 ▶ 1:24:23. Q&A에서 두 책을 둘 다 읽어야 하냐는 질문도 나왔는데, 저는 둘 다 권해요. 『사실과 오해』로 개념과 철학을 잡고 『오브젝트』에서 실전 방법론을 보면 돼요 ▶ 2:28:56.

첫 번째 기법은 객체 지도예요. 1교시 내내 그린 협력 다이어그램이 바로 객체 지도예요. 세부 정책은 안 적혀 있어서 완성된 스펙은 아니지만, 기획이 바뀌어도 세부 명세가 바뀔 뿐, 이 구조가 바뀌는 일은 흔치 않아요. ▶ 1:28:02 초기에 그려 두면 오랫동안 지도 역할을 해요.

바이브코딩 적용 ① 인스타 할인 기획전 수집기 ▶ 1:46:25

claude.ai에 일부러 대충 쓴 요구사항을 넣었어요 ▶ 1:48:44. 모니터링할 인스타그램 계정을 등록해 두면 하루에 한 번 새 게시물을 모아 할인 기획전만 골라 웹페이지에 쌓는 기능이에요. 간단해 보여도 꽤 복잡해요.

우리는 잘 지시하고, 잘 평가할 수 있으면 되는 거예요. ▶ 1:54:12

바이브코딩 적용 ② 마케팅 에이전시 ERP 칸반 ▶ 2:06:52

두 번째는 프론트엔드 어드민이에요. 새 대화에서 전체 아키텍처부터 설계시켰어요.

컴포넌트 구조가 나와도 좋은지 판단하기 어려운 건 객체 지도 형태가 아니라서예요 ▶ 2:10:19. 긴 설명은 읽지 않았어요. 이걸 읽어야만 한다는 건 내가 병목이라는 뜻이에요. ▶ 2:10:46

Q&A ▶ 2:27:09

오늘 해볼 것 ▶ 2:26:25