實驗新型態的電子報


這禮拜對於電子報產生了一些新的想法:

由於現在 AI 能協助我每週產生不只一篇的內容,加上近期又跑了一些活動,參加後收穫滿滿,所以想說改用策展式的電子報,來分享我這個禮拜做了什麼,以及學到了些什麼,希望這樣的方式可以讓電子報的內容更多元,提供給已經訂閱的朋友不同類型的需求。

如果你看了之後覺得哪邊不夠過癮再跟我說,我下週再來調整!

兩場小聚的主題分享

連續兩週做了長主題的分享:一場有 30 人,講了 40 分鐘;另外一場 3 人,卻講了兩個小時,這兩場的經驗帶給我非常不同的視野與衝擊,首先是 6/22 的彩虹小聚,主題是如何教 AI 來幫助自己工作,本以為內容會太簡單,但還是收到回饋說後半段有點難度。

在準備這份簡報前我就苦惱了很久,不確定到底該準備什麼內容才能適合所有聽眾,直到主辦人跟我說就看我哪一篇 FB 貼文流量最高,就講那篇就對了,於是才選定了主題,在報名時看到人數就明顯感受到選題的重要性。

關於這場的逐字稿內容可以參考這邊:https://oberonlai.blog/teach-ai-workflow/

另外一場是第一次參加的 Chatbot 聊天機器人小聚,由於都在忙著上一場的簡報以及專案工作,這場的主題太晚跟主辦人告知,導致活動報名狀況不如預期,但也是因為這樣可以跟與會者能夠即時互動。

這場的主題是經營 WordPress 外掛事業的心路歷程,透過簡報的分享以及聽眾的回饋,不停的激發我回想起過去的經驗,也從聽眾的回饋學到新的東西,第一次演講講到兩小時,然後後隔天就燒聲了,這種圍爐式的分享體驗,我一輩子都不會忘記。

這場的逐字稿可以參考這邊:https://oberonlai.blog/ai-monetization-five-stages/

也因為這兩次的演講,讓我深深明白做簡報的過程不只是簡報本身,而是該如何把這些知識轉換為聽眾有辦法吸收的內容,並且能夠深入淺出,我覺得這是交由 AI 做簡報無法達成的。

金流串接卡關

這週把一個主要的客戶專案完成了,最困難的地方是卡在台灣金流的串接碰上一些麻煩,還好不少朋友給了很多替代方案,下次再遇到我就知道要怎麼處理了,然後這位客戶的產品應該對自由工作者會很有幫助,我再徵求他的同意看是否能公開專案細節,也許有機會要到折價卷!

我有把遇到的困難整理在這邊:https://oberonlai.blog/newebpay-smart-atm-2-refund-api/

找到終端機新歡

我之前有分享過我現在都是用終端機 Warp 來進行開發工作,我教學生也都是用這一套,但這兩天發現到台灣開發者 Muki 大大開發了一套專為繁體中文設計的終端機 tempo,解決了我在 Warp 遇到的兩大難題。

首先是在 Warp 裡面打開文件時想要修改內文,當輸入注音時無法顯示正在輸入的注音符號,導致只能盲打,這讓我必須要另外開啟 VSCode 來做 md 文件的編輯。

第二個問題是當輸入法切換為注音時,Warp 裡面所有的快速鍵就會無法作用,不管是切換頁籤、關閉視窗、儲存檔案全都不行,當看到 Warp 開源時就很想自己找時間來修,但前幾週實在太忙。

剛好在這時候看到 tempo,裝起來測試後除了完全解決注音輸入法的問題,重點是介面設計的非常有質感,整個比例間距看起來非常的舒服,用沒兩下後就自己 fork 下來,加入了讓自己順手的快捷鍵後,我決定要跳槽了。

我改了以下幾個地方:

  1. Cmd + 數字鍵 - 切換頁籤
  2. Option + 數字鍵 - 切換工具列
  3. Cmd + 加減符號 - 變更介面大小以符合自己的老花眼
  4. Cmd + ~ - 在同一分頁中的不同視窗進行切換
  5. 分隔視窗可以用方向鍵上下選擇要開啟的工具
  6. 終端機 auto complete

就這樣,我覺得這套就完美了,有開 PR 給 Muki 大大,希望會 merge,它會是我下週的工作新夥伴!

關於 tempo 的介紹可以參考這邊:https://github.com/mukiwu/tempo-term

我可能錯了

已經有好一陣子沒看人類寫的書了,因為都在看 AI 產的內容,最近拿起 Kobo 看到老婆之前買的這本「我可能錯了:森林智者的最後一堂人生課」,幫助我抽離追逐 AI 的焦慮之中。

