哈囉讀者：
這次 Apple 產品發表會不曉得大家有沒有對一些新產品動心？編輯這次注意到 Apple 推出的全家版訂閱服務「Apple One」讓 6 人用一個月不到新台幣 400 元的價格，就可以享受到 Apple Music、Apple Arcade、Apple TV Plus 及 200GB 的 iCloud 雲端硬碟等服務。
不過 Spotify 在 Apple 產品發表會剛落幕時發出聲明，認為 Apple 此舉是反競爭行為（anticompetitive practices），嚴重影響產業，也剝奪了消費者聽音樂、創作的選擇，但 Apple 則回應，他們只是提供了更優惠的選擇給消費者。大家會更支持哪方的說法呢？
by 天心
[Podcast] 星箭廣播 EP73 | 「不是你不好，只是我們真的不適合。」那些被我們放棄的 app
本集《星箭廣播》要跟大家聊聊一個話題：有些科技產品、app 雖然設計得很不錯，但就是不太適合我們，或者是當你的需求改變了，原本很好用的 app 也可能從此被束之高閣。歡迎大家分享各式各樣你覺得其實設計得不錯，但就是跟自己「不太合」的 app。
不過在那之前，猜猜看誰回來了？好久不見的 Maxine 會先跟大家分享過去這段時間她在忙什麼，而且她還確認了一件事：寫程式可能不適合她，也會跟大家聊聊一個與 GitHub 有關、不適合她的 app。
[中] Mr.Opengate／AI 工程師工作一年心得：AI 專案落地實務
在學術、業界做 AI 題目其實有著極大的差異，作者 Mr.Opengate 分享他在擔任 AI 工程師一年後的心得，他提到在業界模型收集的方法五花八門，也需要自己建構資料庫，雖然前期需要投入較高的成本，但能幫助到往後的工作。
他在文中分享了過去靠了哪些方法標記出有品質的資料，以及在沒有太多資源、模型可以參照的情況下透過閱讀論文研究學習新的技術。另外作者也建議，如果有人考慮過轉職到這類領域，具備軟體技術背景可能會更適合。
[英] 最令視障者惱怒的五種網站設計缺陷
（本文為讀者推薦文章）不曉得讀者們有沒有聽過或使用過 Screen Reader 這個「朗讀」應用程式或網頁的功能？如果有，體驗可能都不是太好，Holly Tuke 是一位視障者，致力於倡導「讓數位服務更親和（accessible）」。她列舉了五個最讓視障者苦惱的網站缺陷，像是圖片缺乏 <alt> 描述、文章標題階層雜亂不清都是禁忌，但「影音自動播放」可能就容易被設計者忽略。當僅能仰賴聽覺的視障者，必須同時接收網站內容與廣告內容，該怎麼找到停止播放的功能？
此外，網站表單如果沒有文字 label，也會讓視障者無所適從，根本不知道該勾選哪個核取方塊、輸入什麼資料。Tuke 提出的五點應該都是網站前端基本功，做好這些設計不只對視障者友善，所有使用者都會因此受益。不妨現在就閉上眼睛，試試看使用 Screen Reader「讀」出你目前正在開發的產品。
[英] 像 Sonos 這樣「軟硬整合」智慧音響公司要如何管控軟體開發？
本文談的是 Sonos 這樣一家軟硬整合的公司旗下軟體團隊釋出版本更新的節奏（cadence）。Sonos 是一家成立於 2002 年的美國公司，核心產品是以 Wi-Fi 連線播放串流音樂的家用無線音響系統。（對，他們在 2002 年就押寶串流音樂了。）近年他們陸續為旗下產品加入語音助理、支援 AirPlay 等功能。Sonos 系統與一般透過藍牙連線的無線喇叭差別在於他們的硬體可直接連結串流平台，手機（或桌面版）app 扮演的角色只有系統設定與播放控制。簡單來說，Sonos 的音樂不是來自手機，這在 2015 年以前是很少見的設計。
在這樣的設計下，Sonos 的整個軟體系統由三種軟體組成：安裝在音響內的嵌入式「Player」軟體（一個 Linux 系統）、用來控制/設定音響的「Controller」app，以及在 AWS 運作的 micro-services，他們稱為「Services」軟體。其軟體開發採精實（Lean）與敏捷（Agile）原則，並且是「CI/CD」（continuous integration and continuous delivery，持續整合與持續發布）。本文詳述了他們是如何安排這三類軟體新版本的發表頻率，例如 Services 軟體的發表沒有固定時程（on-demand candence），通常會在為期兩週的 sprint 循環中發行一、兩個新版本，但由於要因應各種問題做調整，所以也有可能更加頻繁。而 Player 跟 Controller 則是採用固定時程釋出新版。文章有更深入地解釋這三類軟體的特性、開發團隊的組成，以及採用不同釋出節奏的原因。
[英] 三年法則：如何在長期專案中維持熱情？
這樣的狀況我們可能不陌生：終於下定決心開始一個業餘專案（side project），但因為初期成果不如預期就黯然放棄。這篇文章分享如何持續有效經營出一項專案，過程中可能會遇到的障礙是什麼，我們該如何克服？
文中提到，大部分的人喜歡做事情得到立即的回饋，但堅持一個需要長時間投資的 side project 需要耐心跟計畫，作者提到三年的時間才可能累積有效的成果，其中他提到一些方法，包括找到自己想做的動機、勇敢跟其他不相關的事說「不」、允許一開始有許多不足的地方但適時變換方向。作者也實際分享自己剛開始打造一個網站時，初期迴響不熱烈時是他最想放棄的時刻，但他改變經營方式，不是等其他人發現，而是主動陌生開發，頻繁詢問用戶心得，也讓他的網站在不到三年的時間就成功打出知名度。
[中] 大澤木小鐵／如何才有資格稱為資深工程師
已經工作好幾年的工程師，卻不一定會有資格被稱為「資深工程師」？本文作者大澤木小鐵歸納了幾點他認爲資深工程師有的特質，並從技術能力層面跟心理素質層面分析。
從技術來觀察，他認為資深工程師能夠將程式語言內化成習慣，並對開發有全盤了解，不會一味追求效率，也因此他們常能寫出容易了解、維護的程式碼，另外他們也較願意嘗試新技術，不會堅持用舊技術解決所有問題。最後他也提到所謂的資深工程師，會不斷自我提升，跟團隊其他人溝通時能尊重不同意見，並受人敬重，作者也提到那些資深的工程師往往這兩方面能力同時俱進。