是否徹底忘記了電影:第58屆亞太影展落幕之後(上)

是否徹底忘記了電影:第58屆亞太影展落幕之後(上)
Photo Credit:亞太影展臉書粉專

我們想讓你知道的是

第58屆屆亞太影展官網沒有羅列各部參賽片名單,沒有揭露各輪評審的身份⋯官網上面卻有著各會員城市的理事成員代表、台灣策展團隊及執行委員們的照片。是入圍者太無足輕重,抑或策展團隊自戀到只在乎自己,徹底忘記了電影?

第58屆亞太影展歷經風風雨雨,終於在8月31日和9月1日兩天,藉由亞太彩石之夜和正式頒獎典禮,把大大小小的獎項頒了出去。從影展籌備之初爆發的資格釐清、接近典禮之際觀摩影展及週邊活動的時間地點因不明原因的數度修改(颱風攪局例外),亞太之夜與正式頒獎典禮當日因執行單位經驗不足,對參展影人及合作廠商所造成的種種傷害,由於坊間已有不少媒體報導,為節省篇幅在此不重複論述,本文僅就本屆亞太影展做為一個國際性影展的本質與專業問題來討論。

要談論亞太影展,自然得從它是否仍有繼續存在的必要性作為起始點。我早在今年3月底,就曾在「自由評論網」發表過一篇評論〈辦影展愛台灣?亞太影展行不行?〉直指亞太影展這個當初為了拓展東南亞電影市場,並帶有濃厚反共意味的影展,無須浪費資源承接舉辦的種種理由。在此我簡述如下。

有別於半個世紀之前的國際影展往往有著顯赫的地位,現今大小影展林立,各國各城市幾乎都有自己專屬的影展,把籌碼放在自家身上的投報率遠比籌募大筆資金承辦亞太影展為高,而這多少說明了亞太影展近年數度面臨因經費問題而停辦的窘境。

就獎項公信力而言,亞太影展從成立之初即走交誼路線,給獎標準是為了表彰電影產業抑或藝術成就,路線始終搖擺,獎項設置與指標性的國際重要影展相較也略嫌浮濫。各國影視代表向來志在參加不在得獎,友情切磋勝過藝術價值的評比,也因此亞太影展的得獎名單屢屢遭譏諷流於分贓。

從國際影展趨勢來看,亞太影展這個世紀以來在國際影展圈逐漸銷聲匿跡,是大家心照不宣的事實。

經過半個世紀的變化消長,亞太各國電影產業已經拉出極大差距,然而在賽制無法依隨時勢做出更新的情況下,本屆亞太影展仍舊依照往例採用小評審團制度來評選主創及技術項目,這種硬將各國電影產業以齊頭式平等亂評一通的結果,說真的非但無法如實反應亞太地區真正的影視創作成績,反倒有種不分青紅皂白胡鬧一場之感。

試問把得大獎的《漫漫回家路》(Lion)和印尼的《瑪莉娜之殺人四幕》(Marlina the Murderer in Four Acts)、台灣的《再見瓦城》放在同一天平上評比,其意義何在?

再者,本屆亞太影展在好幾個環節上,數度洩漏出主辦單位只重明星不重幕後團隊的淺薄心態。就拿入圍名單來說好了,主辦單位遲至頒獎典禮前一週才「低調發布」,心態令人費解,而名單上除導演獎跟演員獎項有入圍者姓名之外,其他所有個人獎項,在本屆影展所有可見的影音或文字訊息中,悉數未見入圍者姓名,尤其令人髮指。

就連典禮當天,得獎信封及亞太影展臉書上發布的得獎資訊(第58屆亞太影展官網到現在尚未更新入圍及得獎名單),皆僅附上片名及國別,而沒有寫出得獎者姓名。

在此我們不管亞太影展的公信力之有無、評選是否流於分贓,暫且回到一個舉辦國際影展的影片競賽最本質性的問題——那就是賽制與遊戲規則的建立。7月底有篇新聞報導,說明本屆台灣內部徵件共有13部劇情片和2部紀錄片報名(必須注意的是,《大佛普拉斯》和《血觀音》這兩部去年指標作品並未報名),經7人評審團篩選出5部劇情片和1部紀錄片代表台灣參賽,至於短片則由金穗獎推薦。

