部落格
KomuraSoft LLC 針對網站製作、SEO、Google 廣告運用、Windows 開發、既有資產活用與故障調查，分享可在實務中活用的觀點。
可以一併諮詢網站製作、SEO、Google 廣告運用、既有網站改善、Windows 開發與技術諮詢。即使仍在整理狀況的階段也沒有問題。
諮詢網站製作・SEO・Google 廣告-
Windows 應用發布方式怎麼選 - MSI / MSIX / ClickOnce / xcopy / 自訂 updater 的判斷表
整理 Windows 應用程式的發布方式，把 MSI、MSIX、ClickOnce、xcopy 與自訂 updater 各自的適用情境攤開比較。重點不是哪一種 installer 比較新，而是與 OS 的耦合深度與更新責任由誰扛兩條軸線；讀完能依 per-user／per-machine、服務或驅動有無、更新頻率...
-
在 Windows 上，單一執行檔（single binary）能做到什麼程度 - 能收進 1 個 EXE 的範圍、無法消除的 Windows 依賴、以及發布前的判斷表
整理在 Windows 上把應用做成單一 EXE 時的真正界線：發布物收成 1 個、把 runtime 同捆、免 installer、降低 OS 依賴是 4 個層次。搭配 .NET、C++、WebView2、WinUI、服務驅動的判斷表，幫你在發布設計階段做對選擇。
-
在 Windows 環境下減少 Codex 亂碼事故的最佳實務 - 先把『指示方式』釘住，再談環境整備
本文整理在 Windows 上讓 Codex 安全處理日文檔案的指示原則：讀檔前先確認 encoding 與 BOM，疑似亂碼禁止臆測儲存，既有檔案維持原狀，僅新建採 UTF-8，並在寫入後重新讀取代表性日文行驗證，把規則沉澱進 AGENTS.md 以減少事故。
-
序列通訊應用的陷阱 - 先釐清 1 byte 單位、逾時、流控、重連、USB 轉換、UI 凍結
從設備整合與儀器控制的實作現場出發，整理序列通訊應用最容易踩到的陷阱。把訊息邊界、逾時語意、流控線設定、single writer、session 重連與 hex dump 日誌一一拆開，幫助讀者把「偶爾才壞」的 byte 序列處理改造成可預測且容易調查的結構。
-
Windows 應用程式因程式錯誤的例外掉下也要確實留下日誌 - 不賭 in-process 的設計與 WER / 最終日誌 / 監視程序的最佳實踐
整理 Windows 應用程式因預期外例外或程式錯誤掉下時，如何同時保留通常時序日誌、最終當機標記與 WER LocalDumps 等多層證跡的最佳實踐。並說明在 .NET、WinForms、WPF、native C++ 等各框架上不該過度信任 in-process 處理器，而應將壓縮與上傳放到重啟後或別程序執行...
-
Windows 應用程式中 UX 設計的思考方式 - ToC / ToB / 監控 / 現場終端 / 常駐工具中優先什麼的判斷表
整理 Windows 應用程式 UX 設計時，依 ToC / ToB、事務輸入、監控、現場終端、上級者向工具、常駐工具等用途，將該優先的密度、導航、鍵盤、觸控、對話方塊、無障礙、恢復性等項目以判斷表呈現，協助設計審查初期判斷該優先什麼。
-
Windows Forms、WPF、WinUI 該選哪個 - 新規開發、既有資產、發佈、UI 表現的判斷表
從既有資產的規模、畫面是表單中心還是表現力中心、現代 Windows UI 是否為產品要件、發佈與運營怎麼跑這四個觀點，整理 WinForms、WPF、WinUI 該選哪個的判斷表，並提醒只想用 Windows App SDK 不必全面遷移到 WinUI。
-
使用共享記憶體時的陷阱與最佳實踐 - 先整理同步、可見性、壽命、ABI、安全性
整理在同一機器內以共享記憶體交換大型資料時的陷阱與設計要點。把 control plane 和 data plane 分離、縮小並行模型、用固定寬度整數和標頭設計 ABI、以 offset 取代指標、明示 commit protocol、為當機復原放入 generation 與 heartbeat。讀完能掌握不靠...
-
突然要讀 COBOL 原始碼時該知道的最低限度 - 先整理 DIVISION / PIC / COMP-3 / COPY / PERFORM
本文為突然要接手 COBOL 原始碼的人整理最小限度的讀法地圖。從 DIVISION、PIC、USAGE、COMP-3、REDEFINES、OCCURS、88、COPY、PERFORM 等核心要素，到固定格式、FILE STATUS、EXEC SQL、EXEC CICS 等外部邊界，依序給出實務上不會迷路的閱讀順...
-
各種程式語言的速度測量與比較應該怎麼做 - C# / C++ / Java / Go 以相同條件比較的實踐指南
整理在公平的條件下比較 C#、C++、Java、Go 速度的具體做法，包含區分啟動時間與穩態的 throughput、區分 cold 與 warm、固定建置條件與環境、以共通輸入確認正確性、看中位數與分布等流程，理解到不應以一個 bench 決定語言優劣的視角。