달레줄레

Dale + Jule
  • 0.0 (0)
  • Technology
  • Updated Biweekly

프로그래머가 들려주는 프로그래밍 팟케스트

  1. 3d ago

    달레 UI, 한국어를 위한 오픈소스 디자인 시스템

    이번 에피소드는 특별히 게스트 두 분을 모셨습니다. 달레 스터디 커뮤니티에서 시작된 오픈소스 디자인 시스템 달레 UI의 리드 헬레나 님과 프런트엔드 개발자 효성 님과 함께 프로젝트의 시작부터 1.0 출시, 그리고 앞으로의 방향까지 이야기를 나눴습니다. 해외 디자인 시스템은 한글과 잘 어울리지 않고, 국내 오픈소스 디자인 시스템은 유지보수가 끊겼거나 관공서용이라 너무 딱딱했습니다. 그래서 직접 만들어 보자는 "무모한 꿈"에서 출발한 프로젝트가 6개월의 POC와 수많은 시행착오, 한때 접을 뻔했던 위기를 거쳐 올해 4월 1.0을 출시하기까지의 과정을 들려드립니다. 본업이 있는 사람들이 자발적으로 모인 원격 오픈소스 팀이 어떻게 협업하고 의사결정을 내리는지 궁금하셨던 분들께 특히 추천합니다. 링크 - 달레 UI 웹사이트: https://daleui.com - 달레 UI 저장소: https://github.com/DaleStudy/daleui - 달레 UI npm 패키지: https://www.npmjs.com/package/daleui - 달레 UI 피그마 키트: https://www.figma.com/community/file/1559487636467651573

    달레 UI, 한국어를 위한 오픈소스 디자인 시스템

  2. Sep 19

    토큰 맥싱과 미트 프록시, AI 시대의 웃픈 신조어들

    AI 시대가 되면서 개발자들 사이에도 이전에는 없던 신조어들이 생겨나고 있습니다. 한때 실리콘밸리에서는 AI를 얼마나 잘 활용하는지를 ‘토큰 사용량’으로 측정하려는 움직임이 있었습니다. 토큰을 많이 쓴 개발자를 칭찬하고, 사용량을 순위로 보여주는 리더보드까지 등장했죠. 이른바 ‘토큰 맥싱(Token Maxxing)’입니다. 반대로 최근에는 AI가 만든 결과물을 제대로 읽거나 이해하지 않은 채 동료에게 그대로 전달하는 사람을 풍자하는 ‘미트 프록시(Meat Proxy)’라는 표현도 등장했습니다. 사람이 AI와 동료 사이에서 단순한 프록시 서버처럼 동작한다는 뜻입니다. 이번 에피소드에서는 토큰 사용량이나 코드 라인 수처럼 측정하기 쉬운 숫자로 개발자의 생산성을 평가할 때 어떤 일이 벌어지는지 이야기합니다. 그리고 AI가 코드를 작성하고 질문에 답해주는 시대에 인간 개발자는 어떤 가치를 더해야 하는지, 동료와의 소통과 신뢰는 어떻게 달라져야 하는지도 함께 생각해 봅니다. 00:00 오프닝, 한 회 쉬고 돌아왔습니다00:51 줄레 근황 — 에이전틱 개발 도구로 앱을 찍어내는 중02:37 달레 근황 — MCP Dev Summit 연사로 다녀온 한국 출장05:59 Agentic AI Foundation, 그리고 MCP SDK 개발자들과의 첫 만남07:37 이 컨퍼런스에는 왜 Q&A 세션이 없을까?12:06 네트워킹 시간은 어땠나13:41 오늘의 주제: AI 시대의 신조어 두 가지15:04 신조어 ① 토큰 맥싱 — 토큰 사용량이 생산성 지표가 될 때18:10 경영진이 정말 두려워했던 것20:37 전사 토큰 사용량 리더보드, 그리고 탑 10 샤라웃23:01 과열된 경쟁, 그리고 "토큰은 결코 싸지 않다"는 자각26:53 리더보드가 사라진 자리에 들어선 토큰 쿼터29:48 데자뷰 — 함수 개수와 LOC로 평가받던 시절35:24 좋은 개발자란 무엇인가40:31 의미 없이 돌아가는 데이터센터에 대하여43:03 신조어 ② 미트 프록시 — 고기로 된 중개기?45:36 즉석 미트 프록시 테스트, 줄레의 진단 결과는48:15 정의, 그리고 이것이 신뢰를 무너뜨리는 방식50:45 오픈소스 메인테이너가 매일 마주하는 미트 프록시54:48 AI가 다 답해주는 시대에, 그래도 동료에게 물어보는 질문1:00:01 챗GPT 세대 인턴과 나눈 대화1:04:54 비난이 아니라 서로 자각시켜 주기1:08:14 지금 채팅창 건너편에 있는 것이 무엇인지 알 것1:09:35 마무리

    토큰 맥싱과 미트 프록시, AI 시대의 웃픈 신조어들

  3. Aug 19

    OAuth, 제대로 이해하고 쓰고 있나요?

    구글 캘린더 연동, 소셜 로그인 등 우리가 매일같이 마주치는 OAuth. 하지만 막상 OAuth가 어떻게 동작하는지 설명하려면 머릿속이 복잡해집니다. 이번 에피소드에서는 OAuth가 왜 필요한지부터 시작해 사용자, 클라이언트, 인가 서버, 자원 서버가 어떤 역할을 하는지 하나씩 살펴봅니다. 그리고 가장 널리 쓰이는 Authorization Code Grant의 흐름을 따라가며 인가 코드와 액세스 토큰은 왜 따로 있는지, Redirect URI는 왜 필요한지, Front Channel과 Back Channel은 무엇이 다른지 알아봅니다. 마지막으로 OAuth 2.1에서 중요해진 PKCE까지 살펴보며, 복잡해 보이는 OAuth의 각 단계가 어떤 보안 문제를 해결하기 위해 존재하는지 이야기합니다. 라이브러리가 알아서 처리해줘서 그냥 지나쳤던 OAuth의 내부가 궁금했다면, 이번 에피소드를 함께 들어보세요. 📚 함께 읽으면 좋은 글 - OAuth 2.0 쉽게 이해하기: https://daleseo.com/oauth/ - OAuth Grant Type 한 번에 정리하기: https://daleseo.com/oauth-grant-types/ - OAuth Authorization Code + PKCE 흐름 단계별로 이해하기: https://daleseo.com/oauth-authorization-code/ - PKCE로 Authorization Code 흐름 안전하게 보호하기: https://daleseo.com/oauth-pkce/

    OAuth, 제대로 이해하고 쓰고 있나요?

  4. Jul 26

    개발자라면 알아야 할 암호학

    암호화는 라이브러리가 알아서 해주는데, 개발자가 암호학까지 알아야 할까요? 보안 기능을 직접 구현하는 일은 피해야 하지만, 어떤 알고리즘과 설정을 사용할지는 결국 개발자가 결정해야 합니다. 비밀번호를 저장할 때 SHA-256과 bcrypt 중 무엇을 선택할지, AES는 어떤 모드로 사용할지, JWT의 서명 알고리즘은 어떻게 고를지처럼 실무에서는 암호학 지식이 필요한 순간을 자주 마주하게 됩니다. 이번 에피소드에서는 먼저 링크드인과 어도비의 대규모 정보 유출, OpenSSL의 Heartbleed 버그를 살펴봅니다. 잘 알려진 회사와 널리 쓰이는 라이브러리도 기본적인 원칙을 지키지 않거나 취약점을 제때 발견하지 못하면 큰 사고를 겪을 수 있습니다. 이 사례들을 통해 라이브러리를 사용한다는 사실만으로 보안이 저절로 보장되는 것은 아니며, 개발자가 도구의 용도와 한계를 이해해야 하는 이유를 이야기합니다. 이어서 암호학의 큰 그림을 단방향 암호화와 양방향 암호화로 나누어 정리합니다. 원래 값으로 되돌릴 수 없는 해시는 어떤 특징을 가지는지, MD5의 충돌 문제는 무엇인지, SHA-256 같은 빠른 해시 함수가 파일의 무결성을 확인할 때는 유용하지만 비밀번호 저장에는 적합하지 않은 이유를 알아봅니다. 레인보우 테이블 공격을 막는 솔트의 역할과, 의도적으로 느리게 설계된 bcrypt와 Argon2id가 비밀번호를 더 안전하게 지켜주는 원리도 함께 살펴봅니다. 복호화가 가능한 양방향 암호화에서는 하나의 키를 사용하는 대칭키와 공개키·개인키 한 쌍을 사용하는 비대칭키의 차이를 다룹니다. AES와 RSA는 각각 어떤 장단점이 있는지, AES의 ECB·CBC·GCM 모드는 무엇이 다른지, 빠르지만 키를 안전하게 전달하기 어려운 대칭키의 문제를 비대칭키가 어떻게 보완하는지 이야기합니다. 마지막으로 우리가 매일 사용하는 HTTPS 안에서 여러 암호화 기술이 어떻게 맞물려 작동하는지 따라가 봅니다. 브라우저가 서버의 인증서를 확인하고, 안전하게 키를 교환한 뒤, 대칭키로 실제 데이터를 주고받기까지의 흐름을 살펴보며 TLS가 제공하는 암호화·인증·무결성을 이해해 봅니다. 암호화 알고리즘을 직접 구현하면 왜 위험한지, 비밀키를 코드에 하드코딩하거나 저장소에 올리면 어떤 문제가 생기는지, 오래되거나 약한 알고리즘을 선택했을 때 어떤 위험이 따르는지도 짚어봅니다. 암호학이 보안 전문가만의 영역처럼 멀게 느껴졌다면, 이번 에피소드와 함께 개발자가 꼭 알아야 할 만큼의 큰 그림부터 잡아보세요. 📚 함께 읽으면 좋은 글 - 암호학적 해시: https://daleseo.com/cryptographic-hash/ - 대칭키 암호화: https://daleseo.com/symmetric-encryption/ - 비대칭키 암호화: https://daleseo.com/asymmetric-encryption/ - TLS 핸드셰이크: https://daleseo.com/tls/ - HTTPS란 무엇인가: https://daleseo.com/https/

    개발자라면 알아야 할 암호학

  5. Jul 11

    AI 스터디 초대석, 개발자들은 AI를 어떻게 공부할까?

    달레 스터디 커뮤니티의 AI 스터디 3기를 함께 완주한 멤버들을 게스트로 모셨습니다. 캐나다 토론토와 한국 판교에서 각자 개발자로 일하는 에반, 수빙, 샘 님과 "개발자는 AI를 어떻게 공부해야 할까?"를 주제로 이야기를 나눴어요. 혼자서는 막막한 AI 공부를 함께 모여서 해온 두 달의 기록입니다. 리트코드 스터디에 AI 개인화 코치를 붙이고, 반복되는 운영 업무를 자동화하고, 페어 프로그래밍으로 서로의 AI 활용법을 배우면서 느낀 점들을 솔직하게 풀어봤습니다. AI가 목적이 되면 안 되는 이유, 오픈소스에 AI를 붙였을 때 비용은 어떻게 감당하는지, 그리고 AI에게 개발을 맡기면서 느끼는 묘한 아쉬움까지 함께 공부하는 개발자들의 생생한 고민을 담았어요. - 링크드인: https://www.linkedin.com/company/dalestudy/ - 깃허브: https://github.com/DaleStudy - 디스코드: https://dales.link/discord - 웹사이트: https://dalestudy.com/

    AI 스터디 초대석, 개발자들은 AI를 어떻게 공부할까?

  6. Jun 25

    State of AI 2026: AI 시대, 우린 더 행복해졌을까?

    지난 에피소드에 이어 개발자 설문조사 State of AI 2026 결과를 살펴봅니다. 이번에는 AI 모델과 코딩 에이전트를 넘어, 개발자들이 AI 도구를 실제 업무에서 어떻게 활용하고 있는지, AI를 쓰면서 어떤 감정을 느끼고 있는지 솔직히 이야기합니다. 코드 생성, 코드 리뷰, 이미지·비디오·앱 생성 도구까지 다양한 카테고리를 훑어보며, AI가 개발자의 생산성과 일하는 방식을 어떻게 바꾸고 있는지 짚어봅니다. 동시에 AI가 만든 코드를 어디까지 믿어야 하는지, 개발자로서의 성장을 위해 어디까지 직접 해야 하는지에 대한 고민도 나눕니다. 후반부에서는 AI 도구에 들어가는 비용과 개발자들이 느끼는 리스크를 다룹니다. 매달 100달러 이상 AI 도구에 쓰는 개발자가 크게 늘어난 흐름부터, 직업 대체, 군사적 활용, 환경 문제, 인지 능력 저하, 보안, 비용 증가, 저작권 문제까지 AI를 둘러싼 기대와 불안을 함께 짚어봅니다. 마지막으로 AI 도구가 업무에 필수적인 요소가 되었는지, 실제 생산성을 높이고 있는지, 숙련된 개발자의 수를 줄일지, 우리는 AI 버블 안에 있는지, 그리고 향후 10년 안에 AGI가 올 수 있을지에 대한 설문 결과를 보며 이야기를 마무리합니다. 📊 설문 결과: https://2026.stateofai.dev/

  7. Jun 12

    State of AI 2026: AI 모델과 코딩 에이전트 전쟁

    올해로 2년 차를 맞은 개발자 설문조사 State of AI 2026 결과가 발표됐습니다. 달레와 줄레가 설문 결과를 카테고리별로 함께 살펴보며 AI 생태계의 흐름을 짚어봅니다. 사용률 1위는 ChatGPT지만 만족도와 유료 결제 1위는 Claude라는 흥미로운 결과부터, ChatGPT의 광고 도입 선언이 이해되는 이유, 유럽의 AI 주권과 Mistral, 가성비로 승부하는 중국 모델들(DeepSeek, Qwen)까지 이야기합니다. 코딩 에이전트 카테고리에서는 선점 효과로 1위를 지키는 GitHub Copilot과 출시 1년 만에 60%를 넘긴 Claude Code, 그리고 메이저 밖에서 약진 중인 OpenCode의 인기 비결을 살펴봅니다. 모델, 에이전트, IDE의 개념 구분부터, OpenClaw 사태와 Anthropic의 요금제 정책 변화, Cursor가 자체 모델 Composer를 만든 이유, 점점 비슷해지는 에이전트 UI/UX에 대한 달레의 불만까지 설문 결과 너머의 맥락을 함께 읽어봅니다. 나머지 카테고리는 2부에서 이어집니다! 📊 설문 결과: https://2026.stateofai.dev/

  8. May 26

    개발자 종훈님의 세 가지 도전

    이번 에피소드에는 리트코드 스터디의 초대 멤버이자 Spring AI 탑 컨트리뷰터 개발자 박종훈 님을 모셨습니다. 지방 스타트업에서 커리어를 시작해 대기업으로 이직하기까지 어떤 고민과 준비가 있었는지, 이력서와 코딩 테스트를 바라보는 관점이 어떻게 바뀌었는지 들어봅니다. 또한 다양한 커뮤니티 활동과 Spring AI와 OpenJDK 기여 경험까지, 오픈소스가 개발자의 성장에 어떤 기회를 열어주는지 함께 나눕니다. 📚 관련 링크 - K-DEVCON: https://k-devcon.com - 오픈소스 기여모임: https://litt.ly/opensource - 올리브영 글로벌몰: https://global.oliveyoung.com - 올리브영 US몰 (PT 5/29 부터 접근 가능): https://us.oliveyoung.com⁠

See All (26)

Trailer

About

프로그래머가 들려주는 프로그래밍 팟케스트

Information

  • Creator
    Dale + Jule
  • Years Active
    2022 - 2026
  • Episodes
    26
  • Rating
    Clean
  • Copyright
    © Dale + Jule
  • Show Website
    달레줄레

You Might Also Like