台灣每年有正式上院線的國產電影在40部左右,為何這麼少片子願意報名亞太影展?短片為何由金穗獎推薦?而這些被選出來的作品足以反映台灣去年度國產電影的真實創作面貌嗎?

再者,在台灣以外,亞太影展的其他17個會員城市與3個具觀察員身份的城市,又各自薦舉了什麼樣的作品?它們具有代表性嗎?最重要的是,記者三追四討才終於要到的入圍名單,究竟是如何產生的(亞太官網只說採用線上看片方式進行評選)?決定入圍名單的評審及決選評審分別是哪些人?何以在入圍名單出來之後,第58屆亞太影展的官網及臉書上看不到中英文的影片介紹,何以除了導演和演員以外的個人項目入圍者都沒有寫出他們姓名並附上個人照片?

本屆亞太影展官網沒有羅列各會員城市提報的參賽片名單,沒有揭露各輪評審的身份,沒有舉辦入圍影片的放映,不過諷刺的是,官網上面卻有著各會員城市的理事成員代表、台灣策展團隊及執行委員們的照片。究竟是入圍者太無足輕重,抑或策展團隊自戀到只在乎自己,徹底忘記了電影?

第58屆亞太影展打著「擦亮亞太.點亮台灣」的口號,可惜口號終歸口號,無法落實到影展實質面。本屆承辦單位完全不重視電影、也不在乎創作者與技術專業,從最初線上評選作業到頒獎典禮當日各式各樣罄竹難書的缺失,根本是將影展專業當成兒戲,而核心決策者事後一派漫不在乎地找理由為自己開脫的僥倖心態,更是令台灣徹底淪為國際笑柄。

責任編輯:游千慧
核稿編輯:翁世航


猜你喜歡


加速敏捷開發腳步!AWS Amplify 協助企業打造高效能應用服務

加速敏捷開發腳步!AWS Amplify 協助企業打造高效能應用服務

我們想讓你知道的是

台灣企業勢必需要明確轉型策略,搭配適合的雲端工具作為入場券,一來降低數位化門檻、二來減少摸索資源的浪費。

打造敏捷開發流程、加速前後端工程師的協作效率,是許多企業在面臨疫情之後,認為亟需將彈性元素納入為企業文化當中。雲端運算服務領導業者 AWS 台灣,觀察到前端工程師主要負責處理最貼近用戶的 Web、行動應用程式,但他們往往需要與後端團隊合作過程,遭遇耗費大量討論時間,才能處理使用者介面事項。

為了降低前後端的溝通成本,有些前端工程師在掌握介面管理能力之後,開始橫跨到後端的伺服器、資料庫開發經驗,甚至進一步培養技能,成為能負責測試、安全、效能多面向的全端工程師。

有的人會透過 Side Project(利用業餘時間開發有興趣的專案)或參加 Hackathon(黑客松)方式,運用 AWS 雲端工具嘗試自行擴展後端,並建立簡單易用的工具程式。究竟,AWS 平台提供哪些資源幫助前端工程師擴展更多元的技能樹?

掌握入門教學!前端工程師如何將 REACT 程式快速上雲

前端工程師運用 AWS Amplify,快速在雲端建立 REACT 應用程式

事實上,AWS 的入門課程指出,運用 AWS Amplify 在雲端建立 React 應用程式及服務集,只需五個學習歷程,包含建立 React 應用程式、初始化本機應用程式、新增身份驗證、新增 API 和資料庫、新增儲存體。如果想快速了解 REACT 程式快速上雲的方法及示範教學,本文節錄 AWS QUICKSTART 學習資源內容,幫助前端工程師更快掌握重點。

首先,何謂 AWS Amplify?AWS Amplify 是一項全托管 Front-End Web & Mobile 服務,採取無伺服器模式,在後端建立、部署和託管單一頁面 Web 應用程式或靜態網站的 Git 型 CI/CD 工作流程,加速開發過程直接整合其他 AWS 服務。舉例來說,像是整合封裝好的 Library 資源、或運用一些 Components UI 軟體去配置後端,以及利用 Admin 的 UI 做資源上的管理。

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

AWS Amplify加速Develop、Deliver 與 Manage流程

