－Ben's PHOTO－

VMware vSphere 是 VMware 的虛擬化平台方案，其中兩大核心元件是 ESXi 和 vCenter Server。提到 VMware 的虛擬化方案，最廣為人熟知的是 VMware Workstation（macOS 版為 Fusion）產品，不久之前官方（Broadcom）很佛心的開放 Workstation / Fusion 個人版免費，上官網免費註冊之後即可下載安裝使用。雖然 ESXi 與 Workstation 同樣是虛擬化方案，不過使用上大有不同。Workstation / Fusion 本質上是軟體，必須在 Windows / macOS / Linux 環境下安裝，虛擬機使用本機資源，3D 顯卡與音效裝置的資源效果較好，用戶甚至可以在虛擬機內看影片打電玩。而 ESXi 本身就是一套作業系統，虛擬機使用 ESXi 主機資源而非用戶端本機，虛擬機用戶都是遠端操作，對音效與 3D 支援度差很多（正確說法是有另一套昂貴的玩法，一般用戶玩不起），因此 ESXi 上面的虛擬機比較適合提供無人看守的網路服務，例如架設資料庫、網站等。ESXi 最大好處是一台實體機器可以切割成多台電腦，充分運用資源。

日前因工作的需要，接觸到 VMware vSphere ESXi 這個領域，雖然網路教學資源也不少，但上網爬文還是爬得有些辛苦。趁著專案剛結束還有些記憶時，趕緊把這段時間的學習的心得筆記寫下，供日後查閱。

先簡單解釋 Retropie 是啥東西。這名字拆開是 Retro 與 Pie ，直接翻譯是「復古（遊戲）」+「派」，顧名思義，就是把樹莓派（Raspiberry）變成為復古電玩遊戲機的一套免費開源的軟體系統。經過數年的發展後，早已不限於樹莓派，而是以 Debian Linux 為基礎作業系統上的設備（個人電腦、樹莓派、ODroid C1/C2/XU3/XU4...），且支援的家機、街機等各種遊戲平台也越來越多。其實 Retropie 本質上算是一個整合復古遊戲的平台，後端引入數十種電玩的模擬核心（包含知名的 RetroArch 複合型復古電玩模擬核心），前端的遊戲管理介面使用一套名為 EmulationStation 的軟體，並可搭配各種外掛和佈景主題，打造出各種客製化風格的復古遊戲平台。其實類似 Retropie 這類的軟體還有好幾個，例如 Recalbox、Batocera，架構也都很像，前端也都是 EmulationStation 介面，差別在於 Retropie 允許用戶自製更多的客製項目，而 Recalbox、Batocera 完成度更高，支援更多的 SoC 電腦，中文介面等等，不過客製彈性也就相對變少。講白話一點，想要裝完就能上手使用，可以考慮 Recalbox、Batocera 這類，找對應的機型下載安裝即用，若想要自己搞一台充滿個人風格的復古遊戲機，可以從 Retropie 開始慢慢折騰。

然後呢，兩年前買了一組 GPi Case + 樹莓派 zero W 做遊戲掌機，前陣子再把樹莓派升級成 zero 2 W，可以玩遊戲變多、變得更實用好玩了（中間發生一次 GPi Case 無預警故障，費盡洪荒之力再把它 DIY 修好，詳細歷程寫在這篇文章「GPi Case 維修紀事」），千挑百選找到 SupremeTeam 製作的版本，它是用 Retropie 加上各種魔改手段而成，對它唯一不滿的地方是英文介面，在 2.8 吋 320x240 解析度上閱讀英文介面，實在是頗傷眼力，所以嘗試著把它改成中文介面。

萬萬沒想到，一旦真的動手改下去，才發現這個水有多深、坑有多大，所以才有這篇文章。不過本文的技術成份不高，大多是個人的辛路歷程...

先說明這篇可能不是什麼手把手新手教學文，而是撰寫 Python 存取 SQLite （或其他）資料庫時，發現有些重要但可能容易被忽略的細節，所以寫篇文章來記錄心得，本文內容會儘量精簡（先前的技術性文章，有些內容廢話太多，複習起來有點痛苦...）

這幾天在工作上遇到一件很靠北的事，實在不得不寫出來靠北一下。

前幾天收到用戶端的反應，抱怨今天的 ERP 怎麼會莫名其妙當機？單子都不能打了。到用戶端實際操作，果然真的如此。第一直覺該用戶的 Windows 作業系統環境被多餘的軟體搞亂、電腦老舊跑不動等這類原因，胡搞蝦搞了一段時間，問題似乎沒有改善。