看完後這四件事讓我印象最深刻:

  1. 不要相信自己的念頭
  2. 當發現自己掌控的慾望出現了,握緊拳頭後展開雙手,告訴自己放下
  3. 瑞士的安樂死服務是由自己按下開關的
  4. 泰國人會找僧人報明牌

整本書好笑又好哭,作者非常精彩的一生,有興趣了解內容可以參考我老婆寫的書評:https://www.justgirl.me/2024/03/blog-post_9.html

迎接夏日

七月接了新竹小聚的主講,還約了認識很久卻從沒見過面的網友吃飯,專案忙完又有多一點時間來產文章了,希望台灣今年不會超過四十度高溫,然後好久沒靠語音輸入自己打字了,希望這樣的電子報形式我能撐的下去!

下週繼續吧!

WordPress 開發日常

Read more from WordPress 開發日常

大家端午快樂,這週分享一下我目前的主力開發工具~ 開發工具的使用歷程 在 AI 時代前,我都是使用 PhpStorm。PHPStorm 確實順手——跳到函式定義、儲存時自動格式化和檢查,這些功能讓開發效率提升不少。 進入 AI 時代後,我用了 Cursor 好幾個月。自動補全和聊天介面加速了不少開發流程。但用了一段時間,我發現自己還是需要理解程式碼的能力,最後回到 PHPStorm 搭配 Claude Code 的組合。 後來也試過 Google 的 Antigravity。除了免費額度以外,用起來跟 VS Code 差不多。直到某天我打開系統監控,發現 Antigravity 的記憶體佔用竟然到了 40 幾 GB。 40 幾 GB,只為了一個程式碼編輯器。 程式碼視窗還重要嗎? 這讓我開始重新思考一個問題:傳統 IDE 的設計核心是「程式碼」。整個介面以程式碼編輯器為主體,側邊欄、終端機、除錯面板都是輔助角色。 但我現在的開發流程已經變了。大部分時間我在跟 Claude Code 對話,描述需求、確認方向、審查它產出的結果。真正需要自己打開檔案逐行閱讀的時候,一天可能不到三成。...

前陣子,我教會一位朋友使用 Claude Code。他完全不會寫程式,連終端機是什麼都沒聽過。但他有一個很清楚的產品想法,一直找不到工程師幫他做。 兩週後,他把那個產品完整地實作出來了。 不是原型、不是 wireframe,是一個可以實際運作的產品。他全程沒有寫過任何一行程式碼——他只是用中文描述他要什麼功能,Claude Code 就幫他把程式寫出來、跑起來、除完錯。 你可能會想:那它跟 ChatGPT 到底差在哪? 一、你說中文,它寫程式 大部分人聽到「Claude Code」就先退了一步。Code,程式碼,那不是工程師的事嗎? 試試看跟它說這句話:「幫我把這個資料夾裡所有 PDF 的檔名,整理成一份清單。」 它會自己寫一段程式碼、跑完、把清單生出來。你完全不需要看懂那段程式碼。同樣的事在 ChatGPT 上做,它會把程式碼貼給你看,然後你得自己想辦法找地方執行。 你需要學的不是程式語言,而是怎麼把需求講清楚。但光是能下指令還不夠——如果它每次只能做一件事就停下來等你,那跟比較聰明的 Siri 也沒什麼兩樣。 二、它不是聊天機器人,它是 Agent 用過 ChatGPT 或...

如果你有在使用 AI 開發 WordPress 外掛,並且要設計一些自訂的後台管理介面時,一定遇過資料送出時無法正確儲存,或是儲存後被導向到奇怪的頁面。 根據我的經驗,這十之八九是 Nonce 的問題,AI 在處理 Nonce 這一塊常常會出錯,為了讓 AI 更好地理解該怎麼處理 Nonce,這篇文章就來分享 Nonce 的作用,以及如何讓 AI 不要再犯這種錯。 Nonce 是為了擋 CSRF 而生的 所謂的 Nonce,最主要的功能是要防止跨站請求偽造(也就是俗稱的 CSRF)。 CSRF 主要的攻擊方式,是攻擊者誘導已經登入受害者的瀏覽器,自動發送請求到你的網站,也就是說,攻擊者不需要入侵你的網站,只要你的瀏覽器在登入狀態下點擊了惡意網址,攻擊就會開始。 舉個例子: 站長登入了某個 WordPress 網站的後台沒登出,繼續開著分頁 站長切換到另一個由惡意攻擊者準備好的頁面,這個惡意頁面藏了一段惡意程式 程式裡面的連結會指向站長 WordPress 後台 瀏覽器在送出這個請求時,會自動帶上站長已經登入的 Cookie(因為原本分頁沒關) 站長踩到這個惡意網址、讀到那段...