AWS Amplify 主要優勢展現在三大項工作階段,分別是 Develop、Deliver 和 Manage。Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 設定後端,使用 GraphQL 或 REST API 設定也是可行的,進而快速建構一個前後端專案。此外,開發者還能搭配 AWS 其他服務,例如使用 AWS Authentication 全托管認證服務,或 DataStore、Storage 等多項 Feature Categories。

到了 Deliver 階段,若是要透過 AWS Amplify 執行 Web Hosting 任務,可拆解出三個流程。首先是將 Repository 與 AWS Amplify 進行連結,這邊可整合 Amplify Console 提供的支援資源包含 Github、Bit Bucket、Gitlab、以及 AWS 的程式碼代管工具 AWS CodeCommit。一旦連結以後,開發者可透過自己的 Configuration,决定在各個不同的 Build 要執行什麽樣的指令,最後再透過 Deploy 方式,幫助工程師進行前端的 Hosting。

在最後一個 Manage 階段,開發者則可利用 AWS Amplify 的 Admin UI,以開啓瀏覽器方式,透過視覺化介面統一管理資源。例如在 Admin UI 介面左側選單,涵蓋 Content、User Management 的區塊,讓參與專案但沒有 AWS Console 權限的使用者,可利用 E-mail 方式邀請使用者進到 Admin UI,進行一些設定或觀看其他相關資源;甚至在 Set Up 區塊還有相關選項,例如要針對 Data Modeling 或 APP User 做權限管理,以及可連結到 AWS 其他服務。

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

運用開放資源 AWS Amplify Framework,打造高效能應用服務

AWS QUICKSTART 學習資源還介紹到另一個 AWS 提供的開放資源 Amplify Framework,一樣可利用 Amplify CLI 的方式,配置 Web 和行動應用程式的前後端,以及開發者需要用到的服務,讓應用程式更易於構建,並獲得安全、高性能的使用體驗。

Amplify CLI 一樣有支援多個不同 Category,例如較常使用的幾個 Comment Line,像是Amplify Init 指令做初始化或創建幾個不同資源;或是 Amplify Status 指令,隨時在開發過程查看各個 Category 狀態;甚至專案結束後,可利用 Amplify Delete 直接把 Amplify 所創建的資源做一次性删除。另外也可透過 AWS Amplify Client 利用比較抽象化方式,讓開發者直接利用 Component 實現想要完成的項目。

實際示範給你看,設定 React 程式可以如此簡單

假設前端工程師現在要快速部署一項有驗證功能(Authentication)還要搭配 Rest API、GraphQL、Analytics 等服務的應用,如何快速設定 React 程式?在 AWS QUICKSTART 的學習資源後半段,有詳細說明要啟動這類型專案的操作方法。

開發者可以先利用 AWS Lambda Function 結合 Amazon API Gateway 方式,創建出一個 Rest API,到了 Authentication 階段,則使用到 AWS Cognito 的服務,接著針對 GraphQL 需求,可利用 AWS AppSync 服務,以及最後如果有 Analytics 的需求,也可以串聯 Amazon Pinpoint 工具。Amazon Pinpoint 是一項彈性而可以擴展的行銷通訊服務,開發人員可利用 Amazon Pinpoint API 追蹤 Web 使用者的行爲,或是針對 APP 推送、電子郵件、簡訊點擊行為蒐集到具體的資訊。

在這整套流程示範之後,值得特別強調的是,AWS AppSync 是一項全托管的服務,能及時更新,甚至在使用者離線時仍可以持續去創建和修改數據。一旦設備連上線之後,這項應用程式就可重新連線,並接到後端同步數據,達成彈性、自動化擴展或減縮各式 API 的請求。

AWS 最後強調,Amplify 是相當適合建構出一個靜態 Web、Apps 服務模式,例如說像是打造部落格,或者是一項 APP 內的代辦事項應用等;加上 Amplify 具全托管服務特色,可串聯上述 AWS 在雲端所提供的資源,都能在部署過程加以整合,加速開發流程及效率,並且有效節省開發資源。如果想用低門檻的雲端解決方案,其實前端工程師是能在開發流程更靈活配置資源,甚至為公司的商業、服務模式挖掘出創新價值。

填寫表單諮詢專人 快速在 AWS 找到適合你的快速上雲服務與工具!

了解更多:AWS 開發者系列


猜你喜歡