달레줄레

Dale + Jule

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

  1. 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/

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

  2. 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/

  3. 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/

  4. 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/

  5. 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⁠

  6. May 9

    AI에게 세상을 열어주는 MCP

    아무리 똑똑한 LLM이라도 외부 세계에서 지금 무슨 일이 일어나고 있는지 알지 못합니다. AI 에이전트가 내 캘린더를 확인하고, 이메일을 읽고, 필요한 작업을 대신 처리하려면 외부 서비스와 연결되는 통로가 필요하죠 이번 에피소드에서는 Apollo MCP Server 개발 업무를 하면서 Rust MCP SDK 메인터이너로 기여하고 있는 달레가 최대한 입문자의 관점에서 줄레에게 MCP를 차근차근 설명합니다. MCP(Model Context Protocol)는 AI 모델과 외부 도구, 데이터 소스, 서비스를 연결하기 위한 표준 통신 규약입니다. MCP는 Anthropic이 제안했고, 등장한 지 약 1년 만에 스펙이 4번이나 갱신될 만큼 빠르게 발전해 왔습니다. 현재 MCP는 AAIF 재단에 기증되어 커뮤니티 중심으로 운영되고 있으며, 공개 저장소에는 2만 개가 넘는 MCP 서버가 등록될 정도로 생태계가 빠르게 성장하고 있습니다. MCP의 짧지만 숨가뿐 역사를 돌아봅니다. 또한 MCP 아키텍처를 이루는 세 가지 핵심 요소인 MCP Host, MCP Client, MCP Server의 개념도 정리합니다. 로컬 MCP 서버에서 사용되는 stdio 통신 방식, 원격 MCP 서버에서 사용되는 Streamable HTTP 통신 방식, 그리고 JSON-RPC 2.0 기반 메시지 형식까지 실무자가 알아두면 좋은 기초도 함께 다룹니다. 여러 프로그래밍 언어의 SDK를 통해 확장되고 있는 MCP 생태계도 살펴보겠습니다. 현업에서 실제 MCP 서버 개발은 어떤 식으로 진행되는지, 왜 일반 개발자들도 충분히 MCP 개발에 도전할 수 있고, AI 분야로 전향을 노리시는 분들께 어떻게 MCP가 좋은 커리어 기회가 될 수 있는지 개인적인 경험담을 나눔니다. AI로 개발을 하고 계시다면 꼭 써볼 만한 MCP 서버 추천도 준비되어 있으니, 이번 에피소드도 놓치지 마세요. 📚 함께 보면 좋은 자료 - 달레의 클로드 코드: https://www.youtube.com/playlist?list=PLapoeRAdKitcew463CmkoR0zTzPuYBVo8 - MCP 기본: https://daleseo.com/mcp/ - Playwright MCP 사용법: https://daleseo.com/playwright-mcp/ - GitHub MCP 사용법: https://daleseo.com/github-mcp/ - Context7: https://daleseo.com/context7/

  7. Apr 26

    개발자라면 알아야 할 네트워크 기초 지식

    브라우저 주소창에 URL 하나를 입력하는 순간, 뒤에서는 어떤 일들이 벌어지고 있을까요? 이번 에피소드에서는 그 과정을 하나의 흐름으로 따라가며 네트워크의 핵심 개념을 풀어봅니다. 개발자라면 한 번쯤 제대로 짚고 넘어가야 할 네트워크 핵심 개념들을 정리해봤습니다. 먼저 DNS부터 시작합니다. 도메인을 IP로 바꿔주는 인터넷 전화번호부의 역할과 함께, TTL이 무엇인지, 그리고 배포 후 갑자기 접속이 안 되는 황당한 상황이 왜 벌어지는지 짚어봅니다. IP를 받아왔다면 이제 연결을 맺을 차례입니다. TCP 3-way Handshake가 무엇인지, 그리고 신뢰성보다 속도를 우선하는 UDP와는 어떻게 다른지도 살펴봅니다. HTTPS에서 인증서가 왜 중요한지, 그리고 인증서 만료 때문에 곤혹스러웠던 실무 경험도 솔직하게 나눠봤습니다. 인증 방식에 대한 내용도 빠지지 않습니다. 쿠키, 세션, JWT를 단순히 비교하는 데 그치지 않고, 실제로는 이들이 어떻게 서로 연결되어 동작하는지, 그리고 개발자들이 흔히 갖고 있는 오해까지 짚어줍니다. 여기에 더해 한 번쯤은 겪어봤을 CORS 에러가 왜 발생하는지, 어떤 원리로 해결해야 하는지도 자연스럽게 이어집니다. 네트워크는 어렵고 내 영역이 아닌 것 같다고 느끼셨나요? 오늘 에피소드를 듣고 나면 문제가 생겼을 때 어느 레이어에서 발생했는지 바로 짚어낼 수 있게 될 거예요. 📺 달레의 회사 유튜브 출연 - https://youtu.be/PKgXbwuaztM 📚 함께 읽으면 좋은 글 - DNS: https://daleseo.com/dns/ - TCP/UDP: https://daleseo.com/tcp-udp/ - HTTP: https://daleseo.com/http/ - HTTPS: https://daleseo.com/https/ - 쿠키: https://daleseo.com/http-cookies/ - 세션: https://daleseo.com/http-session/ - JWT: https://daleseo.com/jwt/ - 상태 코드: https://daleseo.com/http-status-codes/ - CORS: https://daleseo.com/cors/

  8. Apr 8

    개발자의 분류 방법

    개발자, 당신은 어떤 개발자인가요? 프론트엔드? 백엔드? 풀스택? SRE? 이번 에피소드에서는 소프트웨어 개발자라는 직업이 어떻게 분류되어 왔는지 그 변천사를 함께 돌아봅니다. 개발자 한 명이 모든 것을 하던 시절부터 프론트엔드, 백엔드, 인프라로 개발 직군이 세분화되고, Node.js 등장과 함께 풀스택이 부상하던 흐름, 그리고 DevOps, DevSecOps, SRE가 왜 생겨났는지까지... 단순한 용어 정리가 아니라 각 변화 뒤에 있었던 업계 트렌드와 직군 간의 입장 차이를 솔직하게 이야기합니다. 또한 요즘 새로운 개발자 분류 방법으로 주목받고 있는 Product Engineer vs Platform Engineer의 차이는 무엇인지 살펴보고, 주니어 개발자라면 어느 방향으로 커리어를 쌓아야 할지 조언을 드립니다. 개발자와 비개발자의 경계가 허물어지고 있는 AI 시대, 앞으로 개발자의 분류 방법은 어떻게 변하게 될까요?

See All (23)

Trailer

About

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

Information

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

You Might Also Like