<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>알레오 개발자 이야기</title>
    <link>https://developer.alleo.blog</link>
    <description>알레오 개발자 이야기의 최신 게시글입니다.</description>
    <language>ko-KR</language>
    <generator>Alleo Blog</generator>
    <ttl>60</ttl>
    <atom:link href="https://developer.alleo.blog/rss" rel="self" type="text/xml" />
    <lastBuildDate>Wed, 14 Oct 2026 05:00:44 GMT</lastBuildDate>
    <item>
      <title>생성형 AI API 운영 기준: 요청, 비용, 실패를 한 흐름으로 설계하기</title>
      <link>https://developer.alleo.blog/post/generative-ai-api-request-cost-failure-operation-guide</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/generative-ai-api-request-cost-failure-operation-guide</guid>
      <description>생성형 AI API 운영에서는 사용자 작업 ID를 중심으로 요청, 사용량, 비용, 실패와 재시도를 연결해야 합니다. 중복 호출을 줄이고 오류 상황의 다음 행동을 정하는 설계 기준을 정리합니다.</description>
      <pubDate>Wed, 14 Oct 2026 05:00:44 GMT</pubDate>
      <dc:date>2026-10-14T05:00:44.170Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>백엔드</category>
      <category>AI API 운영</category>
      <category>백엔드 설계</category>
      <category>생성형 AI API</category>
      <category>실패 처리</category>
      <category>재시도 설계</category>
      <category>토큰 비용</category>
    </item>
    <item>
      <title>AI 도입 효과 측정법: 생산성 지표와 파일럿 실험 설계 5단계</title>
      <link>https://developer.alleo.blog/post/ai-adoption-productivity-metrics-experiment-design</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/ai-adoption-productivity-metrics-experiment-design</guid>
      <description>AI 도입 성과는 사용 횟수나 절감 시간 하나로 판단하기 어렵습니다. 완료 기준을 고정하고 시간, 품질, 재작업을 함께 기록해 파일럿 확대 여부를 판단하는 측정 체계를 정리합니다.</description>
      <pubDate>Sun, 11 Oct 2026 05:01:12 GMT</pubDate>
      <dc:date>2026-10-11T05:01:12.780Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 도입 효과</category>
      <category>AI 성과 측정</category>
      <category>AI 품질 관리</category>
      <category>실험 설계</category>
      <category>업무 생산성</category>
      <category>업무 자동화</category>
    </item>
    <item>
      <title>AI 스트리밍 응답과 로딩 상태를 화면 흐름으로 설계하는 법</title>
      <link>https://developer.alleo.blog/post/ai-streaming-response-loading-state-ui-design</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/ai-streaming-response-loading-state-ui-design</guid>
      <description>생성형 AI 화면은 하나의 로딩 표시보다 요청 전송, 첫 응답 대기, 스트리밍, 완료, 중단, 오류를 구분해야 합니다. 사용자가 현재 상태와 다음 행동을 알 수 있게 만드는 프론트엔드 설계 기준을 정리합니다.</description>
      <pubDate>Thu, 08 Oct 2026 05:01:07 GMT</pubDate>
      <dc:date>2026-10-08T05:01:07.981Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>프론트엔드</category>
      <category>AI 스트리밍</category>
      <category>SSE</category>
      <category>로딩 상태</category>
      <category>사용자 경험</category>
      <category>생성형 AI UI</category>
      <category>프론트엔드 상태 관리</category>
    </item>
    <item>
      <title>프롬프트 라이브러리 구축: 팀 재사용 기준 5가지</title>
      <link>https://developer.alleo.blog/post/team-prompt-library-reuse-criteria</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/team-prompt-library-reuse-criteria</guid>
      <description>팀 프롬프트 라이브러리는 문장 모음이 아니라 반복 업무의 입력, 출력, 검수 책임을 보존하는 운영 자산입니다. 등록 기준, 카드 구성, 변경 기록과 평가 방법을 정리합니다.</description>
      <pubDate>Mon, 05 Oct 2026 05:00:32 GMT</pubDate>
      <dc:date>2026-10-05T05:00:32.923Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 품질 관리</category>
      <category>반복 업무</category>
      <category>생성형 AI</category>
      <category>업무 표준화</category>
      <category>프롬프트 관리</category>
      <category>프롬프트 라이브러리</category>
    </item>
    <item>
      <title>AI 검색에 잘 이해되는 웹 콘텐츠 구조, 먼저 정할 4가지</title>
      <link>https://developer.alleo.blog/post/ai-search-friendly-web-content-structure-principles</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/ai-search-friendly-web-content-structure-principles</guid>
      <description>AI 검색을 준비하는 웹사이트 운영자를 위해 한 페이지의 질문을 선명히 정하고, 답변과 근거, 화면 문구, 구조화 데이터를 일치시키는 콘텐츠 구조 점검 기준을 설명합니다. 발행 전 바로 적용할 4가지 확인 순서도 담았습니다.</description>
      <pubDate>Fri, 02 Oct 2026 05:00:43 GMT</pubDate>
      <dc:date>2026-10-02T05:00:43.269Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 검색</category>
      <category>구조화 데이터</category>
      <category>기술 SEO</category>
      <category>시맨틱 HTML</category>
      <category>웹 콘텐츠 구조</category>
      <category>콘텐츠 설계</category>
    </item>
    <item>
      <title>업무용 AI 도구 비교: 데이터 흐름으로 보안, 연동, 비용 판단하기</title>
      <link>https://developer.alleo.blog/post/business-ai-tool-security-integration-cost-selection-criteria</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/business-ai-tool-security-integration-cost-selection-criteria</guid>
      <description>업무용 AI 도구는 기능 수보다 데이터가 들어와 검토되고 저장되는 업무 흐름을 먼저 봐야 합니다. 보안, 연동, 비용을 한 파일럿에서 함께 확인하는 비교 기준을 정리합니다.</description>
      <pubDate>Tue, 29 Sep 2026 05:00:26 GMT</pubDate>
      <dc:date>2026-09-29T05:00:26.839Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 도입</category>
      <category>AI 보안</category>
      <category>AI 비용</category>
      <category>생성형 AI</category>
      <category>시스템 연동</category>
      <category>업무용 AI 도구</category>
    </item>
    <item>
      <title>AI 생성 콘텐츠 리뷰 체크리스트: 품질 편차를 줄이는 5단계</title>
      <link>https://developer.alleo.blog/post/ai-generated-content-review-checklist-quality-control</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/ai-generated-content-review-checklist-quality-control</guid>
      <description>AI 생성 콘텐츠의 품질 편차를 줄이려면 문장 완성도보다 발행 기준을 먼저 고정해야 합니다. 사실, 목적, 표현, 형식, 판정 기록을 같은 순서로 확인하는 5단계 체크리스트를 소개합니다.</description>
      <pubDate>Sat, 26 Sep 2026 05:01:07 GMT</pubDate>
      <dc:date>2026-09-26T05:01:07.163Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 콘텐츠 검수</category>
      <category>리뷰 체크리스트</category>
      <category>생성형 AI</category>
      <category>콘텐츠 운영</category>
      <category>콘텐츠 품질 관리</category>
    </item>
    <item>
      <title>AI 보고서 자동화 템플릿과 검수 기준을 설계하는 법</title>
      <link>https://developer.alleo.blog/post/ai-report-automation-template-review-criteria</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/ai-report-automation-template-review-criteria</guid>
      <description>주간 보고서와 월간 보고서를 AI로 자동화할 때는 문장 생성보다 입력 항목, 원천 자료, 최종 승인 기준을 먼저 고정해야 합니다. 재사용 템플릿과 검수 흐름을 설계하는 실무 순서를 정리합니다.</description>
      <pubDate>Wed, 23 Sep 2026 05:00:49 GMT</pubDate>
      <dc:date>2026-09-23T05:00:49.580Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 검수</category>
      <category>AI 보고서 자동화</category>
      <category>보고서 템플릿</category>
      <category>업무 자동화</category>
      <category>월간 보고서</category>
      <category>주간 보고서</category>
    </item>
    <item>
      <title>AI 문서 요약 전 데이터 정리 원칙: 넣을 정보와 뺄 정보를 가르는 법</title>
      <link>https://developer.alleo.blog/post/ai-document-summarization-input-data-preparation-principles</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/ai-document-summarization-input-data-preparation-principles</guid>
      <description>사내 문서를 AI로 요약할 때는 목적에 필요한 정보만 남기고, 식별정보와 접근 제한 정보를 먼저 분리해야 합니다. 입력 단위, 출력 형식, 공유 전 원문 대조 기준을 정해 요약 결과를 검토 가능한 업무 자료로 만드는 순서를 소개합니다.</description>
      <pubDate>Sun, 20 Sep 2026 05:00:52 GMT</pubDate>
      <dc:date>2026-09-20T05:00:52.576Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 문서 요약</category>
      <category>민감정보 관리</category>
      <category>생성형 AI</category>
      <category>업무 자동화</category>
      <category>입력 데이터</category>
      <category>정보 보안</category>
    </item>
    <item>
      <title>생성형 AI 사실 오류를 줄이는 프롬프트 검증 워크플로</title>
      <link>https://developer.alleo.blog/post/generative-ai-prompt-verification-workflow-for-factual-errors</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/generative-ai-prompt-verification-workflow-for-factual-errors</guid>
      <description>생성형 AI 답변을 업무에 쓰기 전, 결론을 바꾸는 주장부터 원문과 대조하는 검증 워크플로를 정리합니다. 사실, 해석, 확인 불가 항목을 분리해 팀의 검토 기준을 일관되게 만드는 방법을 안내합니다.</description>
      <pubDate>Thu, 17 Sep 2026 05:00:28 GMT</pubDate>
      <dc:date>2026-09-17T05:00:28.786Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 답변 검토</category>
      <category>AI 사실 오류</category>
      <category>AI 업무 도입</category>
      <category>생성형 AI</category>
      <category>출처 검증</category>
      <category>프롬프트 검증</category>
    </item>
    <item>
      <title>AI 도입 전 반복 업무를 찾는 진단 질문 10가지</title>
      <link>https://developer.alleo.blog/post/ai-adoption-repetitive-work-discovery-questions</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/ai-adoption-repetitive-work-discovery-questions</guid>
      <description>AI 도입 후보는 업무명이나 처리 시간만으로 고르기 어렵습니다. 반복 업무의 흐름을 기록하는 질문 10가지와 표준화·오류 영향·데이터 상태·검토 부담을 비교하는 기준을 정리합니다.</description>
      <pubDate>Tue, 08 Sep 2026 07:53:46 GMT</pubDate>
      <dc:date>2026-09-08T07:53:46.662Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>AI 활용하기</category>
      <category>AI 도입</category>
      <category>AI 파일럿</category>
      <category>반복 업무</category>
      <category>업무 자동화</category>
      <category>업무 진단</category>
      <category>업무 표준화</category>
    </item>
    <item>
      <title>백엔드 캐시 전략 설계: TTL보다 먼저 정할 무효화와 일관성 기준</title>
      <link>https://developer.alleo.blog/post/backend-cache-strategy-invalidation-consistency-ttl-guide</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/backend-cache-strategy-invalidation-consistency-ttl-guide</guid>
      <description>백엔드 캐시는 TTL 숫자부터 정하는 기능이 아닙니다. 허용 가능한 오래됨, 쓰기 경로의 무효화 책임, 장애 시 응답 정책을 먼저 정해 Redis 캐시의 성능과 일관성을 함께 관리하는 기준을 안내합니다.</description>
      <pubDate>Tue, 08 Sep 2026 07:36:31 GMT</pubDate>
      <dc:date>2026-09-08T07:36:31.019Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>백엔드</category>
      <category>Redis 캐시</category>
      <category>TTL 설정</category>
      <category>백엔드 캐시</category>
      <category>캐시 무효화</category>
      <category>캐시 스탬피드</category>
      <category>캐시 어사이드</category>
      <category>캐시 일관성</category>
    </item>
    <item>
      <title>백엔드 API 레이트 리미팅 설계: 키·구간·429 응답을 정하는 기준</title>
      <link>https://developer.alleo.blog/post/backend-api-rate-limiting-key-window-response-design</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/backend-api-rate-limiting-key-window-response-design</guid>
      <description>API 레이트 리미팅은 횟수 하나를 정하는 기능이 아닙니다. 요청 주체를 구분하는 키, 라우트별 정책, 429 이후의 재시도 계약을 함께 설계해 정상 사용성과 서비스 보호를 조율하는 방법을 정리합니다.</description>
      <pubDate>Tue, 08 Sep 2026 06:28:45 GMT</pubDate>
      <dc:date>2026-09-08T06:28:45.496Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>백엔드</category>
      <category>API 레이트 리미팅</category>
      <category>API 보안</category>
      <category>HTTP 429</category>
      <category>백엔드 API</category>
      <category>서버 안정성</category>
      <category>트래픽 제어</category>
    </item>
    <item>
      <title>React Hook Form과 스키마 검증으로 복잡한 폼 설계하는 순서</title>
      <link>https://developer.alleo.blog/post/react-hook-form-schema-validation-complex-form-design</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/react-hook-form-schema-validation-complex-form-design</guid>
      <description>회원가입·주문서처럼 조건이 많은 React 폼은 입력 상태, 값 규칙, 서버 판단, 오류 안내의 책임을 분리해야 합니다. React Hook Form과 스키마를 연결하는 순서, 필드 간 검증, 서버 오류와 접근성 점검 기준을 정리합니다.</description>
      <pubDate>Fri, 04 Sep 2026 04:21:06 GMT</pubDate>
      <dc:date>2026-09-04T04:21:06.139Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>프론트엔드</category>
    </item>
    <item>
      <title>React 웹 접근성 점검: 키보드·스크린 리더·폼 오류 설계 기준</title>
      <link>https://developer.alleo.blog/post/react-web-accessibility-keyboard-screen-reader-form-error</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/react-web-accessibility-keyboard-screen-reader-form-error</guid>
      <description>React 웹 접근성은 ARIA를 늘리는 일이 아니라 키보드·스크린 리더·폼 오류 상황에서도 사용자가 같은 과업을 완료하는지 확인하는 일입니다. 핵심 여정을 따라 점검할 실무 기준과 구현 우선순위를 정리합니다.</description>
      <pubDate>Fri, 04 Sep 2026 01:31:02 GMT</pubDate>
      <dc:date>2026-09-04T01:31:02.096Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>프론트엔드</category>
      <category>ARIA</category>
      <category>React 접근성</category>
      <category>스크린 리더</category>
      <category>웹 접근성</category>
      <category>접근성 테스트</category>
      <category>키보드 탐색</category>
      <category>폼 오류 처리</category>
    </item>
    <item>
      <title>메시지 큐는 언제 필요한가? 비동기 처리 설계의 판단 기준</title>
      <link>https://developer.alleo.blog/post/message-queue-async-processing-architecture-decision-guide</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/message-queue-async-processing-architecture-decision-guide</guid>
      <description>메시지 큐는 트래픽 규모보다 요청 완료와 후속 작업 완료를 분리할 필요가 있을 때 검토합니다. 동기 경계, 중복 소비, 적체와 재처리 책임을 설계 문서에 명확히 적어 도입 범위와 운영 준비도를 판단하는 기준을 안내합니다.</description>
      <pubDate>Thu, 03 Sep 2026 05:00:25 GMT</pubDate>
      <dc:date>2026-09-03T05:00:25.836Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>백엔드</category>
      <category>메시지 브로커</category>
      <category>메시지 큐</category>
      <category>멱등성</category>
      <category>백엔드 설계</category>
      <category>비동기 처리</category>
      <category>이벤트 기반 아키텍처</category>
      <category>이벤트 소비자</category>
    </item>
    <item>
      <title>React 상태 관리, 서버·클라이언트 상태를 나누는 기준</title>
      <link>https://developer.alleo.blog/post/react-server-client-state-management-library-selection</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/react-server-client-state-management-library-selection</guid>
      <description>React 상태 관리는 라이브러리 이름보다 값의 원본·공유 범위·생명주기로 결정합니다. 서버 데이터와 화면 UI를 나누고, 검색 화면의 캐시 키와 요청 흐름, 도입 뒤 테스트 항목으로 복잡성을 점검하는 방법을 정리합니다.</description>
      <pubDate>Thu, 03 Sep 2026 02:43:00 GMT</pubDate>
      <dc:date>2026-09-03T02:43:00.551Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>프론트엔드</category>
    </item>
    <item>
      <title>데이터베이스 커넥션 풀 설계: 크기·타임아웃·고갈 점검 순서</title>
      <link>https://developer.alleo.blog/post/database-connection-pool-size-timeout-exhaustion-design</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/database-connection-pool-size-timeout-exhaustion-design</guid>
      <description>데이터베이스 커넥션 풀은 인스턴스별 설정값이 아니라 총 연결 상한과 연결 점유 시간을 함께 봐야 합니다. 풀 고갈 시 크기를 늘리기 전에 대기·쿼리·반환 경로를 점검하는 순서를 정리합니다.</description>
      <pubDate>Wed, 26 Aug 2026 07:48:39 GMT</pubDate>
      <dc:date>2026-08-26T07:48:39.702Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>백엔드</category>
      <category>데이터베이스 운영</category>
      <category>데이터베이스 커넥션 풀</category>
      <category>백엔드 성능</category>
      <category>커넥션 타임아웃</category>
      <category>커넥션 풀 고갈</category>
      <category>커넥션 풀 크기</category>
    </item>
    <item>
      <title>백엔드 관측 가능성 설계: 로그·메트릭·트레이스를 연결하는 기준</title>
      <link>https://developer.alleo.blog/post/backend-observability-logs-metrics-traces-design</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/backend-observability-logs-metrics-traces-design</guid>
      <description>백엔드 관측 가능성은 데이터를 많이 쌓는 일이 아니라 같은 요청을 따라 로그·메트릭·트레이스를 오갈 수 있게 설계하는 일입니다. 핵심 요청부터 연결 규칙과 조사 순서를 정리해 보세요.</description>
      <pubDate>Mon, 24 Aug 2026 06:47:16 GMT</pubDate>
      <dc:date>2026-08-24T06:47:16.378Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>백엔드</category>
      <category>trace ID</category>
      <category>로그</category>
      <category>메트릭</category>
      <category>백엔드 관측 가능성</category>
      <category>분산 추적</category>
      <category>장애 대응</category>
    </item>
    <item>
      <title>백엔드 인증·인가 설계: 세션·JWT와 권한 모델 선택 기준</title>
      <link>https://developer.alleo.blog/post/backend-authentication-authorization-session-jwt-permission-model-guide</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/backend-authentication-authorization-session-jwt-permission-model-guide</guid>
      <description>세션과 JWT를 로그인 상태의 폐기·갱신 요구와 클라이언트 구성에 맞춰 고르는 기준을 정리합니다. 역할, 소유자, 조직 조건을 서버 정책으로 분리해 API 인가를 설계하는 방법도 살펴봅니다.</description>
      <pubDate>Thu, 20 Aug 2026 07:19:05 GMT</pubDate>
      <dc:date>2026-08-20T07:19:05.974Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>백엔드</category>
      <category>API 보안</category>
      <category>JWT</category>
      <category>RBAC</category>
      <category>백엔드 인증</category>
      <category>세션 인증</category>
      <category>인가 설계</category>
    </item>
    <item>
      <title>백엔드 API 멱등성 설계: 결제·주문 중복 처리를 막는 기준</title>
      <link>https://developer.alleo.blog/post/backend-api-idempotency-payment-order-duplicate-request-design</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/backend-api-idempotency-payment-order-duplicate-request-design</guid>
      <description>결제·주문 API에서 중복 요청을 막으려면 멱등 키만 저장해서는 부족합니다. 한 번만 확정할 작업을 정의한 뒤 키의 범위, 상태 기록, 동시 요청 처리, 응답 유실 후 확인 경로를 함께 설계하는 기준을 정리합니다.</description>
      <pubDate>Thu, 20 Aug 2026 06:46:23 GMT</pubDate>
      <dc:date>2026-08-20T06:46:23.810Z</dc:date>
      <dc:creator>김레오</dc:creator>
      <category>백엔드</category>
      <category>API 멱등성</category>
      <category>결제 API</category>
      <category>멱등 키</category>
      <category>분산 시스템</category>
      <category>주문 중복 처리</category>
      <category>트랜잭션 설계</category>
    </item>
    <item>
      <title>데이터베이스 인덱스 설계와 실행 계획으로 느린 쿼리 찾는 법</title>
      <link>https://developer.alleo.blog/post/database-index-design-execution-plan-slow-query-guide</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/database-index-design-execution-plan-slow-query-guide</guid>
      <description>느린 DB 쿼리는 인덱스 개수보다 실행 계획에 드러난 읽기 범위를 먼저 확인해야 합니다. 조건·정렬·조인·반환 행 수를 기준으로 복합 인덱스 후보를 비교하고, 변경 뒤 쓰기 영향까지 함께 점검하는 순서를 정리합니다.</description>
      <pubDate>Thu, 20 Aug 2026 01:08:01 GMT</pubDate>
      <dc:date>2026-08-20T01:08:01.216Z</dc:date>
      <dc:creator>김레오</dc:creator>
      <category>백엔드</category>
      <category>EXPLAIN</category>
      <category>데이터베이스 인덱스</category>
      <category>백엔드 최적화</category>
      <category>복합 인덱스</category>
      <category>실행 계획</category>
      <category>쿼리 성능</category>
    </item>
    <item>
      <title>SSR·CSR·하이브리드 렌더링 선택 기준: Next.js 페이지별 판단법</title>
      <link>https://developer.alleo.blog/post/ssr-csr-hybrid-rendering-selection-criteria-nextjs</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/ssr-csr-hybrid-rendering-selection-criteria-nextjs</guid>
      <description>Next.js 도입 시 SSR, CSR, 하이브리드 렌더링을 서비스 전체의 기본값이 아니라 페이지별 목적에 따라 선택하는 방법을 정리합니다. 검색 노출, 첫 화면, 최신성, 개인화, 상호작용, 운영 부담을 비교하고 대표 페이지 검증 절차를 제시합니다.</description>
      <pubDate>Fri, 07 Aug 2026 01:34:48 GMT</pubDate>
      <dc:date>2026-08-07T01:34:48.976Z</dc:date>
      <dc:creator>김알레오</dc:creator>
      <category>프론트엔드</category>
    </item>
    <item>
      <title>대규모 프론트엔드 프로젝트에서 폴더 구조와 컴포넌트 기준 세우는 법</title>
      <link>https://developer.alleo.blog/post/frontend-folder-structure-component-guidelines</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/frontend-folder-structure-component-guidelines</guid>
      <description>대규모 프론트엔드 프로젝트에서 폴더 구조와 컴포넌트 설계 기준을 정하는 방법을 실제 협업 문제와 운영 기준 중심으로 정리합니다.</description>
      <pubDate>Wed, 29 Jul 2026 01:19:44 GMT</pubDate>
      <dc:date>2026-07-29T01:19:44.861Z</dc:date>
      <dc:creator>알레오</dc:creator>
      <category>프론트엔드</category>
      <category>React 폴더 구조</category>
      <category>공통 컴포넌트</category>
      <category>대규모 프론트엔드 프로젝트</category>
      <category>도메인 기반 구조</category>
      <category>유지보수성</category>
      <category>컴포넌트 설계</category>
      <category>프론트엔드 아키텍처</category>
      <category>프론트엔드 폴더 구조</category>
    </item>
    <item>
      <title>프론트엔드 번들 관리와 코드 스플리팅을 실무 기준으로 설계하는 방법</title>
      <link>https://developer.alleo.blog/post/frontend-bundle-management-code-splitting</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/frontend-bundle-management-code-splitting</guid>
      <description>프론트엔드 번들 관리와 코드 스플리팅을 실무에 맞게 적용하는 기준을 정리합니다. 지표 확인, 분리 대상 선정, 구현 방식, 주의사항을 단계별로 설명합니다.</description>
      <pubDate>Thu, 16 Jul 2026 02:07:29 GMT</pubDate>
      <dc:date>2026-07-16T02:07:29.742Z</dc:date>
      <dc:creator>알레오 테스터</dc:creator>
      <category>프론트엔드</category>
      <category>LCP</category>
      <category>Lighthouse</category>
      <category>Next.js dynamic</category>
      <category>React.lazy</category>
      <category>Suspense</category>
      <category>TBT</category>
      <category>Web Vitals</category>
      <category>dynamic import</category>
      <category>webpack bundle analyzer</category>
      <category>코드 스플리팅</category>
      <category>프론트엔드 번들 관리</category>
    </item>
    <item>
      <title>프론트엔드 테스트 자동화 구축 순서와 꼭 필요한 도구 정리</title>
      <link>https://developer.alleo.blog/post/frontend-test-automation-setup-tools-guide</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/frontend-test-automation-setup-tools-guide</guid>
      <description>프론트엔드 테스트 자동화를 시작할 때 필요한 구축 순서, 우선순위 기준, 실무 도구 조합, 운영 체크포인트를 절차 중심으로 정리합니다.</description>
      <pubDate>Thu, 16 Jul 2026 02:03:48 GMT</pubDate>
      <dc:date>2026-07-16T02:03:48.438Z</dc:date>
      <dc:creator>알레오 테스터</dc:creator>
      <category>프론트엔드</category>
      <category>E2E 테스트</category>
      <category>GitHub Actions</category>
      <category>Jest</category>
      <category>MSW</category>
      <category>Playwright</category>
      <category>React 테스트</category>
      <category>Testing Library</category>
      <category>Vitest</category>
      <category>테스트 자동화 구축</category>
      <category>프론트엔드 테스트 자동화</category>
    </item>
    <item>
      <title>프론트엔드 성능 최적화에서 가장 먼저 점검할 핵심 요소</title>
      <link>https://developer.alleo.blog/post/frontend-performance-optimization-first-checkpoints</link>
      <guid isPermaLink="true">https://developer.alleo.blog/post/frontend-performance-optimization-first-checkpoints</guid>
      <description>프론트엔드 성능 최적화를 시작할 때 가장 먼저 확인할 지표와 병목을 정리합니다. LCP, INP, CLS, 번들 크기, 이미지 최적화 우선순위를 설명합니다.</description>
      <pubDate>Thu, 16 Jul 2026 01:59:25 GMT</pubDate>
      <dc:date>2026-07-16T01:59:25.841Z</dc:date>
      <dc:creator>알레오 테스터</dc:creator>
      <category>프론트엔드</category>
      <category>CLS</category>
      <category>Core Web Vitals</category>
      <category>INP</category>
      <category>LCP</category>
      <category>React 렌더링</category>
      <category>번들 크기</category>
      <category>웹 성능</category>
      <category>이미지 최적화</category>
      <category>프론트엔드 성능 최적화</category>
    </item>
  </channel>
</rss>
