故事是這樣子的，小弟第一次學寫 code 的時候，是在大一修計算機程式（嚴格來說是高三下學期上了幾個小時的 C，不過那實在稱不上是"學"）的時候，第一個使用編輯器是破舊破舊的 Dev C++ ，我打這篇的時候差點都忘了它叫 Dev C++ 了。
當然那時候的功力跟現在實在是天差地遠，淨寫一些垃圾，啊雖然現在也是淨寫一堆垃圾…。
總之後來應該是大二，被同學們拉去演算法課上當砲灰，第一次接觸了工作站 + vim，從那時候把 Dev C++ 給丟了跳槽到 vim，就一直用到現在， 之中當然也會用一下其他的編輯器，像是改 windows 的 .NET 程式用到 Visual Studio，但大體還是以 vim 為主力，算算也是超過 10 年的 vimer 了。

不過這兩三年在工作上、日常 project 上面，多多少少都見識到 vim 的不足之處，例如

• 新語言（主要是 rust）支援不足
• 跟編譯除錯工具整合不佳
• 跟 GUI 整合不佳
• 跟 Git 整合不佳要另外開終端機跟 gitg
• 自動格式化/排版操作麻煩而且通常排不好

正好此時 Microsoft 回心轉意擁抱開源，推出了 vscode，隔壁棚的 emacs 有大神跳槽鬧得風風雨雨 ， 台灣 CUDA 第一把交椅強者我同學 JJL 也跳槽 vscode 惹還來傳教。

...

故事是這樣子的，最近受朋友之託研究一個套件，在編譯的時候…不知道為什麼我的 Archlinux 編不起來，有某個奇怪的 bug 蒙蔽了我的雙眼擋住了我而且一時之間解不掉，目前看起來像是 golang 那邊的鍋。
總之目前看起來像是 Archlinux 限定的問題，如果裝一台 ubuntu 18.04 的虛擬機，在裡面 build 就沒這個問題，可以完成編譯。
不過想想，現在都 2020 年了，怎麼連 docker 怎麼用都還沒學起來（查一下這玩意 2013 年就已經問世了耶…）， 就本例來說沒事還要開一個巨大的 virtualbox ，建個巨大的虛擬磁碟再安裝作業系統真的有點划不來，就花了點時間學了一下 docker ， 然後順便記個筆記，不然這年頭發現自己學習能力低落，連 docker 這麼簡單的東西都學不好QQ。

...

上一篇 我們成功做出一個會跟我們猜數字的 Assistant，不過因為方便我開發的時候都是用英文在開發，自己玩玩當然 OK，但對非英文使用者就不行了，因此我們來試著加上中文的回應。

...

最近在玩 Rust 的時候，需要用 Rust 去呼叫一些 shell command 來幫我完成一些事，幸好 Rust std 裡面已經有 process 來幫我們完成這件事，使用起來很像 python 的 subprocess，不過實際在用遇到一些問題，所以寫個筆記記錄一下：

...

有了我們上次的 webhook 之後，我們可以真的來挑戰一些更複雜的助理智障功能，這次就來做跟你猜數字的助理，這樣就算跨年沒有朋友，還是有助理跟你玩有趣的猜數字遊戲，從螢幕感受到滿滿的溫暖（欸。

...

上一篇可以看到，我們的 action 可以從我們說的話裡面萃取出關鍵字詞，一般簡單的回應可以在 Intent 裡面剖析、回應，但 dialogflow 也僅止於判斷語意跟萃取關鍵字，如果使用者要使用外部服務，像是訂車票之類，一定要連接到外部訂票網站，這個時候就需要借助 webhook 的力量了。

...

故事是這樣子的，2019-2020 的跨年，小弟邊緣人沒地方去，後來就自己回家當紅白難民，然後還沒聽到 Lisa 唱紅蓮華QQQQ。 不過幸好宅宅有宅宅的做法，沒聽到紅蓮華我們可以看 Youtube 別人上傳的影片，沒有朋友跨年我們可以自幹朋友，也就是我們今天的主角：Google Assistant。

...

其實這篇才是我寫文的主因，前面兩篇其實都是前言（欸），總之就是我埋頭自幹 AZ 大大吃一頓飯就寫得出來的工具，結果過程中寫得亂七八糟，有時候該出現的東西就是不出現測到頭很痛，或是測一測就進無窮迴圈後來發現是自己蠢，發了 v0.1 之後被靠北顯示怎麼這麼醜，想改又很難搜不到解法QQ。
當然最後還是搜到了，但就希望可以多寫一篇文，讓這些解法更容易被搜到，如果運氣很好真的幫到人也算功德一件，如果你真的被幫到的話，麻煩幫我這篇文章留下一個 like 然後順手按下旁邊的訂閱和小鈴鐺（醒醒這裡是 blogger 不是 youtube。

...

上一篇我們介紹了 Scene, View, Item 的關係，這篇就來客製化一下，畢竟 Qt 的元件沒客製化功能都非常受限，預設行為幾乎什麼都沒有，這時候就是好好重溫 C++ 最美妙功能––繼承的時候了。

...

故事是這樣的，平常小弟在公司處理的東西多半是一些 polygon, line 之類的資料，除錯的時候總不能看著 gdb 印出來的 x, y 座標 debug，所以公司同仁有自幹一套 debug 的工具幫忙把這些資料畫出來。 不過呢…這套工具好像在記憶體模型那邊有點問題，資料量大的時候會變超慢；畫圖是直接 call xlib ，每次放大縮小都要重畫所有物件，對記憶體的負擔又更嚴重。只要 polygon 數量突破幾萬個的時候，一次的 refresh 就會花上好幾秒。

...