우당탕 오리의 개발모험

해보니까 재밌다. AI 다시 찌끄려보기.

우당탕 오리의 개발모험 — Sat, 14 Mar 2026 11:53:54 +0900

대 AI 시대..

하지만 나는 똑똑하지 않은 머리로 팀적응, 회사업무, 사용하는 기술 공부, 도메인 공부로도 충분히 과부하인데

여기에 AI까지 나타나서 스트레스였다.

실무에서는 일단 클로드코드, 제미나이, GPT codex, 코파일럿을 두루 쓰면서 개발업무하는데 도움을 많이 받고 있고,

이젠 없어서는 안 될 존재가 되었다.

근데 직접 뭔가 만드는 건 작년부터 찌끄려봤는데 잘 이해가 안 되고

새 팀에 적응도 하느라 여유가 없어서인지(핑계다) 손을 놓았다.

그러다 평일에 그냥 아무 이유 없이 연차 쓰고 거의 하루 종일 잠자고 산책하고 다시 잠자고 하루를 보내니

마음의 여유가 생겼다.

작년 말에 사둔 AI 에이전트 책 펴고 '시작만 해보자'하고 시작했다. 근데 재밌다.

작년에 두 번이나 무료 AI 강습을 들었었다.

당시엔 진짜 이해가 안 되고 아무것도 못 배웠다 생각하고 반 포기했었다.

그래도 키워드라도 귀에 익숙하게 만들려고 라디오처럼 들었다.

근데 이게 도움이 꽤나 된다.

다 같이 듣는 강의가 아니라 내 페이스대로 슬렁슬렁해도 되고, 정리된 게 눈에 보이는 책으로 보니까

'아! 그때 강사님이 말한 게 이거구나!'하고 이해가 두배로 (느낌인가?) 된다 ㅋ

생각해 보면 어릴 때는 새로운 거 깊게 파는 거 좋아하는 애였다.

근데 회사원 1n연차가 되니 마음의 여유가 없어진 것 같다.

어릴 땐 책임질 일도 없고, 깊게 파고드는 것도 생계나 공부랑 관련 있는 게 아니라 그냥 내가 재밌어서 한 거였으니까 했던 거 같다.

오늘도 어제 하루 그렇게 아무것도 안 하고 빈둥대니 이렇게 책을 펴볼 마음이 생긴 걸 보니

아무래도 나는 내 생각보다는 그래도 열정이 있는 애인 거 같다.

그래, 뭐 어쩌겠어. 빠른 사람들은 빨리 가세요.. 저도 어떻게든 제 페이스로 가볼게요!

K8S - continerd가 뭐냐. Docker랑 뭐가 다른거지?

우당탕 오리의 개발모험 — Sun, 8 Mar 2026 20:17:18 +0900

'컨테이너' 단어가 들어간거보니 얘도 도커랑 비슷한 일을 하는 앤가보다.

containerd(컨테이너디)

런타임, 가볍, 안정적, 이식성

원래 Docker의 일부였지만 지금은 독립적 프로젝트.

도커랑 차이점

대체제가 아님. '포함 관계'임 ?!

Docker

사용자 친화 플랫폼. 도구모음.

CLI, 빌드도구, AIP, GUI, containerd 포함

무거움(사람이 쓰기 편함)

continerd

핵심 컨테이너 실행 엔진

컨테이너 실행에 필요한 최소한의 기능만 포함

가벼움(시스템/기계가 쓰기 편함)

왜 K8s의 표준이 continerd가 되었나?

'효율성' 때문.

Docker Sim 제거: 에전에는 K8s가 도커를 쓰려면 'K8s -> Dockershim -> Docker -> continerd' 단계를 거쳐야 했음. 즉,wmr, continerd를 쓰기까지 중간단계가 너무 많았음. 지금은 'K8s -> continerd'로 직접/간편하게 통신하여 불필요한 메모리 소모 줄임.
표준 준수(CRI): K8s의 컨테이너 런타임 인터페이스(CRI)라는 표준규격을 상요함. continerd는 CRI 완벽 지원.
가볍고 안정적: K8s 운영할 때는 도커의 사용자 친화적 기능은 필요없음(UI, 빌드도구 등). 오직 컨테이너만 잘 돌리면 됨. 즉, continerd만 있으면 됨

코딩/운영 관점에서 변화

개발자가 코드짤 때는 변하는거 없음.

