블로그
KomuraSoft LLC가 웹사이트 제작, SEO, Google 광고 운용, Windows 개발, 기존 자산 활용, 장애 조사에 관해 실무적으로 활용할 수 있는 관점을 발신합니다.
웹사이트 제작, SEO, Google 광고 운용, 기존 사이트 개선, Windows 개발, 기술 상담까지 한 번에 상담할 수 있습니다. 상황 정리 단계여도 문제 없습니다.
웹사이트 제작 · SEO · Google 광고에 대해 상담하기-
Windows 앱의 배포 방식을 어떻게 고를까 - MSI / MSIX / ClickOnce / xcopy / 자체 updater의 판단표
Windows 앱의 배포는 MSI/MSIX/ClickOnce/xcopy/자체 updater 가운데 어느 인스톨러가 새로운가가 아니라, OS 통합의 깊이와 갱신 책임을 누가 갖는가로 고르는 결정이라는 관점에서 실무 판단 기준을 정리합니다.
-
Windows에서 어디까지 싱글 바이너리로 만들 수 있는가 - 1 EXE로 가능한 범위, Windows 의존이 남는 곳, 배포 전 판단표
Windows 앱을 1 EXE로 만들고 싶을 때, 배포물을 합치는 것과 OS 의존을 없애는 것은 다릅니다. .NET single-file·Native AOT·정적 링크의 한계와 WebView2·WinUI·서비스·드라이버에 남는 의존을 판단표로 정리합니다.
-
Windows 환경에서 Codex의 문자 깨짐 사고를 줄이는 베스트 프랙티스 - 환경 정비보다 『이렇게 지시한다』를 먼저 정한다
Windows에서 Codex가 일본어 파일을 다룰 때 문자 깨짐을 줄이는 실무 지시 규칙을 정리합니다. 읽기 전 encoding·BOM·개행 확인, 추측 저장 금지, 기존 유지·신규 UTF-8, 재독 검증, 이상 시 보고까지를 AGENTS.md에 상설하는 운영 패턴을 제시합니다.
-
시리얼 통신 앱의 함정 - 1 byte 단위, 타임아웃, 플로우 컨트롤, 재접속, USB 변환, UI 프리즈를 먼저 정리
시리얼 통신 앱이 가끔 멈추거나 응답이 어긋나는 진짜 원인은 byte stream의 메시지 경계, 타임아웃, 재접속, single writer 설계에 있습니다. 실무에서 무너지기 쉬운 함정과 먼저 정리할 체크리스트를 한 번에 정리했습니다.
-
Windows 앱이 프로그램 실수에 의한 예외로 떨어져도 확실히 로그를 남기려면 - in-process에 걸지 않는 설계와 WER / 최종 로그 / 감시 프로세스의 베스트 프랙티스
Windows 앱이 예상 밖의 예외로 떨어져도 원인을 추적할 수 있도록, 통상 로그·최종 크래시 마커·WER LocalDumps·감시 프로세스를 어떻게 조합할지를 실무 관점에서 정리하고, in-process 핸들러에 의존하지 않는 설계의 베스트 프랙티스를 알려드립니다.
-
Windows 앱에서의 UX 설계의 사고방식 - ToC / ToB / 감시 / 현장 단말 / 상주 도구에서 무엇을 우선할지의 판단표
Windows 앱의 UX 설계에서 ToC, ToB 사무, 감시, 현장 단말, 상주 도구 등 용도별 우선순위를 한 장의 판단표로 정리합니다. 키보드 완결, 터치 대응, 접근성, 다이얼로그 방침까지, 설계 리뷰 초기 단계에서 바로 쓸 수 있는 실무 지침입니다.
-
Windows Forms, WPF, WinUI 중 어느 것으로 할까 - 신규 개발, 기존 자산, 배포, UI 표현의 판단표
Windows 데스크톱 앱을 C#/.NET으로 새로 만들 때 WinForms·WPF·WinUI 중 무엇을 고를지, 신규 개발과 기존 자산, 배포 방식, UI 표현력, 팀 문화의 다섯 축으로 비교한 한 장짜리 판단표를 제시하여 독자가 자기 프로젝트에 가장 마찰이 적은 길을 빠르게 결...
-
공유 메모리를 사용할 때의 함정과 베스트 프랙티스 - 동기, 가시성, 수명, ABI, 보안을 먼저 정리
공유 메모리는 단순히 빠른 IPC가 아니라 동기, 가시성, 수명, ABI, 권한의 책임을 앱 측이 떠맡는 구조입니다. 본 글은 함정과 베스트 프랙티스를 정리하여 SPSC 링 버퍼나 더블 버퍼, 고정 헤더, 오프셋 참조 등 사고율을 내리는 설계 첫걸음을 잡아주는 길잡이입니다.
-
갑자기 COBOL 소스를 읽을 처지가 되었을 때 최저한 알아두어야 할 것 - DIVISION / PIC / COMP-3 / COPY / PERFORM을 먼저 정리
갑자기 COBOL 소스를 읽게 된 인계 담당자를 위해, DIVISION・PIC・USAGE・COMP-3・REDEFINES・OCCURS・88・COPY・PERFORM과 고정 형식, 외부 경계의 보는 법을 한 장의 지도로 정리한 최소 세트입니다.
-
다양한 프로그래밍 언어의 빠르기를 측정해 비교하려면 어떻게 해야 할까 - C# / C++ / Java / Go를 같은 조건으로 비교하는 실천 가이드
C#, C++, Java, Go의 속도 비교를 1개의 숫자로 결정하지 않기 위한 측정 설계를 정리했습니다. 워크로드 정의, cold/warm 분리, 동일 알고리즘과 입력의 정확성 확인, 분포로 보는 통계까지 짚으며 공평한 벤치마크의 사고법을 익힐 수 있습니다.