기술 블로그 개설 안내 - Windows / C# / COM 개발 블로그를 시작했습니다
· 업데이트: · Go Komura · 공지
수정 이력(9건, 최종 수정 2026년 09월 03일)
이 글에 적용한 변경 사항의 기록입니다. 보관해 둔 수정 전 버전은 DOI가 부여된 고정 URL에서 읽을 수 있습니다.
- 관련 기사 링크를 한국어 permalink에 맞추는 등 CI가 지적한 표시용 수정을 반영했습니다. 본문의 기술적인 주장은 바꾸지 않았습니다.
- permalink·저자 표기·지식 맵 래퍼·깨진 내부 링크 등 CI가 지적한 표시용 수정을 반영했습니다. 본문의 기술적인 주장은 바꾸지 않았습니다.
- 한국어 전면 재작성에 맞춰 본문 표현을 바로잡았습니다. 기술적인 주장은 일본어판과 같습니다.
- 일본어 원문의 완역으로 다시 번역했습니다. 기존 한국어판은 원문의 일부만 옮긴 축약본이라 절, 표, Mermaid 그림, 그림 설명, FAQ가 빠져 있었습니다. 일본어 원문에 맞춰 이들을 모두 복원했고, 기술적인 주장은 일본어판과 같습니다. 수정 전 버전 보기 (DOI: 10.5281/zenodo.21635073)
- 리뷰 지적을 반영해, 오늘 추가한 그림 가운데 너비가 너무 큰 것을 세로 구성으로 고쳤고, 일부 그림과 캡션 표현을 본문 서술과 맞게 바로잡았습니다. 본문 문장은 바꾸지 않았습니다.
- 대상 독자, 이 블로그에서 얻는 것, 업데이트를 받아 보는 방법을 그림으로도 따라갈 수 있도록 Mermaid 그림을 3점 추가했습니다(본문 500~750자당 그림 1개의 규칙에 맞춘 것입니다). 본문 문장은 바꾸지 않았습니다.
- 글 맨 앞에 '이 글의 지식 맵' 절을 추가했습니다. 본문에서 다루는 개념과 그 관계를 요약, 그림, 상세 페이지 링크로 정리한 것입니다. 본문의 주장은 바꾸지 않았습니다.
- 외부 리뷰(1283건)에 대응해 본문을 갱신했습니다. 개별 변경 내용은 아래 이력을 참조하세요.
- 대상 독자와, 이 블로그에서 얻는 것 절을 추가했습니다. 주제별로 먼저 읽을 글 표(이 글 이후에 공개한 것임을 덧붙였습니다)와, 구독 수단(피드, X, 샘플 코드 리포지토리)으로 가는 경로를 추가했습니다.
- 최초 공개
이 글을 인용하기(DOI(등록된 아카이브): 10.5281/zenodo.21635072)
아래 DOI는 이전에 등록된 아카이브를 가리키며 현재 본문과 다를 수 있습니다. 현재 본문을 참조할 때는 이 페이지의 URL을 사용하세요.
Go Komura (2026). 「기술 블로그 개설 안내 - Windows / C# / COM 개발 블로그를 시작했습니다」. 합동회사 코무라소프트. https://comcomponent.com/ko/blog/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 같은 기존 자산을 이어받은 분, 자체 개발할지 외주를 줄지 등을 판단하는 사내 시스템 담당자라는 세 입장의 독자를 대상으로 글을 쓴다는 것을 나타내는 그림.
r1["데스크톱 앱 개발자"] --> blog["이 블로그"]
r2["기존 자산을 이어받은 분"] --> blog
r3["사내 시스템 담당자"] --> blog
r1 -.-> n1["설계 선택과 원인 분석"]
r2 -.-> n2["COM·VB6·VBA"]
r3 -.-> n3["남기기·감싸기·교체"]
그림 1: 개발자, 기존 자산을 이어받은 분, 사내 시스템 담당자라는 세 입장의 독자를 대상으로 합니다.
그림의 실선은 항상 성립하는 관계, 점선은 조건이 붙는 관계입니다(성립 조건은 상세 페이지의 관계별 설명에 적혀 있습니다). 관계 전체 목록(총 4건, 근거와 확신도 포함)과 주요 개념의 정의는 지식 맵 상세 페이지에 정리되어 있습니다(일본어). 데이터: JSON-LD / Turtle
이 블로그에서 얻는 것
- 사례 기반의 해결책: 실제로 겪은 문제에 대해, 원인을 어떻게 좁히고 어떻게 고쳤는지를 따라갈 수 있는 형태로 씁니다
- 실무 판단표: “어느 쪽을 고를지”에서 흔히 막히는 지점은 조건과 선택지를 표로 정리합니다
- 1차 정보로 가는 경로: Microsoft Learn이나 IPA 등, 근거가 되는 공식 자료로 가는 링크를 붙입니다
flowchart TB
accTitle: 이 블로그에서 얻는 것
accDescr: 각 글은, 실제로 겪은 문제를 어떻게 원인을 좁히고 어떻게 고쳤는지라는 사례 기반의 해결책, 조건과 선택지를 정리한 실무 판단표, 공식 자료로 연결하는 1차 정보 경로라는 세 가지를 제공한다는 것을 나타내는 그림.
art["이 블로그의 글"] --> g1["사례 기반의 해결책"]
art --> g2["실무 판단표"]
art --> g3["1차 정보로 가는 경로"]
g1 -.-> d1["원인 분석과 고치는 법을 따라갈 수 있는 형태로"]
g2 -.-> d2["조건과 선택지를 표로"]
g3 -.-> d3["공식 자료로 가는 링크"]
그림 2: 글에서 얻는 것은 사례 기반의 해결책, 실무 판단표, 1차 정보로 가는 경로 세 가지입니다.
다룰 주요 주제
- 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분 만에 특정하기 |
글 전체는 블로그 목록에서 찾아볼 수 있습니다.
업데이트에 대해
비정기 업데이트이지만, 현장에서 도움이 되는 지식이나 조사 결과가 있으면 그때그때 올리겠습니다.
업데이트를 받아 보는 방법은 다음 세 가지입니다.
- RSS / Atom 피드: 피드 리더에 /feed.xml을 등록해 주세요
- X (Twitter): @komurasoft에서 새 글을 알립니다
- GitHub: 글의 샘플 코드는 komurasoft-blog-samples에 두었습니다
flowchart TB
accTitle: 업데이트를 받아 보는 방법
accDescr: 새 글 공개는 RSS와 Atom 피드 등록, X에서의 새 글 알림, GitHub의 샘플 코드 리포지토리라는 세 수단으로 받아 볼 수 있다는 것을 나타내는 그림.
pub["새 글 공개"] --> f["RSS / Atom 피드"]
pub --> x["X (Twitter)에서의 알림"]
pub --> gh["GitHub의 샘플 코드"]
그림 3: 업데이트는 피드, X, GitHub 세 경로로 받아 볼 수 있습니다.
저자에 대해
고무라 고(합동회사 고무라소프트 대표)
Windows 소프트웨어 개발, 기술 상담, 장애 조사를 전문으로 합니다. 특히 기존 자산이 남아 있는 프로젝트나 원인이 잘 보이지 않는 장애 조사를 잘합니다.
관련 기사
같은 태그를 공유하는 최신 기사입니다. 더 가까운 주제로 지식을 넓힐 수 있습니다.
디스크 사용률 100%는 무엇을 멈추면 해결될까 ── SysMain·Windows Search·Defender 구분법
Windows의 디스크 사용률이 100%가 되는 원인을 처리량·응답 시간·파일로 분리해 봅니다. SysMain의 일시 중지와 복귀, Windows Search 검색 범위의 재검토, Defender를 끄지 않는 조사 방법을 그림으로 설명합니다.
같은 1GB인데, 동영상 한 편보다 사진 폴더 복사가 느린 이유는?
Windows에서 용량이 같은데 복사 시간이 다른 이유를 그림으로 설명합니다. 파일 수, SSD와 NAS의 대기 시간, ZIP으로 묶는 효과, 생성·전송·압축 해제를 포함한 비교 절차, robocopy의 쓰임새를 정리합니다.
Windows의 「하드웨어 가속 GPU 일정 예약」이란? 켜면 빨라질까요?
Windows의 하드웨어 가속 GPU 일정 예약(HAGS)을 일반 사용자를 위해 그림으로 설명합니다. 무엇이 바뀌는지, 켜고 끄는 판단, 설정이 보이지 않는 이유, 프레임 생성과의 관계, 안전한 비교 절차를 정리합니다.
Windows의 이름 확인 순서 ── hosts·DNS 캐시·LLMNR/mDNS·DoH
「이름을 확인할 수 없다」「일부 PC만 연결되지 않는다」는 hosts·DNS 캐시·DNS 서버·LLMNR/mDNS 중 어느 층이 답했는지에 따라 결과가 달라집니다. Windows의 이름 확인 순서와 DoH가 바꾸는 것을 구조부터 정리하고, 층별로...
메모리 무결성(HVCI)을 끄면 빨라지는가 ── 의미와 절차와 판단
Windows 보안의 「코어 격리」에 있는 메모리 무결성(HVCI)은 무엇을 하고 있고, 끄면 정말 빨라지는가. 빨라질 수 있는 조건과 달라지지 않는 조건, 끄는 절차와 되돌리는 방법, 꺼졌는지 확인하는 방법, 꺼도 되는지의 판단 기준을 입문자를...
관련 토픽
이 기사와 가까운 토픽 페이지입니다. 기사를 출발점 삼아 관련 서비스와 다른 기사로 이어집니다.
Windows 기술 토픽
Windows 개발, 장애 조사, 기존 자산 활용에 관한 KomuraSoft LLC 기사를 모은 토픽 허브입니다.
이 주제와 연결되는 서비스
이 기사는 다음 서비스 페이지로 이어집니다. 가까운 입구부터 확인해 주세요.
Windows 앱 개발
Windows 개발, C# / .NET, COM을 포함한 실무 주제 전체의 입구로서, 우선 Windows 앱 개발 상담으로 이어지기 쉬운 글입니다.
기술 상담 & 설계 리뷰
이제부터 무엇을 어떻게 만들지, 어느 기술 주제부터 정리할지 상담하고 싶은 단계라면, 기술 상담·설계 리뷰부터 시작할 수 있습니다.