專訪新巨輪協會:負債苦撐15年,卻被說成「賺暴利的詐騙集團」

專訪新巨輪協會:負債苦撐15年,卻被說成「賺暴利的詐騙集團」
Photo Credit: 關鍵評論網 游家權

我們想讓你知道的是

「我們幾乎沒有靠國家的資源,有的只是一點點的身障補助,但這裡幾乎都是沒有家的或有家回不去的。之前我們每個月都是借錢,借到我跟宗哥翻臉了,要他關掉。但宗哥不關掉新巨輪,是怕大家沒地方去。」然而,最讓新巨輪街賣者感到心累的,其實還是社會長期對於街賣的汙名。

當我們走在捷運站附近,不時會看到叫賣著日用品或零食餅乾的街賣者。有時我們為了趕路或是礙於價格稍高而匆忙走過;有時則會買一份街賣品,因為正好需要或想說順手做個愛心。但久而久之難免心想,有沒有更多元的產品可以選擇?

而你會不會好奇街賣者們的故事?究竟他們是從何而來,背後有「集團」在操控身障者賺暴利嗎?即便有「集團」,他們內部又是如何在運作的?街賣者在裡面過著怎樣的生活?

接下來,我們就從販售日用品和零嘴為主的新巨輪協會(以下簡稱「新巨輪」)說起,一同了解街賣者和街賣團體的真實樣貌。


位在板橋臺藝大對面的新巨輪,30位左右的成員中,幾乎都是身障者,他們大多學歷不高、年紀偏大、無家庭支持。有的成員曾經遭逢重病、車禍、職災傷害等意外,有的則有智能或精神上的狀況。其中,人生經歷最具「戲劇性」的,或許是剛來新巨輪幾個月的許大哥。

採訪許大哥時,他拄著拐杖緩緩走來,左腳僅剩不到半截,身上穿的是教會給的二手衣。其實,許大哥在幾年前還是個月入數十萬的老闆。

在臺灣經濟起飛時期,許大哥開了五間手套店,四個子女和妻子從不愁吃穿,家教、美食、名牌、家庭旅遊一應俱全。但後來生意走下坡,房子還被拿去抵押還債,兩年多前他更突然得了急性肺炎。雖然許大哥勉強戰勝了死神,但代價是一隻腳遭截肢、積蓄全被用來支付醫療費,最後還面臨妻離子散的窘境。

出院後,許大哥被轉往安置機構,等到身體逐漸好轉,他便拚命上各大人力銀行找工作,只希望能回歸社會。然而事與願違,許大哥說,「一開始投104、1111都找不到工作。唉,當初不只沒有錢,連住的地方都沒有,沒地方住誰會用你?」

「原來成為身障進入這個社會,要適應這麼多這麼難」

網路求職始終無果,舉牌人、臨時工等工作也不適合坐輪椅的許大哥,他只好帶著所剩無幾的零錢,搭公車去就業服務站求助。許大哥到那裡談了半天,結果全部只有一個包裝員的職缺,「那個雇主最後在電話裡問我:你能不能搬東西?但我坐輪椅不能搬東西,怎麼辦?放棄阿!」許大哥回憶起當時的交涉過程,語氣充滿無奈。

要我去洗碗都願意,但我晚上只能窩在廚房旁邊可以嗎,有沒有洗澡的地方?這樣就可以了,我都不計較,能幫我轉介這種機會嗎?但那裡就是沒有這種的,他們的工作要符合法律的最低保障。我幾歲又殘障了,誰要請我們?

在幾乎是走投無路的情況下,許大哥只好用出他的「最後一張王牌」──求助於他留心很久的觀照園(無家者中途之家)。「當初寫了求救信,說我不想待在安置機構了,我想出去。一個禮拜後就被轉介到新巨輪,第二天就出去街賣了。」

街賣這份工作的挑戰既多且雜,不只要長期承受日曬寒風,還得直接且不斷地面對人們的眼光和態度。說到剛開始出去賣的感想,許大哥嘆了口氣道,「太痛苦了!剛開始遇到人就問,但我都還沒等人家回答就趕快跑了,因為心裡就是不敢面對。」

那一般在街賣的情形是如何呢?「當然是冷漠與不屑阿,都不看你。」許大哥說,「如果你站在捷運站外,人們會像水流遇到大石頭那樣隔開,連經過你旁邊都不想!」其實他在街賣時最喜歡的,就是一個微笑或眼神,「這樣就夠了,這會讓我非常溫暖,沒買也沒關係。」

然而,最讓許大哥記憶猶新的,是他在台北車站外的三個經歷。

