超級英雄的起源故事:邊緣遞送服務的文件撰寫方式是如何產生的
這是一個醞釀了一年之久的 Podcast,來自 Adobe Systems 的 Chris Millar 是傑出的名人嘉賓。Chris 一直是 Adobe 內部網站 (adobe.com.cn) 背後的工程經理、business.adobe.com、blog.adobe.com、等),現在是Edge Delivery Authoring 解決方案 DA(前身為 Dark Alley)背後的主謀和建築師。如果您是 AEM 專業人士,這個故事您一定想聽。
也可透過 Apple Podcasts 以及 Spotify 上的音訊或視訊 Podcast 收聽。
引領到這個播客:黑暗小巷之旅
一些背景資料:在 2024 年,播客的長期聽眾可能還記得我們的Adobe Summit '24 Recap 播客,此時此刻仍是我們有史以來收聽人數最多的一集。當時,我是眾所皆知的 AEM 雲端懷疑者,所以在那一集發行時,有人打電話到"...where's the real Tad and what have you done to him?" 。
在幕後 真正 發生的事情是與 David Neuscheler 和 Chris Millar 等人討論傳統的工作負載,理智的人總是會建議在大型、自我管理的應用程式伺服器 (例如 AEM) 上執行這些工作負載,以及這些工作負載如何能在邊緣傳送服務上實際且真正做得更好。
我是個極度懷疑的人,但證據確鑿無疑。我當時還在領導一個大型的經典 AEM 雲端服務遷移項目,我剛開始實施這個項目,而這個項目看起來更適合邊界交付。
通用編輯器、Sharepoint 和 Google Drive 方法的限制
雖然我不完全相信。我所領導的專案有許多因素使它不太適合使用 Universal Editor 或 Sharepoint。這些因素是:
- 需要深入且相對無縫的 AEM 資產整合
- 翻譯& 本地化支援
如其他podcasts like this one 所詳述,Universal Editor 有其強項,但特別是在 2024 年的狀態,UE 完全沒有本地化支援。這使得它完全無法整合到高度本地化的網站中。% 這就剩下 Sharepoint 或 Google Drive 之類的解決方案了,(a) 客戶真的對這些解決方案毫無興趣;(b) 與 Assets 整合時會有很大的問題,因為圖片會儲存在文件的內部;(c) 這意味著我們要從頭開始建立自己的本地化引擎和工作流程。
這就是一個叫做 Dark Alley 的小計畫的由來。
接下來就是歷史了 (播客中也有詳細說明),但最後我們合作克服了成長的陣痛、政治紛爭以及多種功能設定上的障礙,例如授權自訂、權限管理、翻譯工作流程、大量工具等等。
這次的客戶發表會(最終也是第一個客戶發表 Edge Delivery 的文件撰寫)最終完全成功,他們對結果仍然非常滿意。
我不得不說,Chris 和一眾 Adobe 員工都證明了為什麼 Adobe 是關鍵任務企業網站的首選合作夥伴。他們擁有最有才華的工程師,我很榮幸能與他們成為朋友。
為了節省他們的 Linkedin 收件匣,我不會說出他們的名字,但他們可能就是上面的照片,而且他們知道自己是誰。:)
現在,DA 在世界上的地位得到了保證,它的功能組合也日趨成熟,而且未來看起來非常光明,我很高興能讓大家了解"Dark Alley" 背後的偉大歷史,以及為什麼了解它對今天的任何 AEM 專業人士來說都意義重大。
Podcast 關鍵時刻
在這個播客中:
- 00:00:25- Chris Millar 在 Adobe 的角色與背景
- 00:02:00- 推出 blog.adobe.com 以及以文件為基礎的撰寫方式的起源
- 00:04:18- DA 的超級英雄起源故事
- 00:05:00- adobe.com 的超大規模
- 00:08:00- 400,000+ 頁跨區域。
- 00:10:00- 傳統 AEM 的挑戰
- 00:13:00- 即使是高素質的團隊也有其限制
- 00:15:00- 利用 SharePoint 過渡到以文件為基礎的撰寫方式
- 00:19:00- 遙測顯示撰寫速度更快
- 00:20:00- 六個月內從零程式碼到基礎架構
- 00:23:00- 打開閘門與訓練工程師
- 00:26:00- DA 起源作為研究專案
- 00:31:00- 不願展示領導力
- 00:33:00- 意見與事實的挑戰
- 00:35:00- 將 Gall's Law 應用於 DA
- 00:40:00- 品牌的演進從"Dark Alley" 到"Document Authoring"
- 00:44:00- 由 Arbory 數位團隊首次對外推出
- 00:48:00- DA 目前的角色
- 01:17:13- 最初的客戶和雄心勃勃的目標
- 01:18:38- Poster Child 成功故事
- 01:19:34- 為非技術使用者定義 CMS
- 01:20:33- 早期支援需求與紙張削減
- 01:21:15- 2024 年 DA 早期的每週回饋通話
- 01:22:03- 分享回饋的好處
- 01:22:20- 處理客戶不滿
- 01:23:00- 嚴格排列修復的優先順序
- 01:23:49- 通用編輯器的權衡
- 01:25:32- 所見即所得的客戶取捨
- 01:27:09- 基本 DA 要求
- 01:28:37- 不斷演進的授權自訂
- 01:34:00- 安全性與使用者經驗權衡
- 01:36:58- DA 簡約啟發想像力
- 01:41:37- 自動化學校網站製作
- 01:48:57- 揭穿燈塔駭客的迷思
- 01:53:59- 大型網站的邊緣傳輸
- 01:55:46- AEM 與 Edge 之間的權衡取捨
- 02:01:56- 有心的模式與駭客
- 02:04:27- 以 Espresso 咖啡比喻學習曲線
- 02:20:59- 法學碩士的未來內容爆炸
- 02:26:04- 實用的 AI 整合
- 02:34:52- 使用 LLM 重新學習開放系統
- 02:37:25- 邊緣傳輸的 MCP 研究
- 02:42:42- AI 改造 DA 開發
- 02:44:22- AI 編碼的風險與好處
- 02:45:03- 平衡速度與永續性
- 02:46:24- 與 AI Juniors 一起進行 Vibe 編碼
- 02:47:41- 所有地點的 MCP 值
- 02:47:54- 期待 Adobe 首腦會議
- 02:49:22- 自製 CMS 的失敗
Podcast 講者
喜歡你聽到的嗎?對適合您的產品有疑問?我們很樂意與您討論!聯絡我們