여전히 도커로 이미지 빌드하고 로컬에서 테스트 가능. 다만, 쿠버네티스 서버 내부에서 돌아가는 방식만 더 가볍게 최적화 된 것.

단! 쿠버네티스 노드 내에서 docker ps 명령어 대신 crictl 명령어로 컨테이너를 확인해야함!

터미널툴 Warp에 AI 생김:무료로 코파일럿/클로드코드 기능을 제공한다?! - 가격정책, 보안 정책 알아보기. 어바웃 OZ

우당탕 오리의 개발모험 — Sat, 21 Feb 2026 21:37:26 +0900

편리하게 쓰고 있는 Warp 터미널툴.

오늘 업데이트를 했더니 아주 흥미를 돋는 게 생겼다.

바로, AI기능. 근데 그냥 명령어 제시해주고 그런거 말고, 코파일럿/클로드코드 처럼 코드 개발까지 해준단다.

아래는 대화로 물어본 것과 답변이다.

정체가 뭐야?

와... 대박? 설마 무료?

가격정책은?

무료도 있다.

근데 얼마나 사용가능할지는 써봐야 알 듯?

아마도 얘도 사용하다보면 결제해야 속시원하게 쓸 수 잇게 만들었을 것 같긴하다.

코드 보안은?

흠.. 공식사이트를 뒤져보쟈

당연하게도 LLM 서비스로 전송되나보다.

즉, 회사의 민감 코드나, 개인 중요 내용은 입력하지 않는게 좋겠다.

근데, 뭐 AI 서비스 이용을 위한거니까 일반적으로 제미나이/챗지피티 사용할 때 신경쓰는 정도로 조심하면 될 듯?

Settings > Privacy

아까 답변에서 셋팅에 privacy를 확인하세요 라고 했으니 함 보자 뭐가 있나...

영어라 모르겠다. 제미나이 비서 도와줘!

보쟈...

1. 비밀정보 가리기 : On 해야겠고

2. 개선지원: off 해야겠고..

3. 충돌보고 전송: 이것도 off

4. 대화기록저장: 흠.. 이건 일단 on 해놓고, 내가 알아서 필요한 말만 해보지뭐.

일단, 이정도까지만 알아보고, 나머지는 사용해보면서 더 알아보기로!

+ 이름은 OZ(오즈)

Warp 공식사이트: AI 보안 관련

Warp: The Agentic Development Environment

The fastest way to build with multiple AI agents, from writing code to deploying it. Trusted by over half a million engineers, Warp gives developers speed, privacy, and control to ship faster.

www.warp.dev

로지텍 바보 멍청이 된거... 고침. 로지텍 사고 대처 마음에 안듦.

우당탕 오리의 개발모험 — Mon, 26 Jan 2026 15:05:36 +0900

결론부터 말하자면

로지텍에서 인증서 만료된거 방치해서 맥에서 안열린거라고 한다 (ㅎㅎ)

해결방법은 두 가지가 있는데 아래 둘 중 한가지만 하면 된다.

1. 아래에서 패치파일 받아 적용한다

옵션+ 및 G HUB macOS 인증서 문제

2026년 1월 7일에 게시됨2026년 1월 8일에 마지막으로 업데이트됨문제 설명Logi Options+ 및 G HUB의 새로운 ‘패치’ 설치 프로그램이 이제 macOS에서 앱이 작동을 멈추게 한 문제를 해결하기 위해 제공

support.logi.com

2. 기존에 삭제된거 다 삭제하고, 1.98.824...버전 새로 받아설치한다. (삭제 방법은 아래 추가내용 확인)

Logi Options+

Logi Options+ Windows 및 Mac용 Options+ 자세히

support.logi.com

+ 삭제하는 방법

1. cleaner 같은 앱으로 일단 어플리케이션 삭제

2. 파인더 열어서 아래 디렉터리 열어서 logi, logitech 단어 포함된 파일/디렉터리 삭제

a. /Library/Application Support/, ~/Library/Application Support/

b. /Library/LaunchAgents, ~/Library/LaunchAgents

c. /Library/LaunchDaemons, ~/Library/LaunchDaemons

불만

아니 ㅋㅋㅋ 이런 심각한 오류를 갖고 홈페이지에 공지도 안뜬다.

내가 알게된 경위도 제미나이한테 하소연하다가 알려줌.