沒多久另一個用戶端也跑來反應，一模一樣的情況，而且用戶表示前一天下班都還好好的。這時懷疑 ERP 主機可能有狀況，趕緊 LINE 去 ERP 廠商詢問，他們說昨晚的確有連線進來調整設定一些東西，但那些動作絕對不可能導致前端用戶當機。

正當還在釐清問題怎麼發生時，又有兩個用戶跑來抱怨，說 ERP 當機了，都一樣症狀，我趕緊內部調查了一下，發現竟然將近一半的電腦都有問題，但另一半的人卻完全正常，且每個作業區網皆有正常與不正常的情形，所以問題與主機無關，也與網路無關。

這個問題就像武漢肺炎一樣，突然「瞬間」爆炸，頭殼開始抱著燒，到底是什麼情可能性，會造成瞬間一半的人 ERP 同一時間掛點....是網路問題？電腦中毒？令人百思不得其解。

在前一篇文章「Linux（Ubuntu）環境開發 C/C++ 應用程式」中已獲得使用微軟 Visual Studio Code for Linux 撰寫 Paho MQTT C/C++ Client 應用程式的能力，並寫了一支 MQTT Client Sample for C++ 放在 Github 上，後續也發現文章所說的建置方式：

• 樹莓派的 Raspbian OS 上適用：今年 10 月 13 日，微軟 Visual Studio Code 支援 Linux ARM 32/64 平台。
• 連 macOS 平台上建置方式也幾乎相同：（雖然少了 apt 套件管理，不過 apt 的指令大多數可用 Homebrew 替代 ）。

突然意識到，Visual Studio Code 理所當然支援 Windows 平台啊！一定也能在 Windows 平台上這麼玩才對。如果能補足這個部分，那就滿足「一套原始碼，通吃 Windows / macOS / Linux (x86/64/ARM) 全平台」全制霸的目標。在以往所接觸過的領域中，雖然 Python/NodeJS (Javascript) 也做得到，不過 Python / NodeJS 本身並非原生運行，透過即時轉譯的效能比需編譯的 C/C++ 差，「全平台通吃」的程式碼，對於希望原始碼能以原生運行的意義上來說，還是有些不同。

為了攻克「在 Linux 上撰寫的 C/C++ 程式也能在 Windows 上運行」的目標，也就花了點時間研究。本來以為應該不難，沒想到還是繞了好大一圈，又踩了不少坑，所以這部分又值得寫一篇文章來好好抱怨一番，到底坑在哪裡。

九月時工作上接到一項任務，內容是評估某硬體方案的可能性。該硬體設備廠商有提供 Windows 與 Linux 兩種方案讓客戶選擇，為了趕進度，所以直接以熟悉的 Windows 方案使用 C# 進行試作，可惜評估結果不盡人意（硬體問題）。然而在此評估過程中，也讓我意識到 Linux 可能也是商用硬體設備的選項之一，所以在中秋節連假期間，除了吃飯睡覺拉屎看電視打電動逛街人擠人之外，把剩下的時間全都花在學習建置「Linux 環境開發 C/C++」這件事情上了。四天連假結束，算是有點收獲，開篇文章把這些學習心得記錄下來，免得以後很快又忘記。

這篇文章以「在 Linux 環境下開發 MQTT C/C++ Client 應用程式」為目標情境，打造 Linux 環境下相對友善的 C/C++ 開發環境，使用 Linux 版 IDE 工具進行 C/C++ 程式開發。

撰寫「具備用戶介面（User Interface）」的應用程式，對於我這種依賴 IDE 開發工具（Integrated Development Environment，整合開發環境）的碼農來說，就像吃飯喝水那樣的直覺，甚至於忘了第一支 Hello world 的用戶介面是怎麼做出來的。這些年來寫過 Windows、macOS、iOS（iPhone/iPad/Apple Watch/Apple TV）、Android 等平台的應用程式，早期的 Windows CE（PDA 裝置）程式開發也接觸過一段時間。然而，有個地方一直都沒碰觸，對我而言也是未知的領域，那就是 Linux 平台的用戶介面應用程式。

大致說來，每個平台都有一套最知名、最強大、最多人使用、教學資源最豐富的 IDE 工具，例如 Windows 平台有微軟官方的 Visual Studio，macOS 有蘋果官方的 Xcode，Android 平台有 Google 官方的 Android Studio。然而在 Linux 上，似乎就少了一套強而有力、專門針對 Linux 視窗環境的 IDE 工具，所以就一直不清楚，如何在 Linux 上寫一支具有用戶介面的應用程式（這裏不談 Linux 系統的瀏覽器運作 HTML5 網頁）。

