焦點院線《非同凡響》導演歐文傑專訪:別輕忽他們的小宇宙

焦點院線《非同凡響》導演歐文傑專訪:別輕忽他們的小宇宙
真人實事改編《非同凡響》,Photo Credit:甲上娛樂

我們想讓你知道的是

近幾年香港流行拍攝社會邊緣人士面對問題的影片,《非同凡響》內容圍繞著智障孩子與身邊人物的點點滴滴,與彼此的情感與人倫關係⋯導演而歐文傑去除戲劇感,以平實直白的角度呈現這些可能飽受歧視者面對的日常真實情形。

「其實我們是從生活中觸動,拍攝香港觀眾想看的、發生在生活周遭的事。」《十年》其中一段《方言》與《樹大招風》的導演之一歐文傑首部個人執導電影《非同凡響》,敘述一群接受特殊教育的孩子,在社會壓力與偏見之下,藉著一場音樂劇重新認識自己,片中的3位也參與音樂劇的正常人,也從中得到啟發,學會了理解與成長。

從獲得2007年「鮮浪潮短片競賽」大獎及最佳電影短片,拍攝一個底層社會以撿廢紙維生的垃圾女孩在學校被霸凌欺壓的短片《聖誕禮物》,就不難看出歐文傑關注社會弱勢族群的一面。

然而在歐文傑的眼中,並沒有什麼弱勢,但是確實從所謂的弱勢身上看見許多值得紀錄的東西。「我拍片並不是想要關懷弱勢,而是認為大家都應該站在對等的位置與角度,來面對每個生命。我覺得弱勢這幾字很具標籤性,如果我認為你們是弱勢,就是以居高臨下、高人一等的眼光心態來對待你們。」

由奶奶隔代教養帶大,從小在破碎家庭成長,生活在焦慮及擔憂之中的歐文傑,童年艱辛的經歷塑成他特殊的個性,而電影是他了解人生的途徑。「從小到大就沒有人管我要做什麼,我是從學校、書本去認識社會,可以做自己想做的事。小時候我不太會表達,也沒有情緒認知,發生什麼事都會比較晚才有反應,這可能是出於自我保護機制。」

拍片得獎後,歐文傑跟隨杜琪峰、羅永昌、韋家輝等導演工作及學習,從場記開始做起,陸續寫了《單身男女》、《高海拔之戀II》、《毒戰》等商業電影劇本,在電影創作中摸索成長,熟悉了電影工業的運作模式。

「剛入行時大部份的投資來自歐美市場,我寫的劇本也比較偏向好萊塢,然後你會發現原來大家都用同一個方法說故事。坦白說,我對於娛樂片真的不夠專業。」

歐文傑大膽起用素人特教學童「珈朗」演戲,竟成電影最強催淚彈!
Photo Credit:甲上娛樂
歐文傑用素人特教學童「珈朗」在《非同凡響》中演出

之後香港電影業面臨重大變化,中港合拍片成為正統,原本預計開拍的計畫全都停擺。為了實踐自己的目標與夢想,歐文傑還去補習班教中文賺錢,「補習班待遇高,每星期上12小時的課,就跟當編劇的薪水差不多。」直到2015年,電影《十年:方言》讓歐文傑看到了其他可能性。「是技術重要?還是構想重要?意義很不同,對我的衝擊很大。」

《十年》是集結了十年後的香港的5部短片,分別呈現5種香港可能成為的模樣。5位新導演不約而同拍出的幾乎都是崩壞的香港。《方言》是其中第3個單元,歐文傑以直截了當的方式,帶出「想消滅一個文化,首先要消滅它的語言」之嚴重性。

2016年,獲得香港電影金像獎最佳電影、最佳導演等多個獎項的《樹大招風》,由歐文傑與許學文、黃偉傑3個新生代導演共同執導,彼此並不熟識的他們各自獨立拍攝,為了讓3段故事內容不重複,又能統整合成劇情完整的長片,大家來回討論修改,足足花費5年時間,讓融合實驗性質的《樹大招風》成為年度最佳香港電影,影評甚至表示看過本片:「就知道香港電影並未死去」。