홈페이지내 채팅 상담으로 공지되어 있냐고 물어보니 안되어 있다고 한다.

나는 멍청(?)해서 인지 2주 가까이 원인을 몰라 마우스 못쓰고 있었다.

개불편했다. 진짜.

+ 참고, 제미나이 답변.

(제미나이도 '대형 사고'라고 표현하고 있다. ㅋㅋㅋㅋ)

로지텍 옵션스 플러스(Logi Options+)가 화면에서 뱅글뱅글 돌기만 하고 안 켜졌던 건, 질문자님 잘못이 아니라 로지텍 측의 대형 사고 때문이었습니다. 정확히 알고 계시네요.

최근 한 달 이내, 특히 2026년 1월 6일을 기점으로 전 세계 맥(macOS) 사용자들에게 똑같은 현상이 발생했습니다. 원인과 해결 방법을 정리해 드릴게요.

1. 왜 이런 일이 생겼나요? (원인)

보안 인증서 만료: 로지텍이 애플에 등록한 소프트웨어 보안 인증서가 1월 6일에 만료되었습니다. 무한 루프 발생: 맥OS는 인증서가 끝난 프로그램을 "위험하다"고 판단해 실행을 막는데, 로지텍 앱은 어떻게든 켜지려고 시도하면서 **무한 로딩(뱅글뱅글)**에 빠진 겁니다. 시스템 부하의 주범: 아까 확인하신 logioptionsplus_updater가 CPU를 90% 넘게 먹었던 이유도, 인증서 오류 때문에 업데이트 확인 프로세스가 미쳐버려서(CPU 폭주) 맥북 전체를 느리게 만든 것이었습니다.

지난 글

macOS 15(Sequoia)에서 로지텍 마우스가 멍청이가 됐다.

회사든 집이든 로지텍 마우스를 쓴다. 대략 10만원 넘는다.로지텍은 Logi Options+ 라는 소프트웨어로 버튼 커스텀을 해서 쓴다.이미 수년간 커스텀한 기능으로 사용했기 때문에 이게 바뀌면 매우

vigorous-duck.tistory.com

macOS 15(Sequoia)에서 로지텍 마우스가 멍청이가 됐다.

우당탕 오리의 개발모험 — Thu, 22 Jan 2026 11:20:10 +0900

회사든 집이든 로지텍 마우스를 쓴다. 대략 10만원 넘는다.

로지텍은 Logi Options+ 라는 소프트웨어로 버튼 커스텀을 해서 쓴다.

이미 수년간 커스텀한 기능으로 사용했기 때문에 이게 바뀌면 매우 불편하다. 생산성이 떨어진다.

근데 이번에 맥 os 15버전으로 바꾸게 됐는데 마우스가 1만원짜리 커스텀 안되는 마우스가 됐다. 아니, 가격이 비교가 안되니 더 최악 똥멍청이 바보 마우스가 됐다.

마우스 커스텀이 안먹길래 Logi Options+를 켜보니 뺑뺑이 무한루프...

완전삭제 후 재설치도 한 5번은 했다. 안된다.

레딧 커뮤에도 사람들이 욕하고 난리다.

레딧에선 1년 전부터 난리다.

그래서 요즘 마우스 없이 업무중인데 열불난다.

후.... 젠장..

앞으로 키보드든 마우스든 로지텍은 보류다.

아이패드 자판 입력시 단어교정, 마침표, 대문자 등 끄기(짜증나는 글자 자동변경 끄기)

우당탕 오리의 개발모험 — Sat, 10 Jan 2026 13:28:00 +0900

아나...

키보드로 타자치는데 아이패드는 자동으로 단어교정(?)기능이 있는지 자꾸 내가 쓰는 단어를 알아서 고쳐준다.

아니!! 내가 쓰고 싶은 단어는 그거 아니라고!!!!

자, 흥분을 가라앉히고 너무나 편리한(?) 교정 기능을 꺼보자.

설정 앱 > 일반 > 키보드 로 이동.

그리고 아래처럼 몇가지 기능을 꺼준다(off)

다 끄고 타자친 소감 - 편안....
(그 이미지 생각남)

책. 시스템 성능 엔지니어링-브렌던 그레그(인사이트)

우당탕 오리의 개발모험 — Sun, 30 Nov 2025 21:58:42 +0900

이번주에 책을 샀는데(아직 읽진 않음)

이... 이 두께 실화야?