前陣子工作上接手一份來自古老時代的程式碼，是用 PyQt4 寫的，功能是提供一個使用者操作介面，讓樹莓派主機透過主板 GPIO 介面去控制幾個周邊設備。原作者早已失聯，不過有留著當時的開發筆記重點。順著考古的遺跡，意外讓我補足這一塊技能，原來透過 Python + Qt，也能輕鬆寫出對應 Linux 桌面版的用戶介面應用程式。

然而，使用 PyQt 開發 Linux 版的用戶介面，依然無法像 Visual Studio、Xcode 那麼方便，中間的過程還是有些需要手動生成操作的步驟，決定開一篇文章來記錄。所以了，若是您對「開發 Linux 環境的 UI 應用」感興趣，或是想知道如何寫出「UI 介面控制樹莓派 GPIO 周邊的應用程式」，可以參考這篇文章的內容。

近來 COVID-19（又稱武漢肺炎）疫情烽煙四起，最早於 2019 年末在中國湖北省武漢市「華南海鮮市場」發跡，至今（2/23）已經蔓延數十個國家，根據 CHO... 呃..不是，是 WHO 官方統計，近八萬人染病，約兩千四百多人喪生，且數字仍不斷往上飆升，似乎還沒有減緩的跡象。而台灣與對岸大陸的民間交流頻繁，又適逢總統大選、農曆年等大量人口流動，終究也無可避免的遭到波及，截至今日（2/23）已有 28 例確診，1 人死亡。

還好台灣的疫情數字目前看起來沒有當初預期的嚴重，與日、韓、新加坡、義大利等國已發生大規模社群感染現象相比，台灣的疫情仍是相對輕微，得歸功於台灣政府能及早因應，與痛切汲取 17 年前 SARS 的慘痛教訓，是至今能夠有效遏制武漢肺炎疫情快速蔓延的主要原因。然而許多專家也預言，台灣進入大規模社區感染只是時間早晚的事，即便當前防疫有成，也千萬不可掉以輕心。

其實早在一月選舉前，政府已派員至武漢參加病毒研討，在疫情尚未明朗的氛圍中，預先判斷將來演變為大規模人傳人的可能性極大（2019.12.31），更搶在比 CHO...呃..不是，是 WHO 承認疫情擴散之前祭出手段，除了針對從疫區入境的航運人口實施隔離管制，也更早宣布將口罩納入管制醫療用品。嚴禁口罩出口、徵收民間口罩工廠的出貨，全力加開口罩產線，超商限量販售等，一連串管制口罩的大動作，初期一度造成民眾恐慌，導致到處買口罩隊伍大排長龍、多數人買不到口罩、不肖商人囤貨伺機漲價、人人瘋搶口罩等亂象，史稱「口罩之亂」。直到政府祭出鐵腕，宣佈實施獨步全球的「口罩實名購買制」措施，「口罩之亂」才逐漸平息。

在口罩產量不足與疫情未大爆發階段時，實名制措施至少撐住人人有最低限度的防疫動能，避免因少數人囤積導致多數人買不到而發生更大的防疫缺口。我個人完全認同這項措施，相信已在某些未知的傳染可能途徑中，有效拖慢疫情在台灣蔓延的速度，爭取到疫情可能進入社區感染前的準備時間。

在前一篇文章介紹 PHP 的 IDE 神器「PHPStorm」，表示讚不絕口，然而，神器是必須付出代價的。就像 Office365 ，PHPStorm 也採用付費訂閱制，價格分別為月費 19.9 元，年費 199 元，第二年開始還有打折...噢，差點忘了說，這個價格是美金，這樣到底是貴還是便宜，只能說看人了，像我這種不能挑食的雜食工，PHP 只佔了工作與自學的一小部分，為此投入 19.9 鎂/月 或 199 鎂/年的學費，感覺很不划算。

雖然也有「快樂擁有神器」的方式，不過，快樂的時光總是短暫，時間到了，總得找好其他備案。有另一款亦稱神級且開源的開發神器：微軟出品的 Visual Studio Code（簡稱 VS Code），它也能做到 PHP 語法自動提示、Debug 斷點調試的功能。雖然 VS Code 是微軟出的，不過這玩意卻很大方的援其他平台，在 Windows、macOS、Linux 都能使用，不像 Visual Studio 總是只出現在 Windows 平台。