我在沿路上一直問「幫我買一包好嗎?謝謝」,結果一個帶著女朋友的年輕人直接回我「不要!」口氣不好,加上那個眼神、臉色,會讓你很受傷。我當下都不曉得該怎麼辦,只能說對不起打擾了。

還有一次去台北車站的南一門,問一個坐著的年輕女生「妳好,要買一包嗎?」她連看都不看你一眼就說「走開!不要來吵我!」。也有遇過兩個酒醉的阿伯,直接用國罵問候你⋯⋯。我們就只是為了生活嘛,很受傷很受傷。

沉默了數秒,許大哥感慨地說道:「原來成為身障進入這個社會,要適應這麼多這麼難。」

_20180325_031930
Photo Credit: 關鍵評論網 游家權
許大哥(左)目前和小女兒相依為命。

採訪許大哥當天因為沒下雨,適合外出街賣,新巨輪內顯得十分平靜,「你看,現在大家都在外面戰爭,一直戰爭。」許大哥說,「但很感動的是,大家晚上回來後會煮個麵,然後邊吃邊聊,一些輔具或街賣上的問題,大家也都會互相討論跟幫忙。」許大哥補充,「在協會裡,比較有戰鬥的精神,大家會想說『你出去賣我也要出去』,但你自己一個人的話就容易喪失鬥志。還有很多上生活方面的請教和照顧。」

新巨輪內大多是貧窮且年長的身障者,因此各方面的互助便極為重要。像有些成員偶爾會「來不及」,在無法自行善後的情況下,晾衣服、洗被單,甚至包含洗澡,是「不方便的人請方便的幫忙」。十五年前創辦這個街賣團體的陳安宗理事長就說,「有些服務是外界比較無法了解的,但在協會這裡,這些是家常便飯,天天都要克服的問題。」

新巨輪長期被烙印著三大汙名,其中之一是過去常被誤解成「集團控制」證據的開車集體接送。陳安宗表示,其實這正是考量到了大小便失禁的問題。

  • 迷思一:集體接送街賣者上下車=「集團控制」

以前幾乎沒有無障礙的交通工具,也不像現在有無障礙型計程車,設備變寬,後面也能放輪椅。而且就算搭計程車回去,第一,會多出一筆交通費用。第二,如果碰到排泄出問題,司機會讓你坐上去嗎?第三,司機不見得知道如何適當地協助那位身障者上車。

所以為什麼當初會選擇「集體接送」,因為它是一個服務。每個身障者都不一樣,像是協助他們上車時,用的力道和角度是一個重點,你不了解他,要怎麼去幫他?下雨天更不用講,他攔不到車的,司機看到輪椅一定是開走。

而長年頻繁地開車接送街賣者,讓陳安宗的身體逐漸無法負荷,所幸後來電動輪椅開始普及,當街賣者感覺狀況不佳時,便可以自行回頭。然而,人們對街賣的誤解不只這一樁。

  • 迷思二:「街賣(組織)賺很大」?

以新巨輪協會為例,一份街賣品是100元,其中50元分給街賣者,30~40元是商品成本,剩下的10~20元則挹注協會。這個僅佔了一兩成的街賣分潤,卻得負擔團體運作的各種龐雜費用,包括:協會的房租、水電、輪椅維修和各式急用金等等。

「我沒有跟銀行借過錢,沒辦法合乎那個門檻,所以我知道借錢很辛苦,在我們身邊的朋友跟我都一樣,那我能做的就是,協會的進帳,也是大家的臨時提款機。」陳安宗深知底層者隨時可能面臨的經濟困境,因此,急用金便是成員們的救命稻草:

如果沒錢吃飯的話,可以先跟協會借一點,之後拚一下再還就好。大家也知道,如果今天我生病了,肯定會有人來支持我,幫我解決一些問題。而且我們也有在開伙,就算下個十天的雨也沒關係,先借個錢買菜,一次就解決了好幾個人的用餐。所以在這裡,大家比較沒有壓力,也不用擔心房租。

電視_吃飯
Photo Credit: 關鍵評論網 游家權

而「租房」對於大多是離鄉背井且貧窮的身障街賣者來說,是個極大的挑戰。房間除了要在租金更貴的一樓或是電梯大樓,並且有無障礙空間外,還得碰到願意租給身障者的房東。曾經無家可歸、深知租房之苦的許大哥便感慨地說,

我們今天幾乎沒有靠國家的資源,有的只是一點點的身障補助(3~4千居多),但你看這裡幾乎都是沒有家的,或是有家回不去、家人不能照顧的。是因為理事長成立了一個新的家,我才能到這裡。


猜你喜歡


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

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


猜你喜歡