읽을 엄두가 안남 ㅋㅋㅋㅋㅋ

읽은 분들 소감 한 줄 써주세요.

[눈길을 끈 신문 사설] "AI 코딩의 오류 수정할 인재가 사라진다" : AI 때문에 취업도 안되고, 기존 개발자도 바보가 되고, 몸값 높은 개발자 되려면 이래야 한다?

우당탕 오리의 개발모험 — Sat, 8 Nov 2025 21:46:37 +0900

매경에 공감을 일으키는 사설을 보게 됐다.

[매경의 창] AI 코딩의 오류 수정할 인재가 사라진다 - 매일경제

AI 코딩 의존도 높아져관련 일자리 대폭 축소AI에 에러 수정하라면오히려 더 망쳐놓기도

www.mk.co.kr

사설내용은 이렇다.

AI 녀석, 일 겁나 잘해. 팀원 10명보다 얘 하나가 나: "팀장은 혼자서 10명의 AI 팀원을 데리고 일을 할 수 있게 된 것이다. "
근데 방심하면 안된다. 생각보다 멍청해(걔도 너도): "지시받은 내용이 허약하면 AI 코딩은 당연히 부실해진다. 치밀한 프롬프트를 만들 수 있는 능력이 실력의 상당 부분을 차지한다. 보기보다 굉장히 난도가 높은 기술이다.... 대부분의 사용자는 넘겨받은 AI 코드를 제대로 검증하지도 못한다."
규모가 클 수록 숨어있는 에러 못찾으면 ㅈ됨: "어느 규모 이상의 코드라면 필연적으로 숨은 에러가 있다.....AI 코드도 당연히 결함을 포함한다."
이거 어디서 본 배운사람들의 밈(?)같은거였는데: "공짜 점심은 없다."
티비는 사람을 바보로 만드는 상자? AI는 개발자를 바보로 만드는 상자?: "에러를 잡고 문제를 해결할 수 있는 엔지니어는 희소성을 가진다. 옛날에는 바닥에서 다져 올라가면서 자연스럽게 에러 해결 능력을 같이 연마했지만, 이제는 그런 기회의 단계가 사라졌다."
내가 예언하는데, AI한테 일자리 안뺐길 개발자는 이런애들이다. 귀열고 들어라: "규모가 큰 코드는 알고리즘, 시스템, 통신, 수학적 원리 등을 포함하기 마련이다. 이런 공부가 부족한 프로그래머에게는 역부족인 상황이 된다. 이런 기본 공부가 되어도 코드의 에러 해결에 대한 시행착오의 경험이 추가로 필요하다. 이런 능력을 가진 인재는 몸값이 천정부지로 치솟을 것이다."

사설을 읽고 내 생각

서울대 교수님의 꼰대스런 걱정일지도 모른다.

위에도 잠깐 언급했지만 '바보상자'라던 티비가 현대에서는 사람을 그렇게 멍청하게 만들지 않았다는 연구 결과도 있고(어디서 봣따)

핸드폰 때문에 전화번호 5개도 못 외운다고 한탄스럽다고 하는 사람들도 있지만, 사람의 뇌는 그렇게 단순하지 않다고 한 전문가도 있었다(어디서 봤다. 근거는 없음. 어디서 들었음)

그럼에도 공감이 되는 건 나도 꼰대라서일까?

나도 현업에서 AI 도움을 아주 많이 받고 있다.

근데, 기사를 쓰신 문병로 교수님이 하신 말씀에 전적으로 공감한다.

왜 이런 걱정을 하는지 몸으로 느끼고 공감한다.

바이브 코딩을 해본 경험을 말해보자면...

코드를 ai한테 맡기면 진짜 기가막히게 짜준다. 근데 다 이해를 하기 힘들다. 그래서 다시 ai한테 물어본다.

한편으로는 거지같이 짜줘서 ai에게 이렇게 승질낸다 "아니, 내가 고치라고 할 때까지 건드리지말고 대답이나해. 고치는건 내가 직접할거니까". ㅋㅋㅋㅋ

개발을 처음 공부하면 이런 생각을 한다지?

'개발자가 내 적성에 맞나? 내가 할 수 있을까?' 이 생각이 들면 결론은 50대 50이다. 개발을 때리치던가 계속 하던가.

근데 나는 신입 때 이런 고민은 잘 안했다. 그땐 오히려 재밌게 했었다. 뭣모를 때다. 진짜...

