기술 블로그 개설 안내 - Windows / C# / COM 개발 블로그를 시작했습니다
· 업데이트: · 小村 豪 · 공지
수정 이력(1건, 최종 수정 2026년 09월 01일)
이 글에 적용한 변경 사항의 기록입니다. 보관해 둔 수정 전 버전은 DOI가 부여된 고정 URL에서 읽을 수 있습니다.
- 일본어 원문의 완역으로 다시 번역했습니다. 기존 한국어판은 원문의 일부만 옮긴 축약본이라 절, 표, Mermaid 그림, 그림 설명, FAQ가 빠져 있었습니다. 일본어 원문에 맞춰 이들을 모두 복원했고, 기술적인 주장은 일본어판과 같습니다. 수정 전 버전 보기 (DOI: 10.5281/zenodo.21635073)
- 최초 공개
이 글을 인용하기(DOI: 10.5281/zenodo.21635072)
이 글은 Zenodo에 보관되어 있습니다. 항상 최신 버전으로 연결되는 DOI와 지금 보고 있는 버전에 고정된 DOI를 아래에 함께 제시합니다.
小村 豪 (2026). 「기술 블로그 개설 안내 - Windows / C# / COM 개발 블로그를 시작했습니다」. 합동회사 코무라소프트. https://doi.org/10.5281/zenodo.21635072 https://comcomponent.com/ko/blog/2026/01/25/000-hello-world/
- DOI(최신 버전)
- 10.5281/zenodo.21635072
- DOI(이 버전)
- 10.5281/zenodo.22217388
합동회사 고무라소프트의 기술 블로그를 개설했습니다. 이 블로그에서는 Windows 앱 개발 현장에서 얻은 지식과 실무에 도움이 되는 기술 정보를 발신해 나가겠습니다.
예상 독자
다음과 같은 분들을 위해 글을 써 나가겠습니다.
- Windows 데스크톱 앱 개발자: WPF / Windows Forms / Win32 API를 업무에서 다루면서, 설계 선택이나 결함 원인 분리에서 손이 멈출 때가 있는 분
- 기존 자산을 이어받은 분: COM / ActiveX / VB6 / VBA 등, 동작은 하지만 손대기 어려운 것을 안고 있는 분
- 사내 시스템 담당자: 내재화할지 외주를 줄지, 남길지 감쌀지 교체할지를 판단하는 입장에 있는 분
flowchart TB
accTitle: 이 블로그의 예상 독자
accDescr: WPF나 Windows Forms나 Win32 API를 업무에서 다루는 개발자, COM이나 VB6 등 기존 자산을 이어받은 분, 내재화할지 외주를 줄지 등을 판단하는 사내 시스템 담당자라는 3가지 입장의 독자를 위해 쓴다는 것을 보여주는 그림.
r1["데스크톱 앱 개발자"] --> blog["이 블로그"]
r2["기존 자산을 이어받은 분"] --> blog
r3["사내 시스템 담당자"] --> blog
r1 -.-> n1["설계 선택과 원인 분리"]
r2 -.-> n2["COM·VB6·VBA"]
r3 -.-> n3["남기기·감싸기·교체"]
그림 1: 개발자·기존 자산을 이어받은 분·사내 시스템 담당자라는 3가지 입장의 독자를 상정하고 있다.
이 글의 지식 맵
이 기사는 합동회사 고무라소프트의 기술 블로그 개설을 알리는 것으로, 다루는 테마로 Windows 데스크톱 앱 개발, C#, COM의 3가지를 꼽고 있습니다. Windows 데스크톱 앱 개발은 WPF, Windows Forms, Win32 API를 기술 요소로 하며, 구현 언어로는 C#을 전제로 하는 경우가 많다고 설명합니다. C#은 .NET 런타임 위에서 동작하며, COM 컴포넌트를 호출하는 상호운용 테마도 다룹니다. 또한 ActiveX는 COM을 기반으로 한 기술이며, VB6나 VBA로 작성된 기존 자산의 상당수도 COM 컴포넌트를 타입 있는 형태로 호출하는 방식으로 이루어져 있어, 이를 이어받은 담당자도 예상 독자에 포함하고 있습니다.
flowchart LR
accTitle: 기술 블로그 개설 안내의 지식 맵
accDescr: KomuraSoftWeb 블로그가 다루는 Windows 데스크톱 앱 개발·C#·COM이라는 3가지 주요 테마와, 그 내역인 WPF·Windows Forms·Win32 API·.NET, 기존 자산인 VB6/VBA와의 관계를 보여주는 그림
windows_desktop_app_development["Windows 데스크톱 앱 개발"]
csharp["C#"]
com["COM(컴포넌트 오브젝트 모델)"]
wpf["WPF"]
windows_forms["Windows Forms"]
win32_api["Win32 API"]
dev_tools["개발 도구(Visual Studio/Git/Process Monitor 등)"]
windows_desktop_app_development -->|"이용한다"| wpf
windows_desktop_app_development -->|"이용한다"| windows_forms
windows_desktop_app_development -->|"이용한다"| win32_api
windows_desktop_app_development -->|"이용한다"| dev_tools
그림의 실선은 항상 성립하는 관계, 점선은 조건이 붙는 관계입니다(성립 조건은 상세 페이지의 관계별 설명에 적혀 있습니다). 관계 전체 목록(총 4건, 근거와 확신도 포함)과 주요 개념의 정의는 지식 맵 상세 페이지에 정리되어 있습니다(일본어). 데이터: JSON-LD / Turtle
이 블로그에서 얻을 수 있는 것
- 사례 기반 해결책: 실제로 겪은 문제를 어떻게 원인 분리하고 어떻게 고쳤는지 따라갈 수 있는 형태로 씁니다
- 실무 판단표: ‘어느 쪽을 고를지’ 망설이기 쉬운 부분은 조건과 선택지를 표로 정리합니다
- 1차 정보로의 안내: Microsoft Learn이나 IPA 등, 근거가 되는 공식 자료로의 링크를 첨부합니다
flowchart TB
accTitle: 이 블로그에서 얻을 수 있는 것
accDescr: 각 기사는 실제로 겪은 문제를 어떻게 원인 분리하고 어떻게 고쳤는지에 대한 사례 기반 해결책, 조건과 선택지를 정리한 실무 판단표, 공식 자료로 이어지는 1차 정보로의 안내라는 3가지를 제공한다는 것을 보여주는 그림.
art["이 블로그의 기사"] --> g1["사례 기반 해결책"]
art --> g2["실무 판단표"]
art --> g3["1차 정보로의 안내"]
g1 -.-> d1["원인 분리와 해결 방법을 따라갈 수 있게"]
g2 -.-> d2["조건과 선택지를 표로"]
g3 -.-> d3["공식 자료로의 링크"]
그림 2: 기사에서 얻을 수 있는 것은 사례 기반 해결책·실무 판단표·1차 정보로의 안내라는 3가지다.
주로 다루는 테마
- Windows 앱 개발: WPF, Windows Forms, Win32 API
- C# / .NET: 언어 기능, 성능, 설계 패턴
- COM / ActiveX: 기존 시스템과의 연동이나 이전
- 개발 도구: Visual Studio, Git, 그 밖의 편리한 도구
테마별로 먼저 한 편을 읽는다면 이 정도입니다(이 기사 다음에 공개한 것들입니다).
| 테마 | 처음 읽을 기사 |
|---|---|
| Windows 앱 개발 | WinForms/WPF/WinUI 고르는 법 - 실무 판단표 |
| C# / .NET | C# async/await 실무 판단표 - Task.Run과 ConfigureAwait |
| COM / ActiveX | COM이란 무엇인가 - Windows COM의 설계가 지금도 아름다운 이유 |
| 기존 자산 이전 | ActiveX / OCX를 지금 어떻게 다룰 것인가 - 남기기·감싸기·교체 판단표 |
| 개발 도구 | Process Monitor 실전 가이드 - ‘설정이 읽히지 않는다’를 10분 만에 특정하기 |
기사 전체는 블로그 목록에서 확인할 수 있습니다.
업데이트에 대해
비정기 업데이트이지만, 현장에서 도움이 되는 지식이나 조사 결과가 있으면 수시로 게시해 나가겠습니다.
업데이트를 받아보는 방법은 다음 3가지입니다.
- RSS / Atom 피드: 피드 리더에 /feed.xml을 등록해 주세요
- X (Twitter): @komurasoft에서 새 글을 안내합니다
- GitHub: 기사의 샘플 코드는 komurasoft-blog-samples에 두고 있습니다
flowchart TB
accTitle: 업데이트를 받아보는 방법
accDescr: 새 기사 공개는 RSS와 Atom 피드 등록, X에서의 새 글 안내, GitHub 샘플 코드 저장소라는 3가지 수단으로 받아볼 수 있다는 것을 보여주는 그림.
pub["새 기사 공개"] --> f["RSS / Atom 피드"]
pub --> x["X(Twitter)에서의 안내"]
pub --> gh["GitHub 샘플 코드"]
그림 3: 업데이트는 피드·X·GitHub라는 3가지 경로로 받아볼 수 있다.
저자 소개
고무라 고(小村 豪)(합동회사 고무라소프트 대표)
Windows 소프트웨어 개발, 기술 상담, 결함 조사를 전문으로 하고 있습니다. 특히 기존 자산이 남아 있는 프로젝트나 원인이 보이기 어려운 장애 조사를 잘합니다.
관련 기사
같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.
Windows 가상화의 심층(제3회) ── 수초 만에 기동하는 가상 머신: WSL2, Windows Sandbox, 컨테이너가 가벼운 이유
WSL2와 Windows Sandbox가 수초 만에 기동하고 가벼운 이유는 무엇일까요. 동적 베이스 이미지와 다이렉트 맵, 동적 메모리 할당부터 Hyper-V 격리 컨테이너까지 구조를 해설합니다.
Windows 가상화의 심층(제2회) ── 커널에서도 보이지 않는 메모리: VBS, HVCI, Credential Guard의 구조
호환 하드웨어에 대한 클린 설치에서 기본으로 켜지는 VBS는, 하이퍼바이저와 SLAT로 커널보다 강한 격리를 만듭니다. VTL, Secure Kernel, HVCI, Credential Guard의 구조를 해설합니다.
Windows 가상화의 심층(제1회) ── 당신의 Windows는 어디서 움직이고 있는가: 하이퍼바이저와 파티션
Hyper-V를 켜면 호스트 Windows 자체가 루트 파티션으로서 하이퍼바이저 위에서 움직입니다. VT-x, SLAT, VMBus의 역할까지, 가상화의 토대를 해설합니다.
Win32 스레드 풀 API ── CreateThreadpoolWork로 「스레드를 만들지 않는」병렬 처리
네이티브 코드에서 CreateThread를 여기저기 만들고 있지는 않은가요. Vista에서 개편된 Win32 스레드 풀 API의 work·timer·wait·io 네 객체, 클린업 그룹, 콜백에서 해서는 안 되는 일까지 1차 정보를 바탕으로 해설...
네임드 파이프의 실무 ── Windows 프로세스 간 통신의 정석을 설계부터 보안까지
Windows 프로세스 간 통신의 정석인 네임드 파이프를 실무 관점에서 정리합니다. 바이트/메시지 모드 선택, 여러 클라이언트를 받는 서버 설계, ACL과 위장 보안, .NET NamedPipeStream까지 1차 정보를 바탕으로 설명합니다.
관련 토픽
이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.
Windows 기술 토픽
Windows 개발, 장애 조사, 기존 자산 활용에 관한 KomuraSoft LLC 기사를 모은 토픽 허브입니다.