<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ko">
  <title type="text">KomuraSoft LLC 블로그</title>
  <subtitle type="text">KomuraSoft LLC의 Windows / C# / COM 엔지니어링 노트.</subtitle>
  <id>https://comcomponent.com/ko/feed.xml</id>
  <link rel="alternate" type="text/html" hreflang="ko" href="https://comcomponent.com/ko/blog/"/>
  <link rel="alternate" type="text/html" hreflang="ja" href="https://comcomponent.com/blog/"/>
  <link rel="alternate" type="text/html" hreflang="en" href="https://comcomponent.com/en/blog/"/>
  <link rel="alternate" type="text/html" hreflang="zh-Hant" href="https://comcomponent.com/zh-TW/blog/"/>
  <link rel="self" type="application/atom+xml" href="https://comcomponent.com/ko/feed.xml"/>
  <updated>2026-07-16T00:00:00+00:00</updated>
  <rights>© 2026 합동회사 코무라소프트</rights>
  <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator>
  <author>
    <name>小村 豪</name>
    <uri>https://comcomponent.com/ko/profile/go-komura/</uri>
  </author>
  
  <entry xml:lang="ko">
    <title type="text">디지털 인보이스란? ── &apos;청구서 PDF를 메일로 보내는 것&apos;과 무엇이 다른가</title>
    <id>https://comcomponent.com/ko/blog/what-is-digital-invoice-peppol-jp-pint/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/what-is-digital-invoice-peppol-jp-pint/"/>
    <published>2026-07-16T10:00:00+00:00</published>
    <updated>2026-07-16T00:00:00+00:00</updated>
    
    <summary type="text">디지털 인보이스란 청구 정보를 판매자 시스템에서 구매자 시스템으로 사람을 거치지 않고 직접 데이터로 연계하는 구조입니다. PDF 청구서와의 차이, 인보이스 제도와의 관계, Peppol·JP PINT의 구조, 전자장부보존법과의 관계, 중소기업의 시작 방법을 알기 쉽게 해설합니다.</summary>
    
    
    
    <category term="디지털 인보이스"/>
    
    <category term="인보이스 제도"/>
    
    <category term="Peppol"/>
    
    <category term="JP PINT"/>
    
    <category term="청구서"/>
    
    <category term="전자장부보존법"/>
    
    <category term="EDI"/>
    
    <category term="기업 간 거래"/>
    
    <category term="업무 효율화"/>
    
    <category term="시스템 연동"/>
    
    <category term="BtoB"/>
    
    <category term="DX"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows 앱의 작업 트레이 상주와 토스트 알림 ── NotifyIcon의 함정과 AppNotification 선택 기준</title>
    <id>https://comcomponent.com/ko/blog/windows-tray-icon-toast-notification-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-tray-icon-toast-notification-guide/"/>
    <published>2026-07-16T09:00:00+00:00</published>
    <updated>2026-07-16T00:00:00+00:00</updated>
    
    <summary type="text">업무용 Windows 앱을 작업 트레이(알림 영역)에 상주시키고 토스트 알림으로 사용자에게 알리는 구현을 정리합니다. NotifyIcon의 올바른 사용법과 「닫으면 트레이로」설계, 탐색기 재시작 시 재등록, 토스트 API 3종(Windows App SDK AppNotification / Community Toolkit / Windows.UI.Notifications)의 선택 기준표, 패키징되지 않은 앱의 제약, 알림이 도착하지 않는 경우, Windows 서비스에서 알림을 보내는 구성까지 설명합니다.</summary>
    
    
    
    <category term="작업 트레이"/>
    
    <category term="NotifyIcon"/>
    
    <category term="토스트 알림"/>
    
    <category term="AppNotification"/>
    
    <category term="Windows App SDK"/>
    
    <category term="WinForms"/>
    
    <category term="WPF"/>
    
    <category term="C#"/>
    
    <category term=".NET"/>
    
    <category term="상주 애플리케이션"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">WordPress에서 Movable Type으로의 이전 ── &apos;반대 방향&apos;이기에 더욱 정리해 두어야 할 실무 절차</title>
    <id>https://comcomponent.com/ko/blog/wordpress-to-movabletype-migration-practical-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/wordpress-to-movabletype-migration-practical-guide/"/>
    <published>2026-07-16T08:00:00+00:00</published>
    <updated>2026-07-16T00:00:00+00:00</updated>
    
    <summary type="text">WordPress에서 Movable Type(MovableType.net)으로의 이전 절차를 실무 관점에서 해설합니다. 이전이 합리적인 경우, 게시물·고정 페이지·이미지 임포트, 커스텀 게시물 타입 처리, URL 설계와 301 리다이렉트를 통한 SEO 승계, 플러그인 기능 대체까지 정리합니다.</summary>
    
    
    
    <category term="홈페이지 제작"/>
    
    <category term="기존 사이트 개선"/>
    
    <category term="SEO 대책"/>
    
    <category term="CMS"/>
    
    <category term="WordPress"/>
    
    <category term="Movable Type"/>
    
    <category term="사이트 이전"/>
    
    <category term="중소기업"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">VB6 애플리케이션은 언제까지 동작할까 ── 런타임 지원 현황과 현실적인 .NET 이전 진행 방법</title>
    <id>https://comcomponent.com/ko/blog/vb6-to-dotnet-migration-practical-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/vb6-to-dotnet-migration-practical-guide/"/>
    <published>2026-07-16T06:00:00+00:00</published>
    <updated>2026-07-16T00:00:00+00:00</updated>
    
    <summary type="text">VB6 애플리케이션은 언제까지 동작할까요. VB6 런타임의 지원 정책(Windows 11도 지원 대상)과 IDE 지원은 이미 종료되었다는 비대칭적인 현황을 정리하고, 전면 재작성・자동 변환・단계적 이전의 판단표, 이전 전 자산 파악, VB6와 .NET의 비호환 지점, C#과 VB.NET의 선택까지 실무 가이드로 정리합니다.</summary>
    
    
    
    <category term="VB6"/>
    
    <category term=".NET"/>
    
    <category term="C#"/>
    
    <category term="레거시 기술"/>
    
    <category term="기존 자산 활용"/>
    
    <category term="마이그레이션"/>
    
    <category term="모더나이제이션"/>
    
    <category term="32bit"/>
    
    <category term="Windows 개발"/>
    
    <category term="판단표"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">FAX 수주를 웹으로 옮기려면 ── 이중 운영 기간 설계와 단계적 이행 실무</title>
    <id>https://comcomponent.com/ko/blog/fax-order-web-transition-staged-migration/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/fax-order-web-transition-staged-migration/"/>
    <published>2026-07-16T04:00:00+00:00</published>
    <updated>2026-07-16T00:00:00+00:00</updated>
    
    <summary type="text">FAX 수주를 웹 수주나 CSV 가져오기로 이행하는 실무를 설명합니다. 갑작스러운 전면 웹화가 실패하기 쉬운 이유, FAX와 웹의 이중 운영 기간 설계, 상품·거래처 마스터 정비, CSV 가져오기라는 중간 형태, 거래처를 끌어들이는 방법을 단계적 이행의 절차로 정리합니다.</summary>
    
    
    
    <category term="FAX 수주"/>
    
    <category term="웹 수주"/>
    
    <category term="EDI"/>
    
    <category term="수발주"/>
    
    <category term="업무 효율화"/>
    
    <category term="시스템 연계"/>
    
    <category term="CSV"/>
    
    <category term="BtoB"/>
    
    <category term="DX"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">EDI란 무엇인가? 기업 간 수발주를 어떻게 편하게 만드는가 ── 팩스·메일·수작업 입력에서 데이터 연계로</title>
    <id>https://comcomponent.com/ko/blog/what-is-edi-business-efficiency/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/what-is-edi-business-efficiency/"/>
    <published>2026-07-16T01:00:00+00:00</published>
    <updated>2026-07-16T00:00:00+00:00</updated>
    
    <summary type="text">EDI란 주문서나 청구서 등의 거래 데이터를 기업 간 시스템으로 교환하는 구조입니다. 팩스·메일과의 차이, 수작업 입력과 전기(轉記) 오류를 줄이는 구조, 수주·재고·출하·청구를 연계하는 장점을 알기 쉽게 해설합니다.</summary>
    
    
    
    <category term="EDI"/>
    
    <category term="기업 간 거래"/>
    
    <category term="수발주"/>
    
    <category term="업무 효율화"/>
    
    <category term="시스템 연계"/>
    
    <category term="BtoB"/>
    
    <category term="DX"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">업무 앱의 일본 연호・공휴일・마감일 처리 ── 연호 개원에 강한 설계와 JapaneseCalendar・영업일 계산의 실무</title>
    <id>https://comcomponent.com/ko/blog/japanese-calendar-holidays-closing-date-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/japanese-calendar-holidays-closing-date-guide/"/>
    <published>2026-07-11T05:00:00+00:00</published>
    <updated>2026-07-16T00:00:00+00:00</updated>
    
    <summary type="text">장표에 「레이와 8년」을 표시하고, 공휴일을 제외한 영업일을 계산하며, 20일 마감 익월 말일 지급 ── 일본 업무 앱 특유의 날짜 처리에는 연호 개원, 공휴일의 법 개정, 월말의 반올림이라는 「나중에 바뀌는 사양」이 숨어 있습니다. 이 글에서는 JapaneseCalendar를 이용한 연호 표시와 개원에 강한 설계, 공휴일을 하드코딩해서는 안 되는 이유와 내각부 CSV를 활용한 공휴일 마스터 운영, AddMonths의 반올림 사양을 고려한 마감일・회계연도 계산까지 구현 예시와 판단표로 정리합니다.</summary>
    
    
    
    <category term="C#"/>
    
    <category term=".NET"/>
    
    <category term="일본 연호(와레키)"/>
    
    <category term="공휴일"/>
    
    <category term="마감일"/>
    
    <category term="날짜/시간 처리"/>
    
    <category term="업무 앱"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Process Monitor(ProcMon) 실전 가이드 ── 「설정이 반영되지 않는다」「ACCESS DENIED」를 10분 만에 특정하기</title>
    <id>https://comcomponent.com/ko/blog/procmon-practical-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/procmon-practical-guide/"/>
    <published>2026-07-11T01:00:00+00:00</published>
    <updated>2026-07-14T00:00:00+00:00</updated>
    
    <summary type="text">「설정 파일을 수정했는데 반영되지 않는다」「어제까지는 동작했는데 오늘부터 실행되지 않는다」──소스 코드에 손을 대기 전에, Process Monitor(ProcMon)를 사용하면 파일·레지스트리 접근의 실제 동작으로부터 원인을 특정할 수 있습니다. Filter의 실무적인 사용법, NAME NOT FOUND·ACCESS DENIED·SHARING VIOLATION을 읽는 법, 대표적인 조사 패턴, 운영(프로덕션) 환경에서의 주의점, 그리고 다른 조사 도구와의 구분 사용까지, 불량 조사 현장의 시각에서 해설합니다.</summary>
    
    
    
    <category term="Process Monitor"/>
    
    <category term="Sysinternals"/>
    
    <category term="불량 조사"/>
    
    <category term="디버깅"/>
    
    <category term="문제 해결"/>
    
    <category term="Windows 개발"/>
    
    <category term="운영"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows 앱의 웹 전환, 하지 않는 편이 나은 경우 ── 판단표와 &apos;분할&apos;이라는 현실적 해법</title>
    <id>https://comcomponent.com/ko/blog/windows-app-web-migration-decision/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-app-web-migration-decision/"/>
    <published>2026-07-10T01:00:00+00:00</published>
    <updated>2026-07-14T00:00:00+00:00</updated>
    
    <summary type="text">&apos;사내 Windows 앱을 웹으로 만들고 싶다&apos;는 요청이 늘고 있지만, 장치 연동·로컬 파일 처리·오프라인 운용·고속 입력 UI를 갖춘 앱에서는 웹 전환이 오히려 비용 증가와 기능 저하를 부를 수 있습니다. 웹 전환에 적합한 경우와 부적합한 경우를 정리한 판단표와, 전면 웹 전환이 아니라 일부만 웹으로 내보내는 분할 구성이라는 현실적 해법을, Windows 수탁 개발 실무 관점에서 정리합니다.</summary>
    
    
    
    <category term="Windows 개발"/>
    
    <category term="웹 전환"/>
    
    <category term="모더나이제이션"/>
    
    <category term="업무 애플리케이션"/>
    
    <category term="판단표"/>
    
    <category term="설계"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">WinForms/WPF 앱 다국어화 ── resx·새틀라이트 어셈블리·컬처 전환 실무</title>
    <id>https://comcomponent.com/ko/blog/winforms-wpf-localization-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/winforms-wpf-localization-guide/"/>
    <published>2026-07-07T03:00:00+00:00</published>
    <updated>2026-07-14T00:00:00+00:00</updated>
    
    <summary type="text">Windows 데스크톱 앱의 다국어화를 CurrentCulture와 CurrentUICulture의 차이, resx와 새틀라이트 어셈블리를 통한 리소스 구조, WinForms의 Localizable 속성, WPF에서의 현실적인 방식 선택, 실행 중 언어 전환, 레이아웃·서식·RTL까지 포함해 실무 관점에서 정리합니다.</summary>
    
    
    
    <category term="CSharp"/>
    
    <category term=".NET"/>
    
    <category term="WinForms"/>
    
    <category term="WPF"/>
    
    <category term="다국어화"/>
    
    <category term="현지화"/>
    
    <category term="리소스"/>
    
    <category term="UI"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">CSV는 “그냥 텍스트”가 아니다 ── C# 업무 앱의 CSV 실무(문자 코드・Excel 호환・인젝션 대책)</title>
    <id>https://comcomponent.com/ko/blog/csv-file-handling-practical-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/csv-file-handling-practical-guide/"/>
    <published>2026-07-07T02:00:00+00:00</published>
    <updated>2026-07-14T00:00:00+00:00</updated>
    
    <summary type="text">업무 앱의 CSV 입출력에서 발생하는 전형적인 사고 패턴──Split(&apos;,&apos;)를 이용한 자체 파싱, BOM 없는 UTF-8의 Excel 문자 깨짐, 선행 0 소실, CSV 인젝션──을 정리하고, RFC 4180의 규칙, .NET에서의 Shift_JIS 처리(CodePagesEncodingProvider), TextFieldParser를 이용한 안전한 읽기까지 실무 관점에서 설명합니다.</summary>
    
    
    
    <category term="CSharp"/>
    
    <category term=".NET"/>
    
    <category term="CSV"/>
    
    <category term="Excel"/>
    
    <category term="문자 코드"/>
    
    <category term="파일 연동"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">HttpClient를 using으로 감싸면 안 되는 이유 ── C# 업무 앱의 HTTP 통신 실무(생성 패턴・타임아웃・재시도)</title>
    <id>https://comcomponent.com/ko/blog/csharp-httpclient-practical-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/csharp-httpclient-practical-guide/"/>
    <published>2026-07-07T01:00:00+00:00</published>
    <updated>2026-07-14T00:00:00+00:00</updated>
    
    <summary type="text">C#의 HttpClient를 매번 using으로 생성하면 소켓 고갈이, static으로 만들면 DNS 변경을 따라가지 못하는 문제가 발생합니다──이 두 가지 큰 문제의 구조와, PooledConnectionLifetime・IHttpClientFactory를 이용한 올바른 생성 패턴, 타임아웃 설계, Microsoft.Extensions.Http.Resilience를 이용한 재시도까지 Windows 업무 앱의 실무 관점에서 정리합니다.</summary>
    
    
    
    <category term="CSharp"/>
    
    <category term=".NET"/>
    
    <category term="HttpClient"/>
    
    <category term="IHttpClientFactory"/>
    
    <category term="네트워크"/>
    
    <category term="async/await"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>Go Komura</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">PerfView와 dotnet-trace로 “느림”의 원인을 찾는다 ── .NET 성능 조사 실무 입문</title>
    <id>https://comcomponent.com/ko/blog/perfview-dotnet-trace-performance-analysis/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/perfview-dotnet-trace-performance-analysis/"/>
    <published>2026-07-04T14:30:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">업무 앱이 “느리다”, “CPU를 다 써버린다”, “가끔 멈춘다”고 할 때, 어떤 도구로 무엇을 봐야 할까요. PerfView와 dotnet-trace의 역할 분담, CPU 샘플링을 읽는 방법(inclusive/exclusive), ThreadTime을 이용한 블록 시간 조사, EventSource 커스텀 이벤트와의 조합까지, 실무에서 쓰는 성능 조사 절차를 정리합니다.</summary>
    
    
    
    <category term="PerfView"/>
    
    <category term="dotnet-trace"/>
    
    <category term="ETW"/>
    
    <category term="성능 조사"/>
    
    <category term=".NET"/>
    
    <category term="CSharp"/>
    
    <category term="불량 조사"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">BtoB용 구글 광고 소액 운영 - 월 몇만 엔으로 성과를 내는 설계와 주간 운영 절차</title>
    <id>https://comcomponent.com/ko/blog/google-ads-small-budget-btob/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/google-ads-small-budget-btob/"/>
    <published>2026-07-04T14:20:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">월 몇만 엔의 예산으로 구글 광고를 시작하려는 BtoB 기업을 위한 실무 가이드입니다. 평균 일일 예산과 청구 상한의 구조, 전환 측정 정비, 고의도 키워드로의 압축, 제외 키워드와 검색어 보고서의 주간 운영, 소액 예산에서의 입찰 전략 선택까지, 구글 공식 정보를 전제로 정리합니다.</summary>
    
    
    
    <category term="구글 광고"/>
    
    <category term="구글 광고 운영"/>
    
    <category term="검색 마케팅"/>
    
    <category term="SEO"/>
    
    <category term="B2B 마케팅"/>
    
    <category term="웹사이트 제작"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">지역명 검색에 노출되는 사이트 만들기 - 중소기업을 위한 로컬 SEO 실전 가이드(지역 페이지와 구글 비즈니스 프로필)</title>
    <id>https://comcomponent.com/ko/blog/local-seo-guide-sme/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/local-seo-guide-sme/"/>
    <published>2026-07-04T14:10:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">&apos;지역명+업종&apos;으로 검색했을 때 자사가 나오지 않는 중소기업을 위해, 로컬 SEO를 고치는 순서를 정리합니다. 구글 비즈니스 프로필 정비, NAP 정보 통일, 지역 페이지 설계, 사이트 측 기반 다지기, Search Console을 통한 효과 측정까지, 구글 공식 정보를 전제로 한 실무 절차입니다.</summary>
    
    
    
    <category term="웹사이트 제작"/>
    
    <category term="SEO"/>
    
    <category term="로컬 SEO"/>
    
    <category term="구글 비즈니스 프로필"/>
    
    <category term="검색 마케팅"/>
    
    <category term="중소기업"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows 이벤트 로그·ETW 입문 ── 업무 앱의 로그를 OS 표준 체계에 올리기</title>
    <id>https://comcomponent.com/ko/blog/windows-eventlog-etw-structured-logging/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-eventlog-etw-structured-logging/"/>
    <published>2026-07-04T14:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">Windows 업무 앱의 로그를 파일 로그만으로 해결하고 있지는 않은가요? 이벤트 로그와 ETW는 운영 담당자나 OS 표준 도구에서 보이는 또 다른 계층의 기록입니다. 3가지 수단을 구분해서 쓰는 방법, .NET에서 기록하는 방법, EventSource를 이용한 ETW 계측, 수집·조사 실무, 소스 미등록이나 로그 용량 비대화 같은 함정까지 설명합니다.</summary>
    
    
    
    <category term="CSharp"/>
    
    <category term=".NET"/>
    
    <category term="이벤트 로그"/>
    
    <category term="ETW"/>
    
    <category term="EventSource"/>
    
    <category term="로그 설계"/>
    
    <category term="불량 조사"/>
    
    <category term="Windows 개발"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">appsettings.json만으로는 부족하다 ── Windows 업무 앱 구성 관리 실무(환경별 설정・비밀 정보・쓰기 위치)</title>
    <id>https://comcomponent.com/ko/blog/dotnet-configuration-management-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/dotnet-configuration-management-guide/"/>
    <published>2026-07-04T13:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">Windows 업무 앱의 구성 관리를 appsettings.json의 계층화, IConfiguration과 IOptions/IOptionsSnapshot/IOptionsMonitor의 구분 사용, 환경별 설정, 쓰기 가능한 설정의 배치 위치, 비밀 정보 처리, 실행 중 설정 변경, app.config에서의 마이그레이션까지 실무 관점에서 정리합니다.</summary>
    
    
    
    <category term="CSharp"/>
    
    <category term=".NET"/>
    
    <category term="appsettings.json"/>
    
    <category term="IConfiguration"/>
    
    <category term="IOptions"/>
    
    <category term="Generic Host"/>
    
    <category term="구성 관리"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">코무라소프트가 디지털청 디자인 시스템으로 홈페이지를 만드는 이유 ── 저가와 품질은 양립할 수 있다</title>
    <id>https://comcomponent.com/ko/blog/digital-agency-design-system-website-development/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/digital-agency-design-system-website-development/"/>
    <published>2026-07-04T12:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">코무라소프트의 홈페이지 제작이 디지털청이 공개한 디자인 시스템을 기반으로 하는 이유를 정리합니다. 디자인 공정의 표준화가 왜 비용을 낮추고, 왜 오히려 품질을 안정시키는지, 맞지 않는 경우까지 포함해 설명합니다.</summary>
    
    
    
    <category term="홈페이지 제작"/>
    
    <category term="디자인 시스템"/>
    
    <category term="디자인 표준화"/>
    
    <category term="접근성"/>
    
    <category term="비용 시세"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">BtoB 사이트에서 문의를 늘리는 법 ── 고치는 순서의 전체 지도(집객부터 폼까지)</title>
    <id>https://comcomponent.com/ko/blog/btob-website-lead-generation-roadmap/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/btob-website-lead-generation-roadmap/"/>
    <published>2026-07-04T12:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">BtoB 사이트에서 문의가 늘지 않을 때, 많은 회사는 먼저 집객(SEO·광고)부터 손을 댑니다. 그러나 실제로 효과가 나는 것은 계측으로 병목을 찾아내고, 받는 페이지가 되는 서비스 페이지를 정비하고, 폼 같은 동선을 고친 다음, 마지막으로 집객을 더하는 순서입니다. 이 글은 서비스 페이지 설계, 문의 동선 개선, 이메일 전달률, 챗봇, SEO·광고, 내부 링크에 대한 개별 글들을 고치는 순서에 맞춰 지도로 정리하고, 90일 실행 계획과 FAQ까지 담았습니다.</summary>
    
    
    
    <category term="홈페이지 제작"/>
    
    <category term="SEO 대책"/>
    
    <category term="문의 동선 개선"/>
    
    <category term="서비스 페이지 설계"/>
    
    <category term="내부 링크"/>
    
    <category term="기술계 B2B"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows 업무 앱의 인쇄와 PDF 출력 - System.Drawing.Printing / WPF / 보고서 라이브러리 구분 사용법</title>
    <id>https://comcomponent.com/ko/blog/windows-app-printing-pdf-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-app-printing-pdf-guide/"/>
    <published>2026-07-04T11:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">PrintDocument를 이용한 WinForms 인쇄, WPF의 FlowDocument/FixedDocument 인쇄, PDF 출력의 선택지를 요구사항별 판단표로 정리합니다. 페이지 나눔 제어나 DPI 차이 같은 구현의 함정, Windows 서비스에서의 인쇄, 기본 프린터 의존의 위험까지 실무 관점에서 설명합니다.</summary>
    
    
    
    <category term="CSharp"/>
    
    <category term=".NET"/>
    
    <category term="WinForms"/>
    
    <category term="WPF"/>
    
    <category term="인쇄"/>
    
    <category term="PDF"/>
    
    <category term="보고서"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">사이트 리뉴얼 사례: 미야자키 운송회사 도즈캐리서비스 ── 구 사이트에서 무엇을 어떻게 이어받았는가</title>
    <id>https://comcomponent.com/ko/blog/case-study-douzucarry-site-renewal/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/case-study-douzucarry-site-renewal/"/>
    <published>2026-07-04T10:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">미야자키의 운송회사 도즈캐리서비스의 사이트 리뉴얼에서, 디자인보다 먼저 URL 정리와 301 설계, 콘텐츠 유지 체크를 진행한 절차를 실제 사례로 설명합니다.</summary>
    
    
    
    <category term="홈페이지 제작"/>
    
    <category term="SEO대책"/>
    
    <category term="기존 사이트 개선"/>
    
    <category term="리뉴얼"/>
    
    <category term="사례"/>
    
    <category term="로컬SEO"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">중소기업 홈페이지 제작 비용 - 시세 한눈에 보기와 견적서 읽는 법</title>
    <id>https://comcomponent.com/ko/blog/website-development-cost-guide-sme/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/website-development-cost-guide-sme/"/>
    <published>2026-07-04T09:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">중소기업이 홈페이지 제작 견적을 받기 전에 알아두어야 할, 목적별·규모별 비용 시세와 견적서 내역을 읽는 법, 가격대별로 할 수 있는 것과 할 수 없는 것을 정리합니다.</summary>
    
    
    
    <category term="홈페이지 제작"/>
    
    <category term="SEO 대책"/>
    
    <category term="사이트 개선"/>
    
    <category term="중소기업"/>
    
    <category term="비용 시세"/>
    
    <category term="견적"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">OSI 참조 모델을 확실하게 이미지화하기 ── HTTP 요청 1개를 7계층으로 해부한다</title>
    <id>https://comcomponent.com/ko/blog/osi-model-packet-anatomy/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/osi-model-packet-anatomy/"/>
    <published>2026-07-04T07:30:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">OSI 참조 모델을 암기가 아니라 실물로 이해합니다. HTTP GET 요청 1개를 운반하는 Ethernet 프레임을 C#으로 조립하고 해부해서, L2~L7이 바이트열로서 물리적으로 겹쳐져 있는 모습을 헥스 덤프와 Wireshark로 확인합니다. 각 계층과 .NET API(HttpClient / SslStream / Socket)의 대응, 계층의 용어를 이용한 장애 분리, 흔한 오해의 정정까지 실무 관점에서 정리합니다.</summary>
    
    
    
    <category term="OSI 참조 모델"/>
    
    <category term="TCP/IP"/>
    
    <category term="네트워크"/>
    
    <category term="Wireshark"/>
    
    <category term="Ethernet"/>
    
    <category term="TCP"/>
    
    <category term="HTTP"/>
    
    <category term="C#"/>
    
    <category term=".NET"/>
    
    <category term="Socket"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows의 세션 분리를 어떻게 이해할까 ── Session 0・RDP・다중 사용자 동시 실행</title>
    <id>https://comcomponent.com/ko/blog/windows-session-rdp-multiuser-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windows-session-rdp-multiuser-guide/"/>
    <published>2026-07-04T06:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">Windows 앱 개발자가 혼란스러워하기 쉬운 &apos;세션&apos; 개념을 정리합니다. 서비스가 UI를 표시할 수 없는 Session 0 분리의 이유, RDP 접속 시 세션의 동작, 명명된 개체의 세션 분리, 공유 PC・RDS 환경에서 흔히 발생하는 설계 실수까지 실무 관점에서 설명합니다.</summary>
    
    
    
    <category term="Session 0"/>
    
    <category term="세션 분리"/>
    
    <category term="RDP"/>
    
    <category term="원격 데스크톱"/>
    
    <category term="Windows 서비스"/>
    
    <category term="다중 사용자"/>
    
    <category term="Windows"/>
    
    <category term=".NET"/>
    
    <category term="C#"/>
    
    <category term="설계"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">VB6 / Access 업무 애플리케이션의 연명과 이전 ── 남기다·감싸다·교체하다 판단표</title>
    <id>https://comcomponent.com/ko/blog/vb6-access-legacy-migration-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/vb6-access-legacy-migration-guide/"/>
    <published>2026-07-04T04:30:00+00:00</published>
    <updated>2026-07-05T00:00:00+00:00</updated>
    
    <summary type="text">VB6 애플리케이션과 Microsoft Access 업무 앱을 그대로 남길지, 일부만 감싸서 연명할지, 교체할지를 어떻게 판단하는지 정리합니다. 런타임의 현재 상황, ACE의 32bit/64bit 문제, 공유 폴더에서의 다인 이용 리스크, SQL Server로의 업사이징까지 판단표와 실무 절차로 정리합니다.</summary>
    
    
    
    <category term="VB6"/>
    
    <category term="Access"/>
    
    <category term="VBA"/>
    
    <category term="레거시 자산"/>
    
    <category term="기존 자산 활용·이전"/>
    
    <category term="Windows 개발"/>
    
    <category term="데이터베이스 마이그레이션"/>
    
    <category term="모더나이제이션"/>
    
    <category term="판단표"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">WinDbg + SOS로 크래시 덤프 읽기 ── 수집 이후 실무 분석 입문</title>
    <id>https://comcomponent.com/ko/blog/windbg-sos-crash-dump-analysis/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/windbg-sos-crash-dump-analysis/"/>
    <published>2026-07-04T03:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">수집한 Windows 크래시 덤프를 WinDbg와 SOS 확장으로 실제로 읽는 절차를 설명합니다. 심볼 경로 설정, !clrstack・!pe・!dumpheap -stat・!gcroot로 예외와 메모리 누수를 추적하는 방법, 네이티브 크래시의 !analyze -v, dotnet-dump analyze와의 구분까지 실무 관점에서 정리합니다.</summary>
    
    
    
    <category term="WinDbg"/>
    
    <category term="SOS"/>
    
    <category term="크래시 덤프"/>
    
    <category term=".NET"/>
    
    <category term="CSharp"/>
    
    <category term="디버깅"/>
    
    <category term="PDB"/>
    
    <category term="불량 조사"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">Windows 앱의 중복 실행 방지 ── 네임드 Mutex와 재실행 시 창 활성화</title>
    <id>https://comcomponent.com/ko/blog/single-instance-mutex-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/single-instance-mutex-guide/"/>
    <published>2026-07-04T01:30:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">업무용 Windows 앱의 정석 요건인 「같은 앱을 두 번 실행시키지 않는다」를 네임드 Mutex로 구현하는 방법을 정리합니다. Global\ 과 Local\ 네임스페이스의 차이로 인한 RDP 환경의 함정, 소유 스레드 제약과 AbandonedMutexException, SetForegroundWindow의 제한을 고려한 기존 인스턴스의 전면화, 실행 인수 전달까지 실무에 쓸 수 있는 C# 구현과 함께 설명합니다.</summary>
    
    
    
    <category term="중복 실행 방지"/>
    
    <category term="Mutex"/>
    
    <category term="Windows"/>
    
    <category term=".NET"/>
    
    <category term="C#"/>
    
    <category term="SetForegroundWindow"/>
    
    <category term="원격 데스크톱"/>
    
    <category term="네임드 파이프"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">C#에서 Win32 API를 안전하게 호출하기 — P/Invoke 실무 가이드(DllImport / LibraryImport / CsWin32)</title>
    <id>https://comcomponent.com/ko/blog/pinvoke-safe-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/pinvoke-safe-guide/"/>
    <published>2026-07-04T00:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">C#에서 P/Invoke로 Win32 API나 네이티브 DLL을 호출할 때의 실무 포인트를 정리합니다. DllImport와 LibraryImport의 차이, CsWin32를 이용한 시그니처 자동 생성, 문자열 마샬링의 함정, SafeHandle을 이용한 핸들 관리, SetLastError와 에러 처리, 구조체의 StructLayout, 콜백의 수명 관리, 32/64bit 차이, C++/CLI나 COM과의 구분 사용까지 구현 예제와 함께 설명합니다.</summary>
    
    
    
    <category term="P/Invoke"/>
    
    <category term="DllImport"/>
    
    <category term="LibraryImport"/>
    
    <category term="CsWin32"/>
    
    <category term="C#"/>
    
    <category term=".NET"/>
    
    <category term="Win32"/>
    
    <category term="SafeHandle"/>
    
    <category term="네이티브 상호운용"/>
    
    <category term="Windows 개발"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">WinForms/WPF 앱에 Entra ID 인증 넣기 ── MSAL.NET과 WAM 브로커 실무 구성</title>
    <id>https://comcomponent.com/ko/blog/winforms-wpf-entra-id-auth/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/winforms-wpf-entra-id-auth/"/>
    <published>2026-07-03T06:00:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">WinForms/WPF 데스크톱 앱에 Entra ID(구 Azure AD) 인증을 도입하는 절차를 실무 관점에서 정리합니다. 퍼블릭 클라이언트의 개념, ROPC 폐지 현황, 앱 등록, MSAL.NET의 AcquireTokenSilent 패턴, WAM 브로커, 토큰 캐시 영속화, 도입 판단과 운영상의 함정까지 다룹니다.</summary>
    
    
    
    <category term="Windows"/>
    
    <category term="C#"/>
    
    <category term=".NET"/>
    
    <category term="WinForms"/>
    
    <category term="WPF"/>
    
    <category term="Entra ID"/>
    
    <category term="인증"/>
    
    <category term="보안"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
  <entry xml:lang="ko">
    <title type="text">업무 앱의 날짜/시간과 시간대 ── DateTime의 함정부터 UTC 저장 원칙, 테스트 설계까지</title>
    <id>https://comcomponent.com/ko/blog/business-app-datetime-timezone-guide/</id>
    <link rel="alternate" type="text/html" href="https://comcomponent.com/ko/blog/business-app-datetime-timezone-guide/"/>
    <published>2026-07-03T04:30:00+00:00</published>
    <updated>2026-07-06T00:00:00+00:00</updated>
    
    <summary type="text">서버 이전 시 시간이 9시간 어긋나거나, 해외 지사에서만 날짜가 하루 전날이 되는 문제──날짜/시간 사고의 원인을 DateTime의 Kind와 암묵적 변환부터 정리합니다. DateTimeOffset과의 구분 사용, UTC 저장과 ISO 8601 원칙, TimeZoneInfo와 일광절약시간(DST), SQL Server/SQLite와의 경계, TimeProvider를 이용한 테스트 설계까지 실무 관점에서 설명합니다.</summary>
    
    
    
    <category term="C#"/>
    
    <category term=".NET"/>
    
    <category term=".NET Framework"/>
    
    <category term="Windows"/>
    
    <category term="시간대"/>
    
    <category term="날짜/시간 처리"/>
    
    <category term="테스트"/>
    
    <category term="운영"/>
    
    <category term="기술 상담"/>
    
    
    <author>
      <name>小村 豪</name>
    </author>
  </entry>
  
</feed>