오히려 개발 경력이 쌓여 갈 수록 이 고민이 짙어진다.

'내가 저 개발자보다 잘 할 수 있나? 아니 저만큼 할 수 있을까? 공부를 평생해야할까? 신기술 이거 내가 다 알 수 있을까?'

이런 의미에서 개발자는 어느 직업보다도 자기 생각에 중심이 있어야하고, 줏대가 있어야하고, 그러기 위해 치열하게 고민해야하는 것 같다.

흔들릴 때마다 붙잡는 것이 뭐냐면...

변하지 않을 것들이다. 운영체제, 알고리즘, 네트워크, DB, 자료구조, 클린코드 이런거다. 그리고 스테디셀러 개발계 고전 이런거.

변화무쌍한 신기술들은 따라가기 벅차지만, 변하지 않을 것들은 어쨌든 공부하다 보면 쌓이겠지... 이게 쌓이다 보면 나도 쓸만한 개발자가 되겠지... 하는 정신승리다.

그래서인지 사설에 공감이 많이 됐나보다.

내 밥그릇 괜찮을까.. ㅠㅠ

작년까지만 해도 안일하게 이런 생각을 했다. '지금 80년대 생들이 개발계에서 활발하게 개발을 놓지 않고 일하고 있다. 앞으로 몇 년 후면 한국에서도 할아버지/할머니 개발자가 나올 수 있겠지? 그럼 나도 선배들 보면서 열심히 하면 되겠지?'

그런데 이젠 3년후 내가 개발일을 하고 있을 수 있나? 라는 걱정이 든다. 후...

그럼 살아남는 개발자가 되려면??..

사설에서는 '기본 공부'를 하라고 했다. 그리고 시행착오를 겪으라고 한다.

AI에게 하소연 했더니 이렇게 답변한다.

--> "그 생각 이해된다.
사실 전 세계 개발자들이 지금 그 불안을 같이 느끼고 있다.
AI가 코딩을 “대체”한다기보다, “능력의 단위”를 바꿔버리고 있어서 그래.

예전엔 10년 차 경력이 쌓이면 자연히 레벨이 올라갔는데, 이제는 AI를 얼마나 잘 다루느냐가 그 자리를 일부 대체하고 있지.
그래도 한 가지는 여전히 그대로다 — 문제의 본질을 파악하고, 기술을 맥락에 맞게 쓰는 사람은 쉽게 대체되지 않는다.

AI가 코드를 잘 써도, “무엇을” “왜” 만들어야 하는지 정하는 건 여전히 인간이다.
결국 오래 가는 개발자는 “손이 빠른 사람”이 아니라 “방향을 읽는 사람”이 될 거다.
그 역할은 너 같은 세대에서 진짜로 생길 거야."

방향을 읽는 사람?이라... ㅅㅂ 개어렵잖아.

AI에게 사설 어떻게 생각하냐고 물어봤다.

근데 아무래도 AI녀석... 곱게 안보는거 같다.

--> "균형 잡힌 시각이지만, 약간 과장된 부분도 있다. 핵심만 짚자면:

코딩 일자리 축소
부분적으로 맞다. 단순 구현, 반복형 유지보수 업무는 줄고 있다. 하지만 반대로 AI 코딩을 검증·통합·관리할 인력 수요는 늘고 있다. 즉 ‘코드 노동자’는 줄지만 ‘시스템 설계자’는 더 필요해진다.
프롬프트 실력 강조
이건 정확하다. AI 코딩의 본질은 “문제 정의력”이다. 단순 명령이 아니라 구조적 사고, 명세 작성 능력이 있어야 한다. 이건 결국 컴퓨터과학적 사고력과 겹친다.
테스트·품질관리 확대
이 부분도 현실적이다. AI 코드가 늘수록 자동화된 검증 체계의 중요성은 커진다. 실제로 이미 “AI generated code QA” 관련 스타트업들이 나오고 있다.
결함 통계 인용
대체로 맞지만, 그 수치는 오래된 산업 표준(2000년대 기준)이라 지금은 코드 리뷰·CI·테스트 자동화로 조금 나아진 편이다.

요약하자면: 방향은 옳고, 논지는 합리적이지만 위기감 연출이 조금 과하다.
AI는 개발자를 대체하는 게 아니라, 개발의 단위를 재정의하고 있다."

