Taylor Swift as Books:除了創作音樂,泰勒絲還能推廣文學閱讀?

Taylor Swift as Books:除了創作音樂,泰勒絲還能推廣文學閱讀?
Photo Credit: Reuters / 達志影像

我們想讓你知道的是

在貼文裡,艾咪.隆恩仔細篩選泰勒絲的數千張照片尋找完美搭配,以Hashtag加註泰勒絲歌曲中合適的歌詞,除了作者、書名外,艾咪.隆恩更一併提及書封設計師的名字,讓這些出版界的無名英雄擁有被看見的機會。

編譯:愛麗絲

文學評論家喬納森.羅素.克拉克(Jonathan Russell Clark) 前陣子發現,有許多作家紛紛歡快地張貼作品的書封及歌手泰勒絲(Taylor Swift)的照片組圖,組圖上書封與照片色調、氛圍相襯,搭配渾然天成。事實上,這些組圖的來源是名為Taylor Swift as Books (@taylorswift_as_books) 的Instagram帳戶,由作家艾咪.隆恩(Amy Long) 經營。

艾咪.隆恩於去(2020)年12月創立了TSAB(Taylor Swift as Books),目前已累積逾六千名追蹤者。該帳戶以推廣文學作品為目的,特別是小型出版社的書籍——過往小型出版社總需耗盡心力才能獲得媒體報導。

在貼文裡,艾咪.隆恩仔細篩選泰勒絲的數千張照片尋找完美搭配,以Hashtag加註泰勒絲歌曲中合適的歌詞,除了作者、書名外,艾咪.隆恩更一併提及書封設計師的名字,讓這些出版界的無名英雄擁有被看見的機會。

艾咪.隆恩悉心經營TSAB,並持續推廣她曾發布過的作家,倘若有作者發表新作品,艾咪.隆恩會於限時動態分享相關資訊,她也在留言處中和追蹤者對話,並定期於相關作家的貼文中表達支持。

這一切都說明,艾咪.隆恩彷彿是一部泰勒絲的百科全書,更勤勉致力於推廣閱讀。最近,她更發起了一系列與書封設計師的對談、與作者共讀等線上活動,試圖讓讀者進一步成為「優秀的文學公民」。或許出於好奇與個人興趣,喬納森.羅素.克拉克日前訪談了艾咪.隆恩,聊聊TSAB的起源、艾咪.隆恩對泰勒絲的理解、以及這位巨星多年來的變化。

  • 喬納森.羅素.克拉克:你為什麼選擇以泰勒絲的照片作為推廣書籍的元素?是因為個人對她的崇拜嗎?或者有其他考量呢?

艾咪.隆恩:很大一部份是因為我非常愛泰勒絲,也因為她的照片數量非常驚人,包含演唱會等素材,如今我已經發布約1,400則貼文,但甚至還沒貼出我最愛她的幾套穿搭。此外,最重要的是每個人都知道她是誰,每個人對泰勒絲都有自己的觀點,泰勒絲就像種文化的避雷針及指標,而她也喜歡閱讀書籍。

泰勒絲的歌曲總像在講述故事,這對我標註Hashtag來說也相當實用。泰勒絲幾乎像是可樂一般——你不可能對她沒有想法,你不可能生活在這個世界上,卻不知道她是誰、她在做什麼。

  • 喬納森.羅素.克拉克:泰勒絲的名氣也足以引起人們對書籍的關注。

艾咪.隆恩:沒錯。也許人們會說,我知道你這麼做只是因為喜歡泰勒絲。我確實喜歡泰勒絲,但我想做的,是讓她成為人們發掘書籍的指引,讓這些書能接觸到更多讀者。我討厭寫評論、我不喜歡轉錄採訪,我不想再那樣做了,但我想用不同方式成為一名優秀的文學公民。經營這個帳戶也許需要花費更多心力,但相當有趣,我打從心底喜歡這件事。而且我敢打賭,看過TSAB貼文的人,肯定比讀過我寫的任何評論的人還要多。

  • 喬納森.羅素.克拉克:你認為TSAB為什麼受到歡迎、成功地被人們所接受呢?

