<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>PIElog</title><description>MANAPIE&apos;s thoughts &amp; experiments</description><link>https://pielog.me/</link><item><title>접근성, 다시 묻기 - 앱·웹 접근성 실무 가이드 ep.00</title><link>https://pielog.me/a11y-guide-ep-00/</link><guid isPermaLink="true">https://pielog.me/a11y-guide-ep-00/</guid><description>접근성을 &apos;시각장애인을 위한 별도 기능&apos;이라고 오해하기 쉽지만, 실제로는 모든 사용자의 사용 품질을 높이는 설계 원칙입니다. 시리즈를 시작하기 전에 정의·범위·법규·비즈니스 가치를 정리합니다.</description><pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate></item><item><title>WCAG 2.2 구조 완벽 정리 - 앱·웹 접근성 실무 가이드 ep.01</title><link>https://pielog.me/a11y-guide-ep-01/</link><guid isPermaLink="true">https://pielog.me/a11y-guide-ep-01/</guid><description>WCAG 2.2의 4원칙·13지침·86개 성공 기준을 한 편으로 정리하고, 2.2에서 새로 추가된 9개 기준의 실무 영향을 정리합니다.</description><pubDate>Sun, 10 May 2026 00:00:00 GMT</pubDate></item><item><title>기획 단계 — 구조와 콘텐츠 - 앱·웹 접근성 실무 가이드 ep.02</title><link>https://pielog.me/a11y-guide-ep-02/</link><guid isPermaLink="true">https://pielog.me/a11y-guide-ep-02/</guid><description>접근성은 디자인이 끝난 후 추가하는 옷이 아니라, 기획 단계에서 뼈대를 잡을 때 결정됩니다. 헤딩·내비게이션·폼·콘텐츠·인수 조건을 다룹니다.</description><pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate></item><item><title>디자인 단계 — 색·타이포·모션·시스템 - 앱·웹 접근성 실무 가이드 ep.03</title><link>https://pielog.me/a11y-guide-ep-03/</link><guid isPermaLink="true">https://pielog.me/a11y-guide-ep-03/</guid><description>기획에서 정한 구조를 시각으로 옮기는 단계. 대비비, 다크모드, 포커스 인디케이터, 모션, 디자인 시스템에 접근성을 어떻게 녹여 넣을지 다룹니다.</description><pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate></item><item><title>개발 단계 — 시맨틱 HTML과 ARIA, 키보드, 스크린리더 - 앱·웹 접근성 실무 가이드 ep.04</title><link>https://pielog.me/a11y-guide-ep-04/</link><guid isPermaLink="true">https://pielog.me/a11y-guide-ep-04/</guid><description>디자인을 코드로 옮기는 단계의 접근성. 네이티브 HTML 우선 원칙, ARIA 5대 규칙과 안티패턴, 랜드마크와 라이브 리전, 키보드 접근성 구현까지 정리합니다.</description><pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate></item><item><title>모바일·프레임워크 — iOS, Android, React, Vue, Flutter - 앱·웹 접근성 실무 가이드 ep.05</title><link>https://pielog.me/a11y-guide-ep-05/</link><guid isPermaLink="true">https://pielog.me/a11y-guide-ep-05/</guid><description>웹의 ARIA가 모바일 네이티브에서는 어떤 형태가 되는지, 그리고 프레임워크 자체가 제공하는 접근성 도구를 정리합니다.</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate></item><item><title>검증과 운영 — 테스트, 인증, 조직 문화 - 앱·웹 접근성 실무 가이드 ep.06</title><link>https://pielog.me/a11y-guide-ep-06/</link><guid isPermaLink="true">https://pielog.me/a11y-guide-ep-06/</guid><description>구현된 접근성을 어떻게 검증하고, 인증받고, 조직 문화로 정착시킬지. 자동화의 한계, WA 마크 인증 프로세스, CI/CD 게이트, 챔피언 모델, 성숙도 5단계를 다룹니다.</description><pubDate>Fri, 15 May 2026 00:00:00 GMT</pubDate></item><item><title>아키텍처 정의서는 왜 화석이 되거나 거짓말이 되는가 - 두 개의 아키텍처 정의서 ep.00</title><link>https://pielog.me/arch-doc-ep-00/</link><guid isPermaLink="true">https://pielog.me/arch-doc-ep-00/</guid><description>아키텍처 정의서는 두 가지 방식으로 죽습니다. 화석이 되거나, 거짓말이 되거나. 그 죽음을 독자와 수명이라는 두 축으로 다시 봅니다.</description><pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate></item><item><title>아키텍처 문서의 표준 지형도 - 두 개의 아키텍처 정의서 ep.01</title><link>https://pielog.me/arch-doc-ep-01/</link><guid isPermaLink="true">https://pielog.me/arch-doc-ep-01/</guid><description>하나의 그림으로는 시스템을 다 설명할 수 없습니다. 42010, arc42, C4, ADR을 한자리에 펼치고 각자의 역할을 가릅니다.</description><pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate></item><item><title>요구사항에서 시작하기, 품질 속성과 드라이버 - 두 개의 아키텍처 정의서 ep.02</title><link>https://pielog.me/arch-doc-ep-02/</link><guid isPermaLink="true">https://pielog.me/arch-doc-ep-02/</guid><description>구조를 결정하는 것은 기능 목록이 아니라 품질 속성과 제약입니다. 스폿의 요구사항에서 아키텍처 드라이버를 뽑아냅니다.</description><pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate></item><item><title>뷰를 그리다, C4와 4+1 - 두 개의 아키텍처 정의서 ep.03</title><link>https://pielog.me/arch-doc-ep-03/</link><guid isPermaLink="true">https://pielog.me/arch-doc-ep-03/</guid><description>같은 시스템도 논리·프로세스·배포 관점에서 다르게 보입니다. C4 네 단계와 4+1 뷰로 스폿을 여러 장에 나눠 그립니다.</description><pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate></item><item><title>결정을 남기다, ADR - 두 개의 아키텍처 정의서 ep.04</title><link>https://pielog.me/arch-doc-ep-04/</link><guid isPermaLink="true">https://pielog.me/arch-doc-ep-04/</guid><description>다이어그램은 무엇이 연결되는지는 보여주지만 왜 그렇게 했는지는 못 보여줍니다. 그 빈자리를 채우는 것이 ADR입니다.</description><pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate></item><item><title>흩어진 정책을 모으다, 횡단 관심사 - 두 개의 아키텍처 정의서 ep.05</title><link>https://pielog.me/arch-doc-ep-05/</link><guid isPermaLink="true">https://pielog.me/arch-doc-ep-05/</guid><description>보안, 인증·인가, 관측성, 에러 처리는 한 컴포넌트에 속하지 않고 시스템 전체에 걸칩니다. 흩어 두면 빠지는 정책을 한자리에 모읍니다.</description><pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate></item><item><title>내부 공유용 정의서, 거짓말하지 않는 문서 만들기 - 두 개의 아키텍처 정의서 ep.06</title><link>https://pielog.me/arch-doc-ep-06/</link><guid isPermaLink="true">https://pielog.me/arch-doc-ep-06/</guid><description>내부용 정의서의 과제는 거짓말을 막는 것입니다. 거짓말할 수 없는 구조로 문서를 설계합니다.</description><pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate></item><item><title>SI 납품용으로 변환하기, 화석을 인정하는 문서 만들기 - 두 개의 아키텍처 정의서 ep.07</title><link>https://pielog.me/arch-doc-ep-07/</link><guid isPermaLink="true">https://pielog.me/arch-doc-ep-07/</guid><description>내부용 정의서를 SI 납품용으로 변환합니다. 추적성, 버전과 승인 이력, 감리 검수. 화석임을 인정해 첫 번째 죽음을 닫습니다.</description><pubDate>Tue, 02 Jun 2026 00:00:00 GMT</pubDate></item><item><title>Astro + Vercel로 구축하는 개인 기술 블로그 세팅 후기</title><link>https://pielog.me/astro-vercel-implementation/</link><guid isPermaLink="true">https://pielog.me/astro-vercel-implementation/</guid><description>정적 사이트 생성기 비교부터 Astro + Vercel 조합으로 수렴하기까지의 과정과 구현 방법을 정리합니다.</description><pubDate>Mon, 13 Apr 2026 00:00:00 GMT</pubDate></item><item><title>VSCode에서 돌리는 Claude Code 세션은 왜 안 잡힐까 — ccwhere 구축기</title><link>https://pielog.me/ccwhere/</link><guid isPermaLink="true">https://pielog.me/ccwhere/</guid><description>여러 Claude Code 세션을 한 화면에서 보려다, 프로세스가 아니라 파일을 봐야 한다는 걸 깨닫고 직접 터미널 모니터를 만든 기록입니다.</description><pubDate>Mon, 08 Jun 2026 00:00:00 GMT</pubDate></item><item><title>다크패턴 해부하기 ep.00</title><link>https://pielog.me/dark-pattern-anatomy-ep-00/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-00/</guid><description>사용자를 속이는 UI는 어떻게 생겼고, 왜 작동하며, 어떻게 피할 수 있는가.</description><pubDate>Tue, 14 Apr 2026 00:00:00 GMT</pubDate></item><item><title>다크패턴이란 무엇인가 — 설득과 기만의 경계 - 다크패턴 해부하기 ep.01</title><link>https://pielog.me/dark-pattern-anatomy-ep-01/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-01/</guid><description>같은 팝업이 어떤 맥락에서는 사용자를 돕는 넛지가 되고, 어떤 맥락에서는 동의를 가장한 기만이 된다. 그 경계는 어디인가.</description><pubDate>Wed, 15 Apr 2026 00:00:00 GMT</pubDate></item><item><title>다크패턴은 왜 작동하는가 — 인지 편향의 해부학 - 다크패턴 해부하기 ep.02</title><link>https://pielog.me/dark-pattern-anatomy-ep-02/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-02/</guid><description>다크패턴에 당하는 것은 사용자가 멍청해서가 아니다. 인간의 의사결정 시스템에 구조적인 취약점이 있고, 다크패턴은 그 취약점을 정확히 겨냥한다.</description><pubDate>Thu, 16 Apr 2026 00:00:00 GMT</pubDate></item><item><title>분류 지도 ① — Brignull의 12가지 원형 - 다크패턴 해부하기 ep.03</title><link>https://pielog.me/dark-pattern-anatomy-ep-03/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-03/</guid><description>문제를 해결하려면 먼저 이름을 붙여야 한다. 이 편은 다크패턴에 공통 언어를 부여한다.</description><pubDate>Fri, 17 Apr 2026 00:00:00 GMT</pubDate></item><item><title>분류 지도 ② — Mathur의 실증 분류와 공정위 6유형 - 다크패턴 해부하기 ep.04</title><link>https://pielog.me/dark-pattern-anatomy-ep-04/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-04/</guid><description>세 가지 지도를 겹쳐놓으면 무엇이 보이는가. 전문가의 관찰, 데이터의 증거, 법의 기준.</description><pubDate>Sat, 18 Apr 2026 00:00:00 GMT</pubDate></item><item><title>가입·온보딩의 함정 — Privacy Zuckering, Forced Action - 다크패턴 해부하기 ep.05</title><link>https://pielog.me/dark-pattern-anatomy-ep-05/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-05/</guid><description>사용자가 서비스에 처음 진입하는 순간, 가장 많은 개인정보를 넘기고 가장 많은 약관에 동의한다. 이 &quot;첫 만남&quot;에서 어떤 패턴들이 사용자의 판단을 흐리는가? 그리고 정직한 온보딩은 어떻게 설계할 수 있는가?</description><pubDate>Sun, 19 Apr 2026 00:00:00 GMT</pubDate></item><item><title>결제의 함정 — Hidden Cost, Sneak into Basket, Drip Pricing - 다크패턴 해부하기 ep.06</title><link>https://pielog.me/dark-pattern-anatomy-ep-06/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-06/</guid><description>결제 버튼을 누르기 직전, 처음 봤던 가격과 최종 결제 금액이 다르다면? 장바구니에 넣지 않은 상품이 들어 있다면? 사용자의 지갑에 직접 영향을 미치는 패턴은 규제 기관이 가장 먼저, 가장 강하게 제재한다.</description><pubDate>Mon, 20 Apr 2026 00:00:00 GMT</pubDate></item><item><title>구독과 해지의 함정 — Roach Motel, Subscription Trap - 다크패턴 해부하기 ep.07</title><link>https://pielog.me/dark-pattern-anatomy-ep-07/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-07/</guid><description>가입은 2클릭, 해지는 15단계. 이 비대칭이 단순한 UX 실수인가, 의도적 설계인가.</description><pubDate>Tue, 21 Apr 2026 00:00:00 GMT</pubDate></item><item><title>UI 조작 패턴 — Misdirection, False Hierarchy, Trick Question - 다크패턴 해부하기 ep.08</title><link>https://pielog.me/dark-pattern-anatomy-ep-08/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-08/</guid><description>같은 기능이라도 버튼 색상, 크기, 위치를 바꾸면 사용자의 선택이 달라진다. 이것은 좋은 UX 설계인가, 조작인가.</description><pubDate>Wed, 22 Apr 2026 00:00:00 GMT</pubDate></item><item><title>언어와 알림의 패턴 — Confirmshaming, Nagging, Loaded Language - 다크패턴 해부하기 ep.09</title><link>https://pielog.me/dark-pattern-anatomy-ep-09/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-09/</guid><description>버튼의 색상과 크기가 아닌, 그 버튼 위에 쓰인 &quot;문장&quot;이 사용자의 선택을 조종할 수 있는가.</description><pubDate>Thu, 23 Apr 2026 00:00:00 GMT</pubDate></item><item><title>국내 규제 - 공정위 가이드라인과 전자상거래법 - 다크패턴 해부하기 ep.10</title><link>https://pielog.me/dark-pattern-anatomy-ep-10/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-10/</guid><description>한국에서 다크패턴은 법적으로 금지되어 있는가? 어떤 유형이, 어느 수준부터 위법인가.</description><pubDate>Fri, 24 Apr 2026 00:00:00 GMT</pubDate></item><item><title>해외 규제 — EU DSA, GDPR, FTC, 주요 제재 사례 - 다크패턴 해부하기 ep.11</title><link>https://pielog.me/dark-pattern-anatomy-ep-11/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-11/</guid><description>글로벌 서비스를 만들거나, 해외 규제 사례에서 교훈을 얻고자 할 때 알아야 할 규제 체계는 무엇인가.</description><pubDate>Sat, 25 Apr 2026 00:00:00 GMT</pubDate></item><item><title>다크패턴 없이 만들기 - Bright Pattern과 팀 프로세스 - 다크패턴 해부하기 ep.12</title><link>https://pielog.me/dark-pattern-anatomy-ep-12/</link><guid isPermaLink="true">https://pielog.me/dark-pattern-anatomy-ep-12/</guid><description>다크패턴을 사용하지 않으면 비즈니스 지표가 떨어지는 것 아닌가? 같은 KPI를 달성하면서도 정직한 설계를 할 수 있는가.</description><pubDate>Sun, 26 Apr 2026 00:00:00 GMT</pubDate></item><item><title>인터랙션과 접근성을 모두 고려한 차트 만들기</title><link>https://pielog.me/interactive-chart-gallery/</link><guid isPermaLink="true">https://pielog.me/interactive-chart-gallery/</guid><description>기본 차트부터 3D·지리·통계·예측·스토리텔링까지, 44개 차트 데모로 풀어본 기록입니다.</description><pubDate>Wed, 27 May 2026 00:00:00 GMT</pubDate></item><item><title>테스트가 없던 두 레포에 단위·컴포넌트·통합 테스트를 들이며</title><link>https://pielog.me/late-testing-introduction/</link><guid isPermaLink="true">https://pielog.me/late-testing-introduction/</guid><description>운영 중인 자매 레포 두 개에 뒤늦게 jest 단위·컴포넌트·통합, 그리고 채팅 socket 이벤트 테스트까지 차례로 도입한 회고.</description><pubDate>Mon, 25 May 2026 00:00:00 GMT</pubDate></item><item><title>개발자와 디자이너를 위한 - 마케팅 지표 핸드북 ep.00</title><link>https://pielog.me/marketing-metrics-handbook-ep-00/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-00/</guid><description>ROAS, CTR, MRR. 회의에서 흘러가는 단어들을 자기 화면과 코드로 끌어내리는 핸드북. 시리즈 전체 지도와 세 가지 색인을 ep.00에 담았습니다.</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate></item><item><title>광고 비용 지표 - 마케팅 지표 핸드북 ep.01</title><link>https://pielog.me/marketing-metrics-handbook-ep-01/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-01/</guid><description>CPM, CPC, CPA, CPI, Impression, Reach, Frequency. 광고 매니저 첫 화면을 읽어내는 11개의 단어.</description><pubDate>Fri, 15 May 2026 00:00:00 GMT</pubDate></item><item><title>광고 효율 지표 - 마케팅 지표 핸드북 ep.02</title><link>https://pielog.me/marketing-metrics-handbook-ep-02/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-02/</guid><description>ROAS, ROI, MER, iROAS. 같은 매출을 네 가지 방식으로 측정하는 이유.</description><pubDate>Fri, 15 May 2026 00:00:00 GMT</pubDate></item><item><title>유입과 클릭 - 마케팅 지표 핸드북 ep.03</title><link>https://pielog.me/marketing-metrics-handbook-ep-03/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-03/</guid><description>CTR, CVR, Bounce, Scroll Depth. 광고를 본 사람이 우리 화면에 도착해 보내는 첫 1분의 지표 12개.</description><pubDate>Sat, 16 May 2026 00:00:00 GMT</pubDate></item><item><title>활성화와 온보딩 - 마케팅 지표 핸드북 ep.04</title><link>https://pielog.me/marketing-metrics-handbook-ep-04/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-04/</guid><description>Activation Rate, Time-to-Value, Aha Moment, Magic Number. 가입과 활성 사용자 사이의 좁고 결정적인 구간.</description><pubDate>Sat, 16 May 2026 00:00:00 GMT</pubDate></item><item><title>유지와 참여 - 마케팅 지표 핸드북 ep.05</title><link>https://pielog.me/marketing-metrics-handbook-ep-05/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-05/</guid><description>DAU, WAU, MAU, Stickiness, Session. 매일 들어오는 사람과 한 달 만에 다시 온 사람을 묶고 가르는 12개 지표.</description><pubDate>Sun, 17 May 2026 00:00:00 GMT</pubDate></item><item><title>코호트와 리텐션 곡선 - 마케팅 지표 핸드북 ep.06</title><link>https://pielog.me/marketing-metrics-handbook-ep-06/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-06/</guid><description>Retention Curve, Cohort, N-day Retention, Power User Curve. 시간이 지나면서 사용자가 얼마나 남는가.</description><pubDate>Sun, 17 May 2026 00:00:00 GMT</pubDate></item><item><title>이탈(Churn) - 마케팅 지표 핸드북 ep.07</title><link>https://pielog.me/marketing-metrics-handbook-ep-07/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-07/</guid><description>Churn Rate, Logo Churn, Revenue Churn, NRR, GRR. 떠난 사람을 묘사하는 11개의 단어.</description><pubDate>Sun, 17 May 2026 00:00:00 GMT</pubDate></item><item><title>수익과 단위경제 - 마케팅 지표 핸드북 ep.08</title><link>https://pielog.me/marketing-metrics-handbook-ep-08/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-08/</guid><description>LTV, CAC, MRR, ARPU. 모든 지표가 한 곳에 모이는 단위경제의 13개 단어.</description><pubDate>Mon, 18 May 2026 00:00:00 GMT</pubDate></item><item><title>만족과 추천 - 마케팅 지표 핸드북 ep.09</title><link>https://pielog.me/marketing-metrics-handbook-ep-09/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-09/</guid><description>NPS, CSAT, CES, Viral Coefficient, K-factor. 만족한 사용자가 다른 사용자를 데려오는 구조의 10개 단어.</description><pubDate>Mon, 18 May 2026 00:00:00 GMT</pubDate></item><item><title>실험과 통계 - 마케팅 지표 핸드북 ep.10</title><link>https://pielog.me/marketing-metrics-handbook-ep-10/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-10/</guid><description>A/B Test, p-value, Confidence Interval, MDE, Holdout. 변화가 진짜 효과인지 검증하는 12개의 통계 어휘.</description><pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate></item><item><title>트래킹과 데이터 수집 - 마케팅 지표 핸드북 ep.11</title><link>https://pielog.me/marketing-metrics-handbook-ep-11/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-11/</guid><description>UTM, 이벤트 트래킹, 픽셀, 서버사이드 트래킹. 모든 측정의 밑바닥에 있는 12개 단어.</description><pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate></item><item><title>어트리뷰션과 도구 지도 - 마케팅 지표 핸드북 ep.12</title><link>https://pielog.me/marketing-metrics-handbook-ep-12/</link><guid isPermaLink="true">https://pielog.me/marketing-metrics-handbook-ep-12/</guid><description>First-touch, Last-touch, Multi-touch, Data-driven. 한 가입자의 공로를 어디에 돌릴 것인가의 13개 단어.</description><pubDate>Tue, 19 May 2026 00:00:00 GMT</pubDate></item><item><title>한 달간 1분 30초마다 죽고 있었던 서버</title><link>https://pielog.me/pm2-systemd-selinux-deadloop/</link><guid isPermaLink="true">https://pielog.me/pm2-systemd-selinux-deadloop/</guid><description>산발적인 503의 진짜 원인은 PM2도 OOM도 MongoDB도 아닌, SELinux와 systemd PIDFile의 충돌이었습니다. 28,163번의 재시작을 추적한 기록.</description><pubDate>Tue, 28 Apr 2026 00:00:00 GMT</pubDate></item><item><title>React/Next.js CVE 6개월 정리</title><link>https://pielog.me/react-nextjs-cve-roundup/</link><guid isPermaLink="true">https://pielog.me/react-nextjs-cve-roundup/</guid><description>2025년 12월 React2Shell부터 2026년 5월의 13개 보안 권고까지. React Server Components를 둘러싼 CVE들을 한자리에 모아 무엇이 문제였고 어떻게 대처할 수 있는지 정리합니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>같은 critical, 두 앱의 다른 선택</title><link>https://pielog.me/same-critical-two-choices/</link><guid isPermaLink="true">https://pielog.me/same-critical-two-choices/</guid><description>스와이퍼에서 두 번째 prototype pollution이 발견됐습니다. 같은 CVE를 공유하는 두 앱은 정반대의 결정을 내렸습니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>화면설계서란 무엇인가 - 화면설계서 가이드 ep.00</title><link>https://pielog.me/screen-spec-ep-00/</link><guid isPermaLink="true">https://pielog.me/screen-spec-ep-00/</guid><description>화면을 그리는 일과 화면을 설계하는 일은 다릅니다. 그 경계가 어디인지부터 짚어봅니다.</description><pubDate>Sun, 03 May 2026 00:00:00 GMT</pubDate></item><item><title>설계 전 준비 - 화면설계서 가이드 ep.01</title><link>https://pielog.me/screen-spec-ep-01/</link><guid isPermaLink="true">https://pielog.me/screen-spec-ep-01/</guid><description>화면을 그리기 전에 만들어야 할 그릇들이 있습니다. 미리 30분을 투자하면 나중에 3시간을 아낍니다.</description><pubDate>Mon, 04 May 2026 00:00:00 GMT</pubDate></item><item><title>문서 구조 만들기 - 화면설계서 가이드 ep.02</title><link>https://pielog.me/screen-spec-ep-02/</link><guid isPermaLink="true">https://pielog.me/screen-spec-ep-02/</guid><description>표지, 개정이력, 목차, 플로우차트. 화면설계서의 뼈대를 잡습니다.</description><pubDate>Tue, 05 May 2026 00:00:00 GMT</pubDate></item><item><title>한 장의 화면을 완성하는 법 - 화면설계서 가이드 ep.03</title><link>https://pielog.me/screen-spec-ep-03/</link><guid isPermaLink="true">https://pielog.me/screen-spec-ep-03/</guid><description>화면설계서 한 장에 들어가야 할 9가지 항목을 모두 채웁니다.</description><pubDate>Wed, 06 May 2026 00:00:00 GMT</pubDate></item><item><title>실무 레벨업 - 화면설계서 가이드 ep.04</title><link>https://pielog.me/screen-spec-ep-04/</link><guid isPermaLink="true">https://pielog.me/screen-spec-ep-04/</guid><description>무엇을 쓰는지가 아니라, 어떻게 쓰면 잘 쓰는 것인지를 다룹니다.</description><pubDate>Thu, 07 May 2026 00:00:00 GMT</pubDate></item><item><title>실습과 부록 - 화면설계서 가이드 ep.05</title><link>https://pielog.me/screen-spec-ep-05/</link><guid isPermaLink="true">https://pielog.me/screen-spec-ep-05/</guid><description>빈 화면에서 시작해 한 장을 완성해보고, 부족한 설계서에서 빠진 것을 찾아냅니다.</description><pubDate>Fri, 08 May 2026 00:00:00 GMT</pubDate></item><item><title>사용자가 느끼는 품질을 어떻게 검증하나 - 사용자 대상 소프트웨어 테스트 가이드 ep.00</title><link>https://pielog.me/software-testing-guide-ep-00/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-00/</guid><description>사용자 대상 소프트웨어의 테스트를 세 가지 축으로 정리하고, 실무에 하나씩 도입할 수 있는 순서로 시리즈 로드맵을 그립니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>단위 테스트, 가장 작은 안전망 - 사용자 대상 소프트웨어 테스트 가이드 ep.01</title><link>https://pielog.me/software-testing-guide-ep-01/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-01/</guid><description>단위 테스트는 함수와 모듈 수준의 가장 작은 안전망입니다. 무엇을 단위로 볼지, 어디까지 검증할지, 자동화의 첫 발을 어떻게 떼는지를 다룹니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>TDD, 테스트를 먼저 쓰는 개발 방식 - 사용자 대상 소프트웨어 테스트 가이드 ep.02</title><link>https://pielog.me/software-testing-guide-ep-02/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-02/</guid><description>테스트 주도 개발(TDD)은 테스트를 코드보다 먼저 쓰는 개발 방식입니다. 사이클의 메커니즘, 설계에 미치는 영향, 그리고 언제 잘 맞고 언제 맞지 않는지를 다룹니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>컴포넌트와 시각 회귀 - 사용자 대상 소프트웨어 테스트 가이드 ep.03</title><link>https://pielog.me/software-testing-guide-ep-03/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-03/</guid><description>컴포넌트 테스트는 UI 단위의 동작을 검증하고, 시각 회귀 테스트는 화면이 의도치 않게 바뀌지 않았다는 보장을 만듭니다. 디자인 시스템과 짝지어 도입하는 법을 다룹니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>통합 테스트, 모듈이 만날 때 - 사용자 대상 소프트웨어 테스트 가이드 ep.04</title><link>https://pielog.me/software-testing-guide-ep-04/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-04/</guid><description>통합 테스트는 모듈들이 만나는 경계에서 동작을 검증합니다. API, 데이터베이스, 외부 서비스와의 결합 지점을 어떻게 안전하게 검증할지 다룹니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>E2E 테스트, 사용자 흐름 따라가기 - 사용자 대상 소프트웨어 테스트 가이드 ep.05</title><link>https://pielog.me/software-testing-guide-ep-05/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-05/</guid><description>E2E 테스트는 진짜 브라우저에서 사용자처럼 클릭하고 입력하며 핵심 시나리오를 끝까지 검증합니다. 무엇을 시나리오로 잡고, 어떻게 안정적으로 운영할지를 다룹니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>접근성 자동 검사와 수동 확인 - 사용자 대상 소프트웨어 테스트 가이드 ep.06</title><link>https://pielog.me/software-testing-guide-ep-06/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-06/</guid><description>접근성 테스트는 자동 검사로 잡을 수 있는 것과 사람이 직접 확인해야 하는 것이 명확히 나뉩니다. 두 영역을 어떻게 분담해 시스템에 녹일지 다룹니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>성능, 사용자가 느끼는 속도 - 사용자 대상 소프트웨어 테스트 가이드 ep.07</title><link>https://pielog.me/software-testing-guide-ep-07/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-07/</guid><description>성능은 객관적 수치와 사용자가 느끼는 체감이 다릅니다. 무엇을 측정하고, 회귀를 어떻게 추적하며, 어떤 도구로 일상에 녹일지를 다룹니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>운영 중 모니터링, 진짜 사용자가 마주하는 것 - 사용자 대상 소프트웨어 테스트 가이드 ep.08</title><link>https://pielog.me/software-testing-guide-ep-08/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-08/</guid><description>운영 환경의 실사용 데이터를 수집하고 관찰하는 일은 테스트의 마지막 단계입니다. 에러 추적, 실사용 분석, 합성 모니터링까지 함께 운영하는 법을 다룹니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>전략 종합, 무엇부터 어디까지 - 사용자 대상 소프트웨어 테스트 가이드 ep.09</title><link>https://pielog.me/software-testing-guide-ep-09/</link><guid isPermaLink="true">https://pielog.me/software-testing-guide-ep-09/</guid><description>시리즈 본편에서 다룬 모든 테스트를 한 자리에 모아, 우리 팀이 무엇부터 도입하고 어디까지 가져갈지 결정하는 의사결정 가이드입니다.</description><pubDate>Sat, 23 May 2026 00:00:00 GMT</pubDate></item><item><title>왜, 무엇을, 어떻게 - 개발자를 위한 기술문서 입문 ep.00</title><link>https://pielog.me/tech-writing-guide-ep-00/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-00/</guid><description>구현은 잘하지만 문서는 처음인 개발자를 위한 기술문서 입문 시리즈. 여덟 가지 종류와 그것을 관통하는 네 분면의 지도.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>프로젝트의 첫인상, README - 개발자를 위한 기술문서 입문 ep.01</title><link>https://pielog.me/tech-writing-guide-ep-01/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-01/</guid><description>거의 모든 프로젝트의 입구이지만 거의 모든 README가 비슷한 실패를 반복합니다. 5분 안에 무엇을, 그 너머는 어디로 보낼지를 다룹니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>처음 온 사람을 데려가는 길, 튜토리얼 - 개발자를 위한 기술문서 입문 ep.02</title><link>https://pielog.me/tech-writing-guide-ep-02/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-02/</guid><description>가장 많이 쓰이고 가장 자주 망가지는 문서, 튜토리얼. 설명하지 않고 경험을 설계한다는 게 무엇인지를 다룹니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>한 가지 목적을 해내는 절차, 하우투 가이드 - 개발자를 위한 기술문서 입문 ep.03</title><link>https://pielog.me/tech-writing-guide-ep-03/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-03/</guid><description>독자가 무엇을 하려는지 알고 왔을 때, 가장 짧은 거리로 결과까지 데려가는 글. 하우투 가이드의 골격과 자주 무너지는 지점을 다룹니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>정확한 사실의 색인, 레퍼런스와 API 문서 - 개발자를 위한 기술문서 입문 ep.04</title><link>https://pielog.me/tech-writing-guide-ep-04/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-04/</guid><description>작업 중인 사람이 정확한 사실을 찾으러 오는 글. docstring부터 OpenAPI까지, 사람의 손과 기계의 손이 만나는 자리를 다룹니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>왜 이렇게 만들었는가, 아키텍처와 개념 설명 - 개발자를 위한 기술문서 입문 ep.05</title><link>https://pielog.me/tech-writing-guide-ep-05/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-05/</guid><description>시스템이 어떻게 동작하는지가 아니라 왜 이렇게 만들어졌는지를 다루는 글. 다이어그램을 그리는 법, C4 모델, 좋은 설명문이 빠지는 함정을 봅니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>의사결정의 기록, ADR과 RFC - 개발자를 위한 기술문서 입문 ep.06</title><link>https://pielog.me/tech-writing-guide-ep-06/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-06/</guid><description>같은 의사결정이지만 위치가 다른 두 문서. ADR은 이미 한 결정을 박제하고, RFC는 아직 안 한 결정을 제안합니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>운영의 언어, 런북과 포스트모템 - 개발자를 위한 기술문서 입문 ep.07</title><link>https://pielog.me/tech-writing-guide-ep-07/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-07/</guid><description>새벽 3시에 호출된 사람을 위한 런북, 그리고 실패에서 조직이 배우게 하는 포스트모템. 운영 문서가 갖춰야 할 차가운 글쓰기를 다룹니다.</description><pubDate>Wed, 20 May 2026 00:00:00 GMT</pubDate></item><item><title>매일 쓰는 협업의 글, PR · 커밋 · 온보딩 - 개발자를 위한 기술문서 입문 ep.08</title><link>https://pielog.me/tech-writing-guide-ep-08/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-08/</guid><description>의식하지 않으면 형편없이 쓰이지만 의식하면 협업의 비용을 절반으로 줄이는 글들. 좋은 커밋·PR·온보딩 문서를 다룹니다.</description><pubDate>Thu, 21 May 2026 00:00:00 GMT</pubDate></item><item><title>본 시리즈 바깥의 인접 문서들 - 개발자를 위한 기술문서 입문 ep.09</title><link>https://pielog.me/tech-writing-guide-ep-09/</link><guid isPermaLink="true">https://pielog.me/tech-writing-guide-ep-09/</guid><description>내부 개발 협업의 글 바깥에 자리한 세 문서. 사용자 매뉴얼, 디자인 문서, 보안 문서를 가볍게 짚으며 시리즈를 마칩니다.</description><pubDate>Thu, 21 May 2026 00:00:00 GMT</pubDate></item><item><title>두 라이브러리의 req는 같은 req가 아니었다</title><link>https://pielog.me/two-libraries-same-req/</link><guid isPermaLink="true">https://pielog.me/two-libraries-same-req/</guid><description>Next.js custom server에 socket.io와 NextAuth를 한 자리에서 통합하다, 4개월 전에 비워둔 한 층이 청구서로 돌아온 이야기.</description><pubDate>Sun, 07 Jun 2026 00:00:00 GMT</pubDate></item><item><title>웹 서비스 보안 점검 가이드 - OWASP Top 10:2025 ep.00</title><link>https://pielog.me/web-security-owasp-2025-ep-00/</link><guid isPermaLink="true">https://pielog.me/web-security-owasp-2025-ep-00/</guid><description>배포 직후 몇 시간 만에 스캐너에 발견되는 것이 현실입니다. 보안 전문가가 아닌 개발자가 실전에서 쓸 수 있는 점검 가이드 시리즈를 시작합니다.</description><pubDate>Fri, 24 Apr 2026 00:00:00 GMT</pubDate></item><item><title>인증과 인가의 경계 - OWASP Top 10:2025 ep.01</title><link>https://pielog.me/web-security-owasp-2025-ep-01/</link><guid isPermaLink="true">https://pielog.me/web-security-owasp-2025-ep-01/</guid><description>OWASP Top 10의 1위와 7위는 같은 뿌리에서 나옵니다. &quot;너 누구야&quot;와 &quot;너 이거 해도 돼&quot;의 구분, 그리고 그 사이에서 벌어지는 대부분의 사고.</description><pubDate>Sat, 25 Apr 2026 00:00:00 GMT</pubDate></item><item><title>데이터 보호의 기본기 - OWASP Top 10:2025 ep.02</title><link>https://pielog.me/web-security-owasp-2025-ep-02/</link><guid isPermaLink="true">https://pielog.me/web-security-owasp-2025-ep-02/</guid><description>인증과 인가가 튼튼해도 데이터가 평문으로 오가면 의미가 없습니다. 보안 설정 오류(A02)와 암호화 실패(A04)를 한 편에서 다룹니다.</description><pubDate>Sun, 26 Apr 2026 00:00:00 GMT</pubDate></item><item><title>신뢰 경계의 관리 - OWASP Top 10:2025 ep.03</title><link>https://pielog.me/web-security-owasp-2025-ep-03/</link><guid isPermaLink="true">https://pielog.me/web-security-owasp-2025-ep-03/</guid><description>사용자 입력이 코드로 해석되는 인젝션(A05), 그리고 외부에서 불러온 코드·데이터를 무턱대고 믿는 무결성 실패(A08). 신뢰할 수 있는 것과 없는 것의 경계 관리가 주제입니다.</description><pubDate>Mon, 27 Apr 2026 00:00:00 GMT</pubDate></item><item><title>코드 밖의 리스크 - OWASP Top 10:2025 ep.04</title><link>https://pielog.me/web-security-owasp-2025-ep-04/</link><guid isPermaLink="true">https://pielog.me/web-security-owasp-2025-ep-04/</guid><description>내가 짠 코드가 아무리 안전해도, 끌어다 쓰는 의존성과 빌드 파이프라인이 뚫리면 의미가 없습니다. 그리고 설계 자체가 잘못되어 있다면 어떤 구현도 그것을 구해낼 수 없습니다.</description><pubDate>Tue, 28 Apr 2026 00:00:00 GMT</pubDate></item><item><title>운영의 관측과 탄력성 - OWASP Top 10:2025 ep.05</title><link>https://pielog.me/web-security-owasp-2025-ep-05/</link><guid isPermaLink="true">https://pielog.me/web-security-owasp-2025-ep-05/</guid><description>사고는 결국 일어납니다. 빨리 알아차리는 것과 안전하게 멈추는 것이 피해 규모를 결정합니다. 시리즈의 마지막 편.</description><pubDate>Wed, 29 Apr 2026 00:00:00 GMT</pubDate></item></channel></rss>