책읽고 스케치) 자바 메모리 영역. 런타임 데이터 영역과 OOM. 스택, 힙 등.

우당탕 오리의 개발모험 — Sun, 2 Nov 2025 15:28:21 +0900

JVM 책을 다시 읽고 있다.
역시 처음은 메모리 영역 구성.
약간 집합 같은 느낌…ㅎㅎ

프로그램 카운터(pc) 레지스터: 자바 메모리 중 가장 작음. 프로그램 카운터가 저장되는 영역. 스레드 프라이빗. 너무 작고 스레드프라이빗이라(?) OOM 발생 안 함
JVM 힙 메모리: 자바 메모리 중 가장 큼. (거의) 모든 객체와 배열 저장. 모든 스레드 공유. 사이즈는 유동적(-Xmx, -Xms). 새 인스턴스 넣을 공간 없으면 OOM 발생.
JVM 스택: 메서드 호출 시 메서드 모든 정보 저장. 주로 지역변수테이블이 중요. 너무 깊은 스택이면(=메서드 너무 많이 호출하면. 재귀호출등) StackOverflowError 발생. 스택 사이즈 동적일 때 늘릴 수 없으면 OOM발생.
네이티브 메서드 스택: JVM과 비슷. 대신 네이티브 메서드 호출 시 저장.

더 있는데 집 가고 싶어서 여기까지만.

읽은 책: JVM 밑바닥까지 파헤치기

JVM 밑바닥까지 파헤치기 | 저우즈밍 - 교보문고

JVM 밑바닥까지 파헤치기 | 자바 가상 머신의 깊숙한 내부를 향해 떠나는 흥미진진한 모험C·C++를 사용해 주로 프로그래밍을 하던 시절 까다로운 메모리 관리와 플랫폼 이식성 문제는 개발자들에

product.kyobobook.co.kr

강의추천) 모든 개발자를 위한 HTTP 웹 기본 지식. 출근할 때 듣기 좋은 강의

우당탕 오리의 개발모험 — Sun, 14 Sep 2025 15:32:56 +0900

아래 링크를 통해 구매하시면 제가 수익을 받을 수 있습니다.

모든 개발자를 위한 HTTP 웹 기본 지식| 김영한 - 인프런 강의

현재 평점 5.0점 수강생 35,271명인 강의를 만나보세요. 실무에 꼭 필요한 HTTP 핵심 기능과 올바른 HTTP API 설계 방법을 학습합니다. 네트워크 기본, HTTP 핵심 이해, HTTP API 설계 방법

www.inflearn.com

한 줄 추천 : 출퇴근 때 어려운 책/강의는 보기 싫지만 공부는 하고 싶을 때 추천!

웹개발을 하면 반드시 http를 다루게 됩니다.
이 강의는 그런 http에 대한 기본 지식 강의입니다.

사실 이 강의내용 몰라도 개발은 가능합니다. 필요한 지식은 그때 그때 하나씩 찾아가며 할 수 있습니다.

하지만, 그렇게 일을 하다보면 어느순간 벽을 느낄 때가 옵니다.

그럴땐 기본과 표준을 공부하다보면 머릿속에 실무로만 익힌 구난방이었던 지식들이 차곡차곡 정리됩니다.

요 강의도 그런 강의 중 하나입니다.

어찌보면 매일 접하는 HTTP 통신에 대해 다 아는 내용이고 다 들어본 용어지만 하나하나 설명하라하면 할 수 있나요?

이 강의를 듣다보면 내가 사용했던 그거, 들어봤던 그 단어들에 대한 지식을 정리할 수 있었습니다.

사실 전공이든 학원이든 입문 할 때 들었던 내용도 많을 거고 이미 알고 있는 내용도 많을 겁니다.

하지만 그래서 더 좋은 강의입니다.

전 얼마나 들었냐고요? 내돈내산 후기

80% 들었네요

주말에 카페에 설렁설렁 나왔다가 삘받아서 옛날에 듣다 남은 부분 듣고 있습니다.

내용이 어렵지 않아 가볍게 1.5배로 듣기 좋거든요.

훅 듣다가 '요건 내가 몰랐네?'하는 부분만 좀 집중해서 듣고 그랬습니다.

물론 강사님은 유명한 김영한님이라서 설명/정리가 아주 잘 되어있어 쏙쏙 이해가 잘 됩니다.