莫再牽拖姜皇池:你知道仲裁庭認為太平島上的淡水足夠支持人類生活嗎?

莫再牽拖姜皇池:你知道仲裁庭認為太平島上的淡水足夠支持人類生活嗎?
Photo Credit: 馬英九

我們想讓你知道的是

我們依據仲裁庭的判決書,應該可以還給姜皇池教授一個公道,法院不僅沒有依據他的說法來做判斷,甚至還認為太平島上的淡水足夠維持人類生活所需。

南海仲裁案的判決在三天前出來後,國人最關心的焦點莫過太平島被仲裁庭認定為無法主張專屬經濟海域。由於太平島是南沙群島中最大的自然生成島嶼,其上也有相當罕見的淡水,島上官兵達上百人,國人普遍無法接受仲裁庭的決定,心想一定是哪裡有問題了。

大概在第二天開始,一些網路圖片與文章開始流傳,指稱菲律賓向仲裁庭主張我國海洋法學者姜皇池教授曾經投書《Taipei Times》,文內提到太平島上沒有淡水,就因為這個原因,太平島被仲裁庭認為不是個島,而是個礁,不能主張專屬經濟海域。

14日,馬前總統在中華民國國際法學會針對南海仲裁案所辦的會議中提到,國內有些學者連太平島都沒有去過,居然還亂說島上「沒水沒耕地,一切還仰賴進口」;馬前總統酸人功力也是一流,溫文儒雅地說這個學者「幾句話沒有一句話是真的」。經過媒體報導後,姜皇池教授變成了蔡前立委正元口中的賣台賊,大家都知道太平島丟了專屬經濟海域的帳要算在他頭上。

因此,如果要用「姜皇池」、「淡水」來造個句子的話,目前大部分的國人應該會造出以下的句子:

因為「姜皇池」投書說太平島上沒有「淡水」,所以仲裁庭判決太平島不是島,沒有專屬經濟海域。

我們人類面對複雜的事情的時候,都喜歡簡單看待;當自己生氣的時候,更希望能夠找個對象發洩。將自己受委屈的複雜事件歸因於單一對象,相信大部分人都是很快就可以接受的。

但是當你說出:「我只想要一個答案」的時候,代表你根本懶得去瞭解一件事情背後的複雜因素。不過沒關係,看完以下的文章,你會發現結論將讓你感到驚訝。以下,我們就來從判決書中分析這兩個名詞,再來看看應該怎麼要造句。

「姜皇池」

姜皇池教授在《Taipei Times》上面的那篇文章,準確一點地說,不是他自己投書的,而是《Taipei Times》把他之前在《蘋果日報》的投書翻譯成英文,再呈現給讀者。姜教授說,因《Taipei Times》翻譯的問題,導致他被誤解,他的原意是太平島上沒有足夠的淡水,飲用水要從台灣運補過去。

不過,馬前總統和沈前大使呂巡對姜教授的批評不是沒有依據的,因為菲律賓在聽證程序中,的確對仲裁庭引用了姜教授「被翻譯」的這篇文章,說明太平島不能被當成是島嶼。

一個國際法學者的說法在國際法判決中為什麼重要,這是一個很基本的國際法問題。仲裁庭要判斷一件事情,他的依據順序分別為:條約、習慣國際法、一般法律原則以及權威的公法學者學說。這也是為什麼在仲裁庭公布的聽證會文件中,菲律賓在提到姜皇池教授「被投書」的說法之前,還要先跟法院鋪陳說了這個人在台灣是海洋法的重要學者(one of Taiwan's pre-eminent authorities on law of the sea),而這個重要海洋法學者說了「太平島上只有空氣跟陽光,水還要從外面進口」這件事情。

先別生氣,先想一下,我們剛剛提到的是:「權威的公法學者『學說』」,一個公法學者說太平島上的水要進口,是一種「學說」嗎?首先,《Taipei Times》不是重要的國際法刊物,其次,姜皇池教授過去也沒有針對太平島是否符合島嶼性質有任何投書重要法學刊物的作為(不過姜皇池教授曾經投書台大法學論叢,分析過日本沖之鳥礁的性質,非常值得一讀),因此,我們可以說姜皇池教授「被翻譯」的言論,頂說只是一種說法而已,不能當做學理的解釋,也稱不上是「學說」。

要判斷仲裁庭是否有採信姜皇池教授的說法,應該要查詢的是仲裁庭的判決書,而不是菲律賓在聽證會中的主張。因為當事國當然可以隨意主張,但是仲裁庭採不採信是另外一回事。

首先,在判決書的第427到445段,是法院綜合整理菲律賓針對太平島所有主張的內容,也就是說,被仲裁庭寫進這些段落中的,就是仲裁庭認為菲律賓比較有理由的主張。

在判決書中的427段,菲律賓主張太平島不能主張專屬經濟海域的理由一共有八點,缺乏飲用水只是其中第一項。另外,依據第428段,仲裁庭看重的是菲律賓為了主張太平島缺乏飲用水而提供的兩點證據,其一是因為太平島上缺乏飲用水,所以「中國台灣當局」(Taiwan Authority of China)在上面建了淡化場,其二是因為所謂的「1994 scientific study」,這篇報告由「中國台灣當局」所資助的植物學家所做,菲律賓依據這份報告向仲裁庭證明島上的水、土以及植物不可能維持人類居住。

因此,姜皇池教授的說法不僅在427到445段中完全沒有出現,通篇判決書搜尋菲律賓在聽證會中提到的「Chiang Huang-Chih」字句也沒有任何結果,這說明了一件事,仲裁庭不認為菲律賓在聽證程序中提到的姜皇池教授言論有何重要性,當然不會寫進判決書中。

另外,姜皇池教授曾經在2003年時登上過太平島,並不是從來沒有登島過。

「淡水」

由於「是否登島喝過水」已經變成我國民眾心中衡量任何人對於太平島發言的可信度依據,現在輿論都會認為說仲裁庭的法官從來沒有登上太平島,沒有實際喝過水,憑什麼可以說「因為太平島上的水不能喝,所以不是島。」

實際上,法院認為太平島上的淡水,在過去的自然狀態下可以維持小群人類居住。是的,你沒看錯,法院真的信了太平島上有可以喝的淡水,也認為這個淡水足夠維持人類生活所必須。


猜你喜歡


加速敏捷開發腳步!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 開發者系列


猜你喜歡