雖然獲獎,但歐文傑坦言,金像獎與他沒有關係,得獎後也沒有積極往大格局的娛樂片邁進,反而以描寫特教學生的小成本勵志片《非同凡響》闡述個人理念。「對我來說,《非同凡響》是只要你做這件事,價值已經在那一刻出現了,他們不是比賽,也沒有獎座。」

近幾年香港流行拍攝社會邊緣人士面對問題的影片,《非同凡響》內容圍繞著智障孩子與身邊人物的點點滴滴,與彼此的情感與人倫關係,看似與探討鬱躁症及自閉症的《一念無明》與《黃金花》有些相近,只是這2部片都是由專業演員詮釋患者,而歐文傑為了為去除戲劇感,以平實直白的角度,呈現出這些可能飽受歧視者面對的日常真實情形,大膽地由特教學生實際參與拍攝,讓觀眾更能感受到真實性。

非同凡響_poster_1MB
Photo Credit:甲上娛樂

真人真事改編的《非同凡響》,描述特殊學校的老師、學生與普通中學學生合辦的一場音樂劇。「其實會拍成電影純屬巧合,以前拍短片時我接觸到粉嶺特殊學校校長,校長給了這齣音樂劇表演的DVD,我看完後感覺很有意思,覺得有些東西很值得講出來,後來香港社會服務聯會找我拍教育議題的電影,就決定把這件真實故事結合自己的想法再拍出來。」

本片拍攝的方式及風格與之前的《十年》、《樹大招風》大相逕庭,少了些憤怒,多了些溫情,角度多面向又點到為止,呈現的手法似乎有些壓抑淡然。

歐文傑坦言,這幾年他對電影的想法改變了不少,以前會創作商業片,現在則不再關心票房。「我拍戲從來不是為了賺錢,我不會拍自己不喜歡的作品。」《十年》與《樹大招風》的政治意味較為濃厚,《非同凡響》則偏向社會性議題,但導演強調這些「政治標籤」都是外界給予的,他們在創作《十年》時並沒有定位為政治電影,而《樹大招風》更是一部警匪片。

「對我來說,只是想呈現香港社會在不同年代的狀態而已。若《樹大招風》是過去的香港,《十年.方言》是未來的香港,《非同凡響》就是現在的香港,是我個人面向社會的三部曲。」

由《骨妹》獲香港金像獎最佳新演員提名的余香凝,在《非同凡響》中演出清秀女學生,她
Photo Credit:甲上娛樂

由《骨妹》獲香港金像獎最佳新演員提名的余香凝,在《非同凡響》中演出清秀女學生。

片中大部分的特教學生都是真正輕度智障學生的本色演出,歐文傑指出,他們的天然單純與真誠自然很讓人疼愛。「許多人會覺得小孩子,尤其是弱智的孩子們,拍片會不受控很辛苦,但其實你會讚歎他們擁有的才華,如果他們本身不具備演戲的能力,我也很難訓練智障孩子演戲。電影中大部分的智障孩子都不是扮演自己,他們都知道自己正在演戲,反而更投入表演。」

在電影《骨妹》表現出色的廖子妤,也隱身在這群特殊學生之中。廖子妤以全素顏、沖天小辮,不修邊幅的模樣與歪歪斜斜的站姿,詮釋特教班弱智學生,外型內在與演技神似到連特教孩子的家長,都以為她是新來的同學,許多觀眾更沒認出她是廖子妤,讓她很有成就感。「子妤說,她發現特教學生因為缺乏運動,肌耐力比較弱,站姿也會與一般人不同。」

9頭身的開朗美女的余香凝,也是素顏上鏡,並刻意駝背及壓出雙下巴,及一副疲倦的形態與眼神,扮演角色與本身的個性及外型差異極大。余香凝表示,「不要帶著歧視的眼神及言語對待他們,他們都有感情,能夠感受到大家對他們的惡意。」

有著青春判逆外型的岑珈其,更坦言接拍電影前曾經擔心特殊孩子很難合作或應付,但在拍攝過程中,發現只要彼此多相處,他們很容易將對方當成朋友。歐文傑表示,余香凝與岑珈其的演出都十分出色!「演繹更是入型入格」導演說道。


猜你喜歡


挖掘雲端開放架構優勢!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。

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


猜你喜歡