原本以為張宇好聽的歌都買得差不多了，沒想到居然還有我沒聽過的歌？
今天應該又買了 4 ~ 5 首有吧？
雖然要經歷一個星期沒有書桌以致無法使用筆電的日子，但還是趁著記憶猶新，光速拿出筆電上網購買。
我想在我不知道的角落，應該還有不少合我脾胃的歌存在吧？
2026年4月25日 星期六
我的心想靠近
昨天一整個下午又在跟 waveform 奮戰，好不容易寫好一個小工具，雖然 GUI 是請 AI 幫忙完成的，但也是辛苦了幾天，一寫完小工具，又要馬不停蹄地繼續解下一個問題，真是 boring 的生活。
本想 loop 聽萬芳的《我願意》，但一直被同事打斷，每次把耳機拿下，一講完話後戴回去，耳機就給我自動跳下一首歌，一整個破壞我的工作節奏。
無奈之下只好放棄聽音樂，不知為啥，看著波形思考的時候，就一直響起這段旋律，雖然我也買了不少張宇的歌，但我還真的不知道這首歌是什麼？Google 了一下，居然找不到答案，真是太讓我失望了。
雖然我可以用 YouTube 的聽聲辨歌，但畢竟在辦公室不好意思哼唱出來XD
早上突然想到乾脆問一下 AI 好了，果然 Claude Code 還是最可靠，原本以為 Gemini 在亂掰，但後來想到，訓練資料會不會是 Google 在竊聽某人唱歌？還真的跟歌詞非常相似，看起來就是不記得歌詞亂唱出來的？
原始的歌詞如下
我的心 像口井
枯等回頭的身影
聽見的 竟是冷冷經過的足音
下面分別是兩個 AI 的回答
2026年4月23日 星期四
2026年4月22日 星期三
我終於可以看新聞了
年紀大了，不喜歡看手機，前幾天購買的 Pubook Mobile 又不能看 PTT！
害我好一陣子不知道最近新聞了，我個人習慣從八卦版看最近發生啥事XD
今天早上終於比較有時間做自己的事了，原本是直接透過 Device Info 內建的功能將 APK 提取出來，沒想到會遇到 INSTALL_FAILED_MISSING_SPLIT 錯誤，網路上查了一下，那是因為我提取出來的 APK 只包含本體，未包含其他部分。
還好這篇文章有給出解決方式，嘗試了一下，果然順利安裝成功。
從下圖可以看出，Device Info 只提取出單一 APK，針對 BePTT 我還需要其他 3 個才行。
下圖則是所有使用的指令。
下班回家，終於可以把手機丟一邊了。
2026年4月19日 星期日
一瀉千里
幹，開始新專案後，問題是層出不窮，整天都在忙一堆雜事，害我沒有時間靜下心來好好看書，為了快速解決問題，我都拿我這兩年的 Vim 功力以及 18 年來 UltraEdit 養成的習慣來做事，雖然不至於按方向鍵來移動游標，但也只是改用 ijkl 罷了，那種遊刃有餘按下 W 或是其他快速定位鍵的高手風範已經蕩然無存，更別說好不容易累積兩年的 Vim 功力早已經一瀉千里，被埋沒在問題的洪流之中。
於是我昨天做了一個決定，那就是要好好敗家，以修補我脆弱的老老心靈XD
本想買 Kobo Elipsa 2，但看網路似乎沒有變快多少，想來想去，還是買個 Pubook Mobile 減少我下班回家滑 PTT 造成的眼睛傷害！
本來在誠品現場試用有點想放棄購買，整隻機子卡頓到不行，但有可能被眾人摧殘過所以做不得準，再加上我就是要敗家，故雖然沒黑色我還是把它敗下去XD
果然，回家使用的感覺一切正常，但大概也跟我原本的海信 A5 速度差不多，沒有特別驚艷的感覺！
之前查資料時我可能是看錯，CPU 應該不是聯發科的，而是 Rockchip RK3576，反正跟海信 A5 差不多就夠我用了。
握在手上的感覺也不錯，目前使用到現在有幾個缺點：
1. 不能裝我有贊助的 BePTT，有空詢問一下作者，要再贊助我也沒問題，畢竟我也沒時間從頭自己寫一個。
2. Kobo App 幾秒鐘就閃爍一次，有空可能要接 ADB 看 log 才知道 Kobo App 在發什麼神經？
3. EInkBro 在 Play 商店找不到？不過，開啟快速模式 + Chrome 就夠我上網了，我也懶得再去找 APK 安裝了。
我老老的心靈，經過敗家之後，果然有點被安慰了XD
2026年4月13日 星期一
SHOKZ S803
新玩意，不過看網路上也是不能一直戴，一樣會傷耳朵，就是多一個選擇罷了。
據實測，旁人確實聽不到，但自己已經覺得很大聲了。
不過，這個牌子跟有些家一樣，提示音喜歡用 beep 聲，聽起來就不舒服，這樣的設計確實很糟。
2026年4月12日 星期日
D2R 3.2 PTR
這次的改動還不少，對我來說有利有弊。
因為我不拿無形，還有本來就用祝福瞄準寶可夢，故武器扣耐久以及吃命中對我影響不大。
下面是會實際影響我的部分：
雙手武器只能拿書本當盾牌、迴響公式改變、需要投入實際點數才能跟以前一樣使用寶可夢以及傷害加深頻率只剩 5 %。
我在最近兩個星期才開始拿絕秘斧靈光湊 125 高施，故最多只是回到 75 高施而已。
但可能要考慮拿無形武器才能稍微補上失去的傷害。
目前手上有狂戰斧死呼，以及狂戰斧末日，最後應該會拿其中一把，這樣就可以繼續沿用精神盾。
為了湊 125 高施最近都戴巫師會，之前是戴吉永 + 薩德，現在頭盔我得要想一下。
還有點數要重新分配，不論是我的火術士還是迴響術士。
可惡，把我的有形戰槍還我呀，拿戰槍真的很帥，除了那個醜到要死的三七步站姿XD
但坦白說，還是正義之師聖騎士最帥！
2026年4月9日 星期四
雜訊
今天本來準備要來做一個之前因為 design 還未 ready 的 block，好不容易比對好 sram 種類，正準備插入測試電路，就遇到 read design 的第一個問題，還在思考要如何解的時候，同事問了我一個問題，他的環境跑 synthesis 似乎出了問題，無法產生該有的檔案。
沒想到就是這個問題，花了我快 3 個小時才找到 root cause，確實值得好好記錄下來。
我們登入的環境，會隨機分配，大部分都是分到前兩台，似乎從昨天開始，開始有機會被分配到第 3 台！
本來只是不同主機，並沒什麼大不了，偏偏就只有該位同事在那一台工作會出事！
這是第一個誤區，也是追查問題過程中的雜訊。
既然同事有問題就是有問題，應該要想辦法試著在我這裡也重現問題，而不是一直往該位同事的環境或資料夾方向去確認問題！
雖然這只是事後諸葛，我也不確定早上真的這樣做就可以更快找到問題？畢竟這個問題非常神奇XD
總之，就在我嘗試從環境，變數，資料夾等方向去解決問題，但仍然無法收斂問題後，因為我也沒招了，便請同事發個郵件給 IT，詢問到底哪裡出了問題？
就在我上廁所的當下，突然覺得還有一個可以嘗試的步驟，於是便請同事確認執行後是否有額外的錯誤訊息可參考。
可惜的是，錯誤訊息還是那些原本就從 console 可以看到的，執行這個步驟並沒有更多的資訊可供回饋！
就在我回位子嘗試的當下，我居然也撞出跟他一樣的問題了，真是恭喜老爺，賀喜夫人。
Debug 最怕的不是不知如何解題，而是無法重現問題！
有了一樣的問題那就好辦，雖然當下我也覺得跟事實衝突，明明那個步驟我也曾經成功產生檔案過？
還好後來馬上發現，那個檔案原來是一天前就產生的，換句話說，過去的一天內，我跟其他貌似成功的同事其實都已經發生問題而不自知！
我們之所以可以成功，那是因為該步驟只檢查檔案在不在，並不在意檔案是不是當下產生的！
所以那些一天前的檔案，其實有點 cache 的意思在？
剛好在幫同事確認問題的過程中，有看到登入的 script 被強制指定到第三台主機，修改的同事也有寫了註解，敘述修改時間為一天以前。
於是真相大白了，問題就是發生在第三台主機，雖然我同事環境還是有他的問題在XD
所以同事的環境問題是第二個雜訊，浪費了我不少時間。
總之，Debug 的同時，也要避免被雜訊影響，這是我今天學到的教訓！
不過，雜訊發生的當下，其實你很難知道那就是雜訊本人？
所以，以後要 Debug 時，應該還是要以重現問題為優先才對？
直到寫作當下，本人也還沒有正確解答就是了？
好不容易解決了同事的問題，快下班前終於可以好好的來看我自己的問題。
沒想到解決了第一個問題後，後續又冒出了好多個問題，解決第二個問題後，我也累了，決定下班打東東了XD
2026/04/10 更新
給 Gemini 的提示詞：工程師 debug 時最怕遇到雜訊，一不小心往往容易陷入死胡同而不自知。一個有經驗的工程師 debug 應該要像古人庖丁解牛般的抽絲剝繭，手起刀落，真相自然也就浮出水面。
使用 Pro 重生。
2026/04/10 下班更新
原來我唯一知道的就是我什麼都不知道！
本來以為昨天的問題已經告一段落，沒想到居然冒出新的問題？
原來我昨天看到的並不是事件的全貌！
昨天知道第三台主機雖然無法產生檔案，但是可以沿用舊檔案，因為我們目前就是要鎖住在 git 某個版本，而我們不是 designer 也不會去修改 RTL，所以使用舊檔案確實是 5566 的無所謂。
但昨天在第三台主機執行時偶爾驚鴻一瞥看到的錯誤，確實是個警訊無誤，只是當時並沒有想太多XD
今天 IT 回覆後，又產生了新的問題，還好客戶 IT 很給力，在幾封書信往返之後，終於讓我看到事件的全貌。
客戶在某個資料夾下會有一個儲存環境變數的檔案，這麼說好了，前兩台主機用的是一套，第三台主機用的又是另外一套。
因為一天以前大家都在前兩台主機工作，故這個儲存環境變數的檔案繼續沿用並沒有什麼不妥。
但當我們現在被強制登入到第三台主機，此時這個檔案就不能繼續沿用了，如果不砍掉重新產生，就是會有那麼多奇奇怪怪的問題。
這也是我昨天一直無法收斂問題的原因，因為我跟我同事觀察到的現象一點都對不上。
原來因為他前天不在，故他晚了我們整整兩天 git clone 新版本，理所當然的他並沒有那個環境變數檔案在新資料夾中。
理論上，雖然他晚了兩天，但因為他也是登入到新主機，故兩者都是新的，自然應該百毒不侵才對。
壞就壞在，我們的工作性質會殘留很多終端機在工作站中，我個人還算好一點，做完的工作我就會順手關掉終端機，但同事似乎無此習慣，此時只要在舊的終端機中執行並驗證環境，就會讓這個問題更加發散而無法收斂。
2026年4月6日 星期一
Hack Tessent command
EDA 相關工作最討厭的就是只能透過 EDA 執行！
目前這份工作會遇到的問題，說穿了就是不斷的改寫 command，try command，確認結果是否符合預期！
雖然還不確定 AI 對 Verilog 的掌握度？但這樣的工作模式，直覺就是很適合用 Claude Code 來執行。
不過 AI 在我們這行有資料安全性的問題，故也不太可能用 AI 來幫助工作。
針對一些較複雜的問題，比如我最近完成的，感覺就真的要當作 Coding 來處理。
這時問題就來了，我們的 script 穿插了 EDA 指令以及正常的 Tcl command，如果只是不小心 Tcl 語法寫錯，往往都要等到 EDA 執行到該階段才會報錯，一來一往真的很浪費時間。
而我個人最討厭的就是浪費時間。
我想，我應該要花點時間把一些 EDA command 轉成自己的 Tcl procedure，這樣一來，如果只是要檢查純 Tcl 語法，我就不需要靠 EDA 來執行。
雖然這只能解決我一部分痛點，很多東西，我還是需要 EDA 執行，才能得到真實電路的回傳結果。
沒魚蝦也好，不然我也不知該怎麼辦了？
還是來聽萬芳的歌好了XD
AI 時代之學習方式
雖然，YouTube 的演算法一直被我詬病，本人不看的影片，一個月後還是占據我的推薦影片，遲遲不肯滾開，我都懷疑這是在反串置入，堂堂 Google 霸主，裡面的工程師怎麼會寫出這樣離譜的演算法？
但昨天早上還是讓我看到了一個有趣的影片，影片在討論關於讀書這件事。
該 YouTuber 提到有一位日本作者三宅香帆，她寫了一本書《なぜ働いていると本が読めなくなるのか》，書中提到一個有趣的觀點。
「我們讀不了書，不是意志力的問題，而是社會的問題。」
「所謂的訊息，就是想知道的事，精準且直接。」
「噪音就是本來沒想知道的事，比如說作者個人觀點，以我的 blog 來說，就是我的廢話XD」
「知識 = 訊息 + 噪音。」
由於社會的演進，下班後大腦已經塞不下任何東西，而書本往往帶有噪音，於是造就了現代人無法閱讀的主因。
個人是蠻認同這樣的說法，雖然我還持續在看書，但除了工作相關的書，已經很少看一些工作以外的書了，對比我剛玩電子書閱讀器那幾年，明顯差了很多。
回到 AI 時代如何學習這件事，不論是 Google 搜尋甚至是現在的 AI 助理，除了東西太冷門，大部分的東西，都是針對我們的問題產生出來的結果，因此並沒有那位日本女作家所謂的噪音。
照理說這樣的東西應該很好吸收，但工作上問題產生的速度往往無法想像，於是我們在解決問題後，也沒有時間再回去好好整理歸納。
這樣的速食方式，長久下來不是一件好事！
學習是一個長久且需要內化的過程，只有轉成自己的話，這樣的知識才算是真正進入到你的腦袋。
雖然我一向只記得指標的指標，但我還是有一個隱含記住這個 pointer 的過程。
可惜的是，現在的工作不方便寫成 blog，我在 blog 能說的也只是個大方向，這無助於我建立指標的指標！
因此，我決定一段時間就要整理我跟 AI 討論的細節到 Google Doc，反正這些東西都跟客戶資料無關，故也沒有資安的問題。
希望可以讓我以後的工作越來越輕鬆，不然我也要學女作家一樣了﹍
2026年4月3日 星期五
體力不夠呀
昨天奮鬥到半夜兩點，下午回來又纏鬥了一會，終於搞定了客戶的需求。
雖然我還不確定是否百分百符合客戶期待，但我猜應該八九不離十了吧？
最近都沒在聽小老婆的歌，取而代之的都在聽萬芳的歌，老婆都虧我變心了。
一個是陪伴我渡過無聊數學的日子，另一個則是陪我和 boring 的工作奮戰，兩個我都要呀XD
好吧，就封萬芳為頭號紅顏知己好了？
眾卿平身呀XD
一直都覺得清秀佳人時期的萬芳很好看，甚至 40 幾歲時都還是我的菜！
我要來打電動慶祝了…
2026/04/05 更新
放假前一天下午都在聽《我願意》跟電路奮戰。
之前煮飯時都在聽《給我一個吻》。
仔細想想，我最喜歡的應該是《地平線》，因為現在最欠缺的就是自由！
今天下午，無意間聽到一首《信賴》，應該可以排到我心目中前三名。
其他像是《心牆》、《斷線》《意亂情迷》等也都是一時之選！
奉公守法錯了嗎
從小媽媽告訴我，寫程式要註解。
我就說，奉公守法錯了嗎XD
從昨天到現在就跟客戶的一個需求奮戰，這個需求其實上星期客戶又提了一次，但我真的抽不出時間，只好在昨天開始動工。
這個需求有些細節還未知，比如 bus 訊號名稱，於是我只好能用變數包住的都先用變數包住，之後需求變更就只要更動這些變數即可，算是幫我留條後路，也能拿去別的 block 使用。
沒想到一個小小的註解，也能引發 EDA 錯誤。
這個錯誤的原因居然是因為我寫了註解，不過嚴格來說，是我對 Tcl 語法還不熟導致。
一天上班只有八小時，七個小時半都在忙，實在沒辦法精進 Tcl 語法。
不囉嗦，直接看 Code。
忘記把註解拿掉，問 Gemini 的結果做不得準，但跟 Claude 一樣，都會給出額外的建議。
下面是 Claude 的回答。
還好有學到一些東西，也不枉我這幾個小時的辛勞，這星期都還沒打電動呀！
2026年3月29日 星期日
《愛情限時批》聲音是否特別小聲？
一直覺得從 iTunes 購買的《愛情限時批》聲音特別小聲？
Claude Code 說他只能從 git commit 計算使用時間。
結論就是並無顯著差異，甚至聲音都還不是最小的XD
今天實在無心工作，再加上損失了 9 把 key，於是今天無所事事了一天XD
晚上突然想到，是否可以請 Claude 來幫我分析歌曲，便請出好久沒用的 Claude Code！
先看我請他整理的 Summary。
下面則是使用的時間。
配合詢問 Gemini 得到的起始時間，故全部時間應該是接近 100 分鐘。
回到我原本想做的事
不過，因為我對聲音學完全不懂，我也不太確定這樣的檢查方式是否合理？
當初，覺得這首歌很小聲，於是我又在另一張精選輯購買了同一首歌，如果改天我拿兩首歌來做比較，理論上兩首歌應該是用同一個收音版本，如果 Claude Code 的程式可以得到一樣的結果，也許這個工具應該有點可靠度吧？
另外，這是用魔法對付魔法的結果。
2026/03/30 更新
將另外一張專輯的《愛情限時批》拿來比較的結果，順便請 Claude Code 修正中文檔名的問題。
中文修正方式，我是先將中文字型隨便放一個在同資料夾下，Claude Code 就給出這樣的 solution。
看了這些圖表，我有一個想法，也許 iTunes 在收錄歌曲時已經轉了一次，讓每首歌的上下限彼此接近，但樂器聲可能就有差異？
愛迪生騙了我
早上離出門還有一段時間，也沒有什麼心情來解 issue，剛好老婆把電視讓了出來，於是花了不到 15 分鐘的時間，收齊最後兩把尼拉賽克 key，準備來賭看看是否能開到火炬？
雖說之前迴響術士也有翻車過，但我最後還是有順利解救回來，於是就不打擾我的聖騎了，其實終歸還是我懶XD
沒想到就是這個決定，導致我的 9 把 key 白白損失，還外加一吧 66X 的幻化戰召！
事情是怎麼發生的，坦白說我還是有點懵？
我穿了雷神腰，外加一顆鴨霜，雖說為了好看我沒用無形武器，但好歹也有 20 ~ 74 K 的傷害，外加大哥精準祝福 + 傷害加深 + 某一系的免疫。
我身上所有抗性也都湊到 300，除了毒抗我不確定，畢竟，莉莉絲都一下就搞定，我也懶得管三王了。
沒想到一進紅門，就遇到大莫被吸引到紅門事件，據巴哈說法，是因為寶可夢會亂走再加上 NS 過場偏慢！雖說我已經將其吸引到右上角，但阻止我回去撿屍的最終理由還是因為這個。
回到當下，我在右上角跟大莫對峙的同時，發現似乎無法快速解決他，再加上身邊小怪越來越多，似乎對我這隻術士有點吃力？
於是，使用謎團先脫離戰場，想說先解決其他二王？
沒想到跟巴爾互K 的同時，不知道是否大哥移了位，但我還是繼續用 75 高施的速度施放我的迴響，於是我就 GG 了。
9 把 key 真的是得來不易，不太想就此放棄，於是穿上一些裝備，想看看是否能順利 KO 三王？
我果然是太高估了我自己的暗黑知識，我又不是文賢大，翻車還能冷靜地救回，雖然他本人影片有點囉嗦，但重點我還是有吸收進去XD
沒想到戴上兩顆鴨霜的我，被巴爾的冰彈打到還是一直損血，於是果斷離開紅門，將身上的裝備脫下，只穿一條腰帶前往撿屍，希望可以憑藉本來的裝備，順利打倒萬惡的惡魔黨？
這次進紅門就沒那麼順利了，一進去馬上死亡，畫面上連大莫都沒看到，只有滿滿的骷顱大軍！
畢竟我沒有文賢大的功力，只好放棄 9 把 key 外加兩大格經驗職，只求裝備順利救回。
當然只有一條腰帶的屍體，價值一定沒有第一個屍體值錢，於是我還是順利地取回裝備。
就在我踏上火焰之河，準備再去依靠鐵匠我大哥，切換裝備時才發現，我的 66X 幻化戰召居然不見了？
望著右手沒有東西的空格，我的心真的是涼了一截，我甚至不知道為什麼裝備會不見？
我唯一可以想到的，也許是我用第二份裝備打巴爾時，因為需要在原本的屍體旁邊撿大紫，不慎點到屍體導致？
因為我的敏捷有部分是靠裝備撐起，我自己約莫只有點到 134 左右，也許是這樣，導致不小心點到屍體時，因為拿不起來，而導致又掉落回地面？
偏偏現在的 NS 又沒辦法複製，我庫存的符文其實也快見底了！
還好禍不單行，福禍相倚，古人誠不欺我也！
雖說現在不太在意經驗值，但好歹也掉了兩大格，剛好現在 TZ 輪到安姊，我使用數學機率得到的喬丹以及聖騎衝 99 等時掉給我的碧藍怒火，都顯示安姊最棒了XD
於是我得到了人生中的第一座小金人，從 2 /13 ~ 到 3/29！
下面是 Gemini 對『禍不單行，福禍相倚』的理解。
2026年3月28日 星期六
爛蘋果 x N
雖然已經將買了 300 多首的歌放到車子的隨身碟上，但不得不說，私心還是會有比較喜歡與比較不喜歡的。
前一陣子已經在手機播放軟體上建立了 《萬芳 Top 歌曲》，這樣我就可以隨心情切換藍牙或是 USB 裝置來聆聽。
雖說手機購買的 KMPlayer 不是很好用，但至少還是順利地建立起清單，沒想到想要在 iTunes 裡比照辦理，居然是如此地讓人心累！非常混亂的資料庫資訊，想要找首歌還真難，我需要視情況切換顯示方式好方便尋找。
好不容易建立起清單，回到清單列表一看傻眼，這是要我通靈嗎？真是顆爛蘋果無誤！
本想等到台灣可以購買 MacBook Neo 後，給蘋果一個機會，花個兩萬多塊嘗試一下蘋果系統也還可以接受，畢竟孩子的學習不能等XD
看到這樣的清單，瞬間沒了任何慾望，沒有底層的 FreeBSD 加持，蘋果跟屁沒啥兩樣，如果只是因為 FreeBSD，我去購買 Linux 電腦就好，要你蘋果作啥？
Today is not my day ...
天機一線牽
這麼說好了，我有 30 個 clock gating cell 要修改，我需要把 TE port 拉出到 block top 的某個 input。
不知道為啥，不論我是在 Synthesis 階段或是前面的 MBIST 階段，總是有 18 個無法順利 ECO 成功？
後來才發現原來 Tessent 對 bus 的訊號，只 assign bus[0] = scan_en。
至於 Synthesis 那段我就懶得回去確認 log 訊息了。
我能確定的是在這兩個階段，拉線都不會顯示錯誤，但我並沒有去檢查回傳值就是了。
我的 bus 是多 bit，且該段 RTL code 是在 for loop 的 generation block 裡面。
上面用語可能不精確，但我又不是 designer，意思到就好了。
總之，我也不知道是 EDA 的 bug 還是 Tessent 覺得這段 path 不應該被串成 scan chain，故這樣來改客戶的 RTL code？
詢問主管的結果，他也覺得應該都要被串起來才是！
這已經是我這個星期遇到的第 N 個 issue 了！
我也不想要在浮沙上築高塔，奈何這兩年多來，每天都已經很認真上班了，還是有看不完的文件！
我已經算是很會用多種方式與工具來加速我收斂問題了，但還是比不上問題產生的速度，偏偏這個時候就又需要回去慢慢翻閱文件並思考。
翻閱文件還算小事，但我家只有一個 license，很多時候，不是我想幹嘛就幹嘛！
這也造就了現在這座搖搖欲墬的象鼻塔，沒有王小石那座的可靠！
唉，我嚮往的生活應該要像是攜書彈劍走黃沙那般的自在！
一人，一書，一劍。
也許之後該考慮 send all 了。
這是只有我跟我老婆才知道的梗XD
2026年3月26日 星期四
槌丁扮盾丁
最近 PTT 有一篇文章在討論要讀電機還是資工系，看完之後才發現原來我還是太淺了，連寫電路跟線性代數有關都不知道！
現在的我，只敢說對暗黑2 重製版略懂略懂？
尤其是槌丁扮盾丁這塊。
上圖應該是舊畫面，衣服應該還是法甲謎團，就在一年多前也邊練邊吐來到 99 級。
雖說以前的 NS 單機可以複製，但打不到的東西就是打不到！
紅門配裝
吉永之臉 + 15 攻速寶珠
龍皮甲謎團
馬拉的萬花筒
手工壓碎手套 + 偷命
無形 44 抗流亡渦漩盾
40 攻速 + 399 幻化悔恨
鴉霜 + 矮人
雷神腰
聖戰版 x 7
20 + 19 聖騎火炬
滿變毀符
7 % 高跑 + 全抗 5 x 8
+11 火炕 + 生命 x 2
副手 +2 祝槌戰召 + 45抗精神神聖小盾
日常打寶時是正手，只湊 75 高施，傷害 12 K
槌丁扮盾丁
開啟神聖之盾
敲敲敲
打完收工XD
2026/03/29 更新
也許是以前都用 NS 複製火炬太順利了，我的迴響術士又再一次的翻車了。
都說要槌丁扮盾丁了，人生好難，不要自己搞自己了。
2026年3月25日 星期三
回憶過去
人老了，總是會突然想起一些以前的事！
還好以前沒有什麼豐功偉業可回味？
剛剛無意間在硬碟隨便翻翻看到的，真懷念那一段每天寫自己的工具幫助日常工作的日子呀。
其實是快被客戶的 make sanity 搞瘋了，好幾天了都還沒修復是怎樣，害我到現在還不能自己推 code。
想要自己嘗試去修復它，坦白說最新 make build 的錯誤也是我自己修掉的，但針對這個 simulation 錯誤我還看不出來錯在哪裡？
不過以 Log 莫名奇妙的就斷在某行來看，系統應該是 crash 了？
配合他的 verilog 行為來看，感覺像是去讀 AI 模型然後在 memory 想要做些事？
嗯，然後我也不知道要怎麼修復了？
我要是那麼厲害，我就去 Google 了XD
雖然現在我也不喜歡 Google 就是了，Don't be evil 呀！
2026年3月24日 星期二
原來 EDA 大部分都是使用 C++ 開發
沒想到在 tinlans 大神的網站看到關於 EDA 的一些資訊。
這種需要速度以及 Linux 下的 GUI 應用，除了 Qt 還能用啥呢？
這樣想想使用 C++ 開發也很合理！
珍惜生命，遠離 C++？
2026年3月20日 星期五
Makefile
最近需要更改客戶的 Makefile，我才發現我以前真的不太懂 Makefile！
第一個我不知道的點是 receipe
receipe 指的就是在某 target 下，要執行的 shell command，也就是由 tabe 字元縮排的那些列。
all:
@echo make all
- do something
上面每一列都是單獨的指令，換句話說，每一列都會新起一個 shell 來執行（預設行為）。
我有一個需求類似下面這樣
all:
ifeq ($(FLAG), xxx)
$(eval FOLDER = 001)
@cd $(FOLDER)
......
else ifeq ($(FLAG), yyy)
$(eval FOLDER = 002)
@cd $(FOLDER)
......
end
這段 code 是原本客戶的，我不太想大改它，只是把會變動的部分提取出來成為變數，剩下每段要做的 receipe 都一樣，雖然重複太多，但客戶應該比較喜歡這樣的修改。
為了讓每個 receipe 都能看到這個變數，就需要用 eval 的方式來設變數。
第二個我不知道的點是變數展開與環境變數間的優先性關係
FLAG ?= 0
ifneq ($(FLAG), 0)
BUILD_OPTS += XXXX
endif
上面這句其實有隱含假設環境變數 FLAG 也存在，就使用環境變數的值。
好死不死我的 bashrc 也宣告了一個同名的環境變數 FLAG。
於是便導致我 git push 後的檢查觸發行為跟別人不一樣，因為我的 FLAG 不等於 0。
不得不說，這些東西跟 AI 對話後，整個脈絡變得更清楚了。
我現在開始有點體會他說的話了。
下面是我跟 Claude Web 對話的一部分結果。
2026/03/20 洗完澡更新
剛剛才突然想到，如果跟 AI 討論《傷寒雜病論》會如何？
也許是時候跟他討論九陰真經了XD
2026年3月12日 星期四
Don't be evil
我實在不知道，申請 Android 開發人員為什麼要我上傳身分證或駕照？
想要申請刪除帳號，翻遍了整個網站，卻找不到申請的地方。
Google 在我心中快跟 Microsoft 劃上等號。
也許這個世界就只剩下 Linux 這塊淨土了？
以下圖片出自 Gemini Web
2026年3月11日 星期三
我要 git commit 呀
快被 git conflict 搞瘋了，每次拉 code 都會有 git conflict，修到後來我都覺得我把環境搞爛了XD
這一個多月來也不算沒有收穫，至少多了解一下客戶是如何做事的？
不得不說，這個客戶的 flow 深得我心，有很多東西可以借鏡！
唯一的缺點就是英文太差了，溝通上有痛點XD
下次還是分配對岸的客戶給我好了，臣妾做不到呀XD
以下圖片來自 Gemini Web 產出
要當個趁職的 AI 圖片師還真不容易，第一張也是最好的一張，其他請他改只會越改越糟，付費版本這樣的表現有點落漆。
凡有所相，皆是虛相
今天在等工作站 build code 的同時，請 Claude Code 針對 HDLBits 這題，撰寫 Verilog code。
一開始我還沒發現該網站在下載 waveform 為 PNG 時，其檔案大小為 0？
換言之，Claude Code 僅憑該網站的敘述就把 Verilog Code 寫好。
然後我以我之前的經驗，請他針對 counting 和 done 兩個訊號，找出相通性，改用 init instance 的方式解決，他也順利解決。
最後再請他是否能多增加幾個 module 解題，讓 top_module 裡面只剩 instance，果然他也不負眾望。
我現在有點不太確定到底這是 AI 推論出來的還是以前訓練資料來的？
理論上來說，純軟的東西都可以用電路做？
我決定盡量找一個沒有人做過的例子請他使用 Verilog 來解答，好解答我心中疑惑？
2026/03/11 更新
這是跟 Gemini 討論的結果，結果 Claude Code 沒有 3 分鐘就做出來，我還不確定他做的到底對不對？真要說的話，我比較傾向 Gemini 又再亂說XD
2026年3月8日 星期日
管理費社區報表
前兩年當財務委員時，雖然花了很多假日時間去地下室翻找往年財務報表資料並做成 Excel 電子檔，也利用 Python 小工具讓我更新 Excel 檔更加容易，但因為蒐集資料花了太多時間，最後只能簡單將 10 年的資料轉成 JSON 檔以供後續 Web UI 使用。
理論上應該有更好的方式，但我不確定其他格式的資料放在 Github Page 是否能用，故我先暫時使用 Javascript 一定可以讀取的格式。
既然這種東西對 Claude Code 只是小菜一碟，故我今天就只是簡單使用幾句話，便放手讓 UI 去做，我甚至連 JSON 架構都沒跟他說。
經過了一小段時間後，馬上做出讓我驚豔的第一版。
我請他連 backend server 也做，反正我也懶得自己來XD
不過，離我想要的還有段距離，故我請他在入口改成兩個按鈕，一個是已經做好的，另一個是要執行搜尋的頁面。
第一版執行搜尋後還要自己按下按鈕，故我請他輸入完搜尋條件後按下 Enter 就直接搜尋結果。
最後，則是想要一個趨勢圖表功能，可以幫助我們快速看到這 10 年來的費用增長情形。
現在入口長這樣。
請他寫的總結報告。
最後則是 token 使用情形。
雖然我不是 designer，但我已經計畫好下一步要做甚麼了？
我想請他寫個簡單的 Verilog，來解決 HDLBits 的一個問題。
訂閱：
意見 (Atom)