台灣媒體是怎麼淪陷的?公視與納稅人的距離,是彗星撞向地球的距離

台灣媒體是怎麼淪陷的?公視與納稅人的距離,是彗星撞向地球的距離
Photo Credit: iStock

我們想讓你知道的是

藝人性醜聞的吸客力,讓多數媒體主管對投資報酬率的期待甜到離譜。多數媒體同樣深信自身職責是上網抄料,躺著張嘴就該被天降包子打到。相形之下,監督權力的揭弊報導不值得做。

文:盧郁佳(曾任《自由時報》主編、台北之音電台主持、《Premiere首映》雜誌總編、《明日報》、《蘋果日報》主編、金石堂書店行銷總監)

台灣媒體是怎麼淪陷的?

2009年,《天下雜誌》〈「報告主任,我們買了中時」〉指媒體不賺錢,蔡衍明卻逆勢買《中國時報》媒體集團。《旺旺月刊》報導蔡衍明恭敬向國台辦主任王毅報告收購,稱目的是推進兩岸關係。王毅回應:「如果集團將來有需要,國台辦定會全力支持。」稱包括協助旺旺「食品本業的壯大」。並指出蔡衍明經營《中時》以財務掛帥。

2010年,《中時》離職記者黃哲斌〈乘著噴射機,我離開《中國時報》〉 揭發:

版面被「業配新聞」吞噬侵蝕的肥大事實,新聞變成論字計價的商品,價值低落的芭樂公關稿一篇篇送到編輯桌上,「這是業配,一個字都不能刪」。然後,它們像是外星來的異形,盤據了正常新聞版面,記者努力採訪的稿件被擠壓、被丟棄。記者與主管被賦予業績壓力,不得不厚著面皮向採訪對象討預算、要業配。

2017年,《中時》離職記者陳志東〈中國時報 請停止踐踏媒體尊嚴〉揭發《中時》資遣反抗業配的記者:

只要有錢,政治人物可以收買媒體,營造自己聲勢,同時強化對手負面消息。

只要有錢,企業可以搓洗掉負面新聞,操縱輿論走向,水泥業可以變成環保業,黑心食品廠可以變成良心企業。

只要有錢,廠商可以要求置入版面刊登前要先看過並可任意更改,然後以記者報導之名,任意創造利多與利空消息影響股價,影響市場信心並害投資人作出錯誤判斷,而醜名歸於那個倒楣記者。

該文追溯半年來《中時》連載「水泥4.0改變與創新」系列,每周五全版盛讚水泥業永續環保,關懷社區老人,沒有水泥業台灣就會變死島。誇讚花蓮水泥業與花蓮縣長傅崐萁的報導,半年內超過百篇。「報導被學者與研究生引用,用錢創造出來的新聞訊息,就會這樣無止盡傳播下去,成為真實歷史的一部分,台灣也會變成一個完全由有錢人掌控的世界,所有傳播中的消息,都有可能是真的,也可能是用錢買出來的新聞,但你我都無法分辨。」

他舉證《中國時報》副總編輯、財經組主任報導「工業局補助電動車,影響電動環保車發展,讓台灣2300萬人民被PM2.5毒害」試圖阻止補助,影響凱勝綠能上櫃股價。如果是軍購政策、汽機車安全標準、健保藥品採購等,影響全民日常,更超乎想像。

刺秦壯士的勇敢吹哨震動一時。但其他媒體會因此深入報導業配弊端嗎?不,他們是心虛的共犯,裝死掩蓋自己的業配。政府曾因此立法,要求業配新聞據實標註由誰出資嗎?沒有。政府已加入金錢遊戲,繼續買新聞。我們可期待誰來揭弊?在方君竹發文之前,我們從未想過公視可能做揭弊新聞。現狀限制了我們的想像力。

0dzrq6bfih0rb9vtl6r8qisar3u3ty
Photo Credit: Reuters/達志影像