嚴格說來，Visual Studio Code 的原始功能只是增強版的文字編輯器，IDE 開發工具（Integrated Development Environment，整合開發環境）常見的Debug 調試與程式碼自動提示功能，必須透過外掛才能實現。也因為外掛，VS Code 可以寫的程式語言也不僅 PHP，業界主流常見的 C/C++/JAVA/Python/Swift... 都有，或許要反過來問：VS Code 不能寫什麼？（這時候，Object-C 默默舉手...）。

說了那麼多，真正的重點是：Visual Studio Code 是免費的！

廢話說完了，進入正題。要讓 Visual Studio Code 支援 PHP 開發的做法很簡單，不過設定的方式怪怪的，一旦忘記就會鬼打牆，所以開一篇文章來紀錄。

出社會這些年寫過的程式語言也算不少，第一份工作就是 Oracle / D2K / Form 6i，用過的人都說讚！這玩意寫 Oracle 資料庫交易功能簡直是神器，寫一支具備新增修改刪除加上各欄位查詢功能的表單，只需要用滑鼠拉一拉就完成了，一行程式碼都不用寫。早期就曾經有人靠 Oracle / D2K 開發工具，大肆宣稱半年內寫出五百多支程式，績效斐然，因此踹下其他競爭者，成功搏得上市電子廠高階經理人上位，超越顛峰，掙得每年數百張配股分紅，該人最著名口頭禪「一天賣一張，一年也賣不完」，在電子業與軟體業界成為經典的傳奇故事（知道我在講誰的，請勿對號入座）。由此可知，碼農們選對開發工具是非常重要的事，甚至有機會翻轉身人生，賺進大把鈔票... 扯遠了，後來換了幾次工作，用 Visual Studio 寫 ASP.NET，用 Xcode 寫 Object-C，特定的程式語言用特定的開發工具，做出一整套完整功能的應用程式專案，似乎是理所當然的事。

然而在江湖上卻不一定事事都理所當然。比如 PHP 這玩意，很多年前就接觸了，功力一直以來都是寫幾隻小程式、做幾件小事的程度。原因是很久以前忘了在哪個網站上看到一句話：PHP 要用文字編輯器來寫。於是種下了開發 PHP 方法的錯誤認知。

最近手邊有個專案，對我來說， VS 寫後端， Xcode 寫前端，輕鬆達陣不難， 但是要改用 HTML5 + CSS3 + jQuery + PHP 來寫，這就令我開始頭疼了。

用文字編輯器撰寫 HTML5 + CSS3 + jQuery + PHP 程式，開發出專案級別的功能，可行嗎？對資質愚笨的小弟我來說，幾乎不可行！我需要一套如同 D2K / Visual Studio / Xcode 那種強大的開發工具來撰寫 PHP 程式。

於是我開始求助 Google 大神，甚至上網 PTT 徵求技術交流 / 技術交換討論等，最後選擇了 Brackets ＋PHP 外掛來開發。Brackets 功能強大，但那是指前端而言，撰寫 PHP 後端則顯得十分雞肋，試了各種外掛，頂多只會提示 PHP 的內建指令，無法偵錯，寫起 PHP 還是舉步艱難。隨著程式碼越來越多，感覺越來越吃力，覺得自己沒有用對方法。

最終讓我用對了關鍵字，找到我認為最適合的 PHP 開發工具：

最近手邊進行一項工程，要將 Object-C 的程式碼「移植」到 C# 的機器上。Object-C 是拿手的，但 C# 完全不熟啊～於是上網找了一些資料，練習嘗試設計一個小範例，用Object-C 與 C# 各寫了一份，體會其中的奧妙。

最近因為某支螢幕錄影程式在 iOS 9 發生錄影不能的問題，於是掐一下把手機版本升到 iOS 10，一堆掛載在通知中心的小工具都得因應修正，然後就陷入程式改版的輪迴了。

首先是 iOS 10 通知中心多了一種叫做 NCWidgetDisplayMode 的顯示屬性，分成兩種：

• NCWidgetDisplayModeCompact：用 Xcode 8 重新編譯之後預設是這種，也就顯示範圍不能變動大小，因此本來計算顯示大小的程式碼，在重編後會失效。
• NCWidgetDisplayModeExpanded：可以透過顯示區塊右上方的「顯示更多/顯示更少」按鈕來切換大小。按鈕只能由用戶去點擊，開發者無法操控。

換言之，程式用 Xcode 8 編譯支援 iOS 10 之後，得加入這個新功能，否則全部內容不會顯示出來。

近年物件導向程式設計中有個常見的名稱：Delegate（委派）。假設有個主要物件 A ，需透過某物件 B 處理一些事情（例如解壓縮、網路下載...等工作），視 B 處理到某些情況時將狀況回報給 A 之後，A 再進行後續處理，那麼就會設定 B 的委派角色為 A。A 多半是應用程序中主要的畫面，B 則是自定的程序，在開發應用的實例上，類似 B 的角色有很多個在同時運作，按照一般教學的寫法，主畫面 A 就會負責接收一大堆委派結果，程式就會顯得又臭又長。

提醒：本文章資訊已經過時，亦不再更新。

自從 Pokémon Go 在台灣上架並形成一股全名抓寶的風潮以來，一直很好奇第三方的 Pokémon Go 雷達是怎麼生出來的，後來無意間搜尋到一些資料，自己跟著做，然後就莫名其妙成功了。

有在持續關注黑蘋果議題的用戶應該可以觀察到，用黑蘋果的人越來越多了，連某熱門的屋賣場甚至還開設「黑蘋果套餐」來減少用戶選購時的麻煩。這代表安裝黑蘋果的難度越來越低，依 ING 原則選購硬體之後，再找台 OS X 電腦搞定一支 USB 安裝碟，就差不多可以開始啃黑蘋果了。網路上的黑資源越來越多，也不缺我個人寫黑專題，所以現在來換換口味，聊聊目前軟體開發界最夯的話題：Apple Watch 的 APP 開發。

最早大家的猜測是，Apple Watch 的 APP 可能是一個獨立的平台，也有人猜測 Apple Watch APP 可能有專屬的 Watch APP Store，不過直到相關細節正式公開介紹，大家才漸漸得知 Apple Watch 只是 iPhone 的一項附屬型的產品。可是，到底是怎樣的附屬方式呢？其實從開發者的角度，來嘗試開發 Apple Watch APP ，就能很快地理解了。

不眠不休，棄而不捨的搞了好多天，終於把In-App Purchase的問題搞定了，嚴格說來啟用In-App不難，但難的是一旦有問題時不容易了解問題出在哪，得花很大的精神去檢查，所以趁剛搞定時趕緊來寫個簡單的心得。希望和我一樣的有志一同，想上AppStore用IAP騙賺錢的iOS開發者，可以少走一點冤枉路...

首先是設定的部份，步驟相當的複雜且煩瑣，但是可以參考底下這篇文章，它把整個設定和程式碼的部份交代得非常詳細，請務必照這篇文章來試做，且每一個環節都不能疏忽，所以我這邊就不再重複了。

（2016.09.26 最新）五碼達人於 2010 年當時的時空背景條件下，分成免費 (Free) 與付費 (Pro / HD+) 兩種版本，隨後 iPad 在台上市時便第一時間支援 iPad 版，並區分不同的功能限制。時至今日，已將付費版的功能下放到免費版中，免費版只需透過內購功能 (In-app Purchased) 即可享受付費版的全部功能，因此再各自更名為「五碼達人」（免費版）與「五碼達人 Pro」（付費版）。

換言之，免費版 + In-app （NT$ 30元）= 付費版（NT$ 30元），兩者的功能全部都一樣，僅僅只是顯示的 icon 跟名稱的不同。大家可以先下載免費版。若真的需要全部功能的話，在免費版內透過內購解鎖，或是直接購買付費版，兩者則一即可。

五碼達人軟體發展至今，差異列表如下（2016.09.26）： 

身為一個程式設計者，寫過那麼多支程式都是為了應付老闆或客戶需求，難免希望有一支程式作品可以代表自己，讓大家因為使用這支程式而認識你，看到你的價值。而 AppStore 提供了這個平台，幾十萬支程式就在這平台上流傳著，只要有心成為一員，你也可以在這平台上發表自己的程式，供全世界的人下載使用，甚至付費，賺錢多一筆額外收入。

就某些程度來說，AppStore 平台的確滿足許多程式設計師多年來的夢想，對於有心想嘗試人來說，我個人有一句體驗深刻的話，那就是：

「有 Hello World，就有 Hello AppStore」

(9/28更新)用圖表來表示一下好了...這兩張圖是9/3~9/27的統計圖表

上面這張，Y軸是總下載數總合。Pro版從9/6開始收費之後，付費下載增加的幅度幾乎看不出來，所以很平坦。

而接下來這張(上圖)，Y軸是單日下載數。9/7~9/9這三天，Pro版還是台灣不分區付費下載TOP3，TOP3，TOP5，所以還是有一點點下載量。不過跟整體的下載量相比，這比例就真的差很多了(就是我先前說的1.x%)。從9/10之後，從心電圖的角度來看，就...一路好走了...哈哈~