艾咪.隆恩:我認為使TSAB成功的,是對核心想法的執行方式。一般推廣書籍的bookstagram帳戶,看起來像在推廣同樣的成堆書籍,彷彿他們得到出版商付費贊助的書籍清單,他們只推廣那些書。但讓TSAB如此特別的是,TSAB推廣了別人不會宣傳的書——而這正是實際上最需要推廣的書籍。

  • 喬納森.羅素.克拉克:你有興趣從事圖書行銷宣傳嗎?你似乎有這方面的天賦呢。

艾咪.隆恩:當然願意,我想我挺擅長的,也希望有人來贊助我呢!(笑)任何種類的行銷我都滿有興趣的,但當然,我希望做和書籍相關的。

  • 喬納森.羅素.克拉克:你似乎像一部泰勒絲的百科全書,對她相當了解,你還有哪些也像泰勒絲般透徹了解的人嗎?

艾咪.隆恩:多莉.艾莫絲(Tori Amos),我肯定也能以她為素材做同樣的宣傳。但相較於泰勒絲,我熟悉的其他樂團、歌手,不見得每回發行專輯都能在《滾石雜誌》(Rolling Stone)找到相關簡介及資料。

  • 喬納森.羅素.克拉克:如果是非音樂人呢?有編劇或演員之類的嗎?

艾咪.隆恩:可能有一些演員,但我想我和音樂的聯繫是很特別的。當我長大成人後,我仍會記得自己曾買過唱片,坐著用CD播放器伴著唱片盒中的小冊子、或者在隨身聽上聆聽,彷彿真正吸收、內化了這些樂曲。現在的孩子們只需將專輯放在互聯網上,將其扔進他們的音樂庫、隨機播放列表或其他任何東西,他們似乎不再以同樣的方式重視音樂了。

  • 喬納森.羅素.克拉克:當你長大成人後——你多大了呢?

艾咪.隆恩:今天我37歲了。

  • 喬納森.羅素.克拉克:等等,今天是你的生日嗎?

艾咪.隆恩:是的(笑)。

  • 喬納森.羅素.克拉克:嗯,我真的很感謝你在生日這天和我談天,生日快樂!

艾咪.隆恩:謝謝!沒關係。我並不特別想做任何事情,我不在乎生日,我感覺昨天和今天一樣,都是37歲呢。

  • 喬納森.羅素.克拉克:那麼最後一個問題,因為今天是你的生日,我想早點結束、讓你和家人一起出去玩。你認為泰勒絲這些年來發生了怎樣的變化?

艾咪.隆恩:她曾在採訪中說,「我18歲的時候,想成為18歲,當我22歲的時候,就想成為22歲的樣貌。我希望我70歲的時候,不要表現得像25歲。」她肯定也同意你的看法,這些年來她的確成長、變化了不少。譬如,她第二張專輯《Fearless》 中的歌曲依然令人喜愛,儘管歌曲描述的可能再也不是她如今的感受了。好比〈Fifteen〉這首歌裡提及:

Abigail gave everything she had
To a boy who changed his mind
And we both cried

我想她不會再這樣說了。

想像如泰勒絲般,在大眾眼光裡成長是很有趣的,人們不會讓你改變主意。我的意思是,她一直在變化,但人們似乎認為這只是外顯的形象,事實上她仍一如最初。但我不這麼認為,我認為她對自己的角色所做調整,反映了時光走過的痕跡。她在自己的紀錄片《美國小姐》(Miss Americana)中談到這點。她曾說如果自己身處在女性35歲就被視為遲暮之年的行業,那麼她想盡己所能地多做一些,只要社會仍然容許她的成功。

就某方面而言,她在35歲前就擁有15年的職業生涯,或許是幸運的。但就其他方面來說,她彷彿是一個永遠青春的少女般充滿活力,就像她曾鼓勵人們登記投票、並確實提升年輕族群的登記投票比例。曾有人說泰勒絲做的這些都不重要、缺乏實質影響力,因為13歲的女孩沒有投票權。但事到如今,你還認為所有泰勒絲的粉絲仍是當年13歲的女孩嗎?我的意思是,13歲的女孩又有什麼問題嗎?

I wanna still have a sharp pen, a thin skin, and an open heart. ——Taylor Swift


猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

透過 AWS 增加雲端技能 在組織發揮影響力

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

打造第一個在 AWS 上的應用程式

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