2022年,公視離職主持人方君竹「公視與納稅人的距離」系列報導,揭發公視新聞辜負高薪、免業配、有新聞自由,怠惰失職不揭弊,甚至上班時間小睡、吃火鍋。公視政論《有話好說》主持人陳信聰直言,公視退步不因政治干預,是組織僵化逆淘汰,「不擺爛你就走人吧!」前總經理馮賢賢改革,工會引進國民黨報復。馮去職後公視便不敢再挑戰工會權威,導致冗員安逸,結盟互保,聯合排擠、驅逐冒險犯難跑新聞的記者。

吹哨得到了什麼迴響?一片死寂。有人評論「公視爛,因為領導人希望它這樣,環境提供的就是這樣、此刻需要的也就是這樣」,根據蔡英文總統兩次競選政見和政策,對公視都無重大改革。推測她只期待公視節目部《斯卡羅》、《茶金》等連續劇建立台灣認同,公視新聞再溫吞無害,都無關民主進程。這評論不是卸除政府監理公視的責任,而是指出了政府的責任。只是評論的問責寶劍高高舉起、輕輕放下。

公視董事長、代總經理不回應,但她們無權不回應。陳信聰說「對現在的工會沒意見,對當時的工會很不滿」。但方君竹報導,現在的工會理事長仍堅持擺爛的冗員不可開除,以免冗員全家大小沒飯吃。我想問,冗員擺爛時有把全家生計放心上嗎?如果冗員不顧全家生計也要擺爛,那他的全家生計為何該馮賢賢等改革者替他負責呢?

如果擺爛是因為在公視只有擺爛才可免於被排擠,這當然是管理者不作為、壓迫了員工。如果現在的工會和當時的工會態度一致,那麼陳信聰對現在的工會沒意見,也不是因為工會有進步。而是管理層任工會予取予求,工會當然就顯得溫良恭儉讓。就好像你若寧為順民,那麼暴政也會顯得溫良恭儉讓。

媒體環境提供給公視的也許就是現狀這樣,但此刻需要的絕不是這樣。隱藏的公眾損失,在這次台中二選區立委補選中現形了。

我們置身於一個歧出的平行世界。如果國民黨沒罷免陳柏惟、讓顏寬恒競選補選,群眾便活在昨天給屏蔽嚴實的無知裡,不會知道顏清標家族挾民代權勢劫掠、如入無人之境。

參選前,《三立新聞網》報導,顏清標倒債一億八千萬,多數欠20年以上。記者周玉蔻揭發顏清標脫產賴帳六千萬,霸佔法拍屋當成服務處。《鄭知道了》節目指出,顏清標數筆土地法拍,顏寬恒買回。猜測顏家獲銀行貸款不還,土地因此被法拍,兒子賤價買回。」鄭弘儀推測:「為什麼只有他兒子買得到?因為沒有人敢跟他競標。」

《菱傳媒》開站第一波新聞,台中市議員陳世凱揭發顏寬恒立委任內,藉質詢、四度預算提案等,為顏家奪取台中港105號碼頭經營權。後《菱傳媒》稱其網站遭駭客攻擊,所有新聞都被刪光,指向顏寬恒。

PTS_News_Chinese_script_on_PTS_News_SNG_
Photo Credit: Solomon203 @ CC BY 3.0 TW

台中市前市長林佳龍指台中市捷運改路線,是為遷就顏家土地,而把捷運線從人口密集區拉到顏家霸佔的保護區。這一拉使人想起「死亡下坡」:台中沙鹿區向上路六段,有四公里的長下坡,多年來車禍頻傳,平均每月至少一起,多為大型車下坡煞不住導致。

2015年網民「hited11」在PTT八卦版發文稱,計畫道路原是龍井轉向大肚,前立委顏清標改為通過顏家門口,才會變又直又陡。顏寬恒則指向上路六段是顏清標爭取的政績。民間依顏清標綽號「冬瓜標」稱之為「冬瓜路」。


猜你喜歡


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

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


猜你喜歡