Let's switch to Cantonese——在外國遇上會廣東話的人

在我城市的Expat Meeting上，遇過幾十個國家的人，但八年來只曾遇過一位會說廣東話的外國人。

集團資訊關於我們集團介紹我們的團隊旗下媒體關鍵評論網everylittled.INSIDE運動視界Cool3c電影神搜未來大人物歐搜哇旗下節目多元服務Ad2Taketla拿票趣關鍵議題研究中心Cr.EDShareParty達思智能科技士奇傳播與我們合作內容行銷與廣告業務異業合作原創內容暨內容媒體業者合作加入我們新聞中心 TNL+2022/04/25,語文PhotoCredit:Reuters/達志影像留德趣談在香港土生土長，2014起居於德國南部，曾在當地大學任教語言學。

現於當地攻讀語言學博士和任職語文老師。

專頁旨在發掘德語世界的趣聞和鮮為人知的一面，歡迎各位讚好和關注。

看更多此作者文章...訂閱作者收藏本文每月一杯咖啡的金額，支持優質觀點的誕生，享有更好的閱讀體驗。

立即支持在德出席外國人的社交場合，例如ExpatMeeting或學術會議，都以英文溝通。

但遇著德國人時，多會被問及來德多久，假如回答兩年或以上，對方多會跟你說：「Let'sswitchtoGerman.」，預設你會德文，也想用德文跟你聊天。

其實不只在德國，在其他國家遇著講德文的人，都是如此。

我曾在英國一個學術研討會上遇著一名奧地利人，當他看到我的名牌上寫著來自德國大學時，就用英文問我來德多久，然後就提議轉用德文。

德語國家的人，在外地碰上住在德語國家的外國人，多渴望和他們講德文，一來是前者用德文較會流暢和方便，二來或好奇對方的德文講成怎樣，正如英國人總愛以天氣來搭訕，寥寥幾句，就可聽出對方的口音，判斷他來自的地區和社會階級。

在外地遇到曾住過香港的人，我也愛提議「Let'sswitchtoCantonese」，尤其是居港五年或以上，我總期望他們會說一些，雖然結果都是失望。

在德認識一位曾在香港某國際教會工作的德國人，居港六年，卻只會幾個單字。

他不時跟我說香港的美好，喜愛那裡的便利和人們的友善，但他遺憾只會這麼少的粵語，不能更深入認識香港和香港人。

在我城市的ExpatMeeting上，遇過幾十個國家的人，但八年來只曾遇過一位會說廣東話的外國人。

他是個年輕的北愛爾蘭人，會說兩句粵語問候語。

我跟他說來自香港，他馬上用粵語跟我問好，而且發音不錯，於是我轉用粵語跟他談話，他卻答不上嘴，說只會這兩句。

雖然如此，我那天卻很樂意多教他幾句，並教他怎樣介紹自己。

至於講普通話或華語的人，遇到會華語的外國人機率會比粵語高。

或許大陸或台灣人在外碰上曾居他們故鄉的人，都會提議用中文傾談。

轉用母語談話，是尋找雙方的共同點，也把對方當成自己圈子內的人，同時也測試對方的斤両。

正如兩個讀音樂的人在芬蘭遇上，會問對方喜歡西貝流士哪部交響曲；讀哲學的人在德國遇上，總會聊到對康德和尼采的看法。

問的時候，總期待對方答得上話，可以深入詳談；答不上話或沒看法，總教人有些失望。

當然，兩人用英文來認識，轉回母語時怎稱呼對方，也是學問。

因為英文的社交，多是互稱名字，就是「firstnamebasis」；但轉回德文或法文，不相熟成年人之間都會用「您」，並互稱姓氏；中文的話，假如另一方的年紀比你大很多，你也不會用名字稱呼他，而會先稱呼「先生」、「女士」或其職業。

所以有些德國人較愛用英文社交，因為大家平起平坐，不論年紀地位都可互稱名字。

就算遇著另一德國人，都不急著轉回母語。

遇上會自己母語的外國人，終究是緣分，談得來的更是福氣。

轉回母語，也希望可更順暢和深度交流，分享更真實的文化給對方。

本文獲授權轉載，題目由編輯稍作修改，原文可見於作者Facebook。

多元觀點等你解鎖付費加入TNL+會員，獨家評論分析、資訊圖表立刻看149元/月1490元/年TNL+首月體驗價1元，加贈LiTV首月免費（見活動方案）查看訂閱方案已是會員?登入 猜你喜歡Tags：hkop母語移民德文廣東話粵語 Sponsored2022/05/18,科技廣編企劃由關鍵評論網媒體集團《業務團隊》製作，由各品牌單位贊助。

業務與行銷相關合作，歡迎與我們聯繫。

看更多此作者文章...訂閱作者收藏本文每月一杯咖啡的金額，支持優質觀點的誕生，享有更好的閱讀體驗。

立即支持所謂現代化智慧IT，所有工程師最希望的境界，莫過於只要輕鬆點幾下設定，系統就會自動跑起來，管理者再也不用隨時待命在機台旁邊，從此工作悠哉又快樂！儘管這樣情境還沒到來，但隨著敏捷式開發的流行，除了DevOps人員，有越來越多開發者將CI/CD概念融入到工作流程當中，例如從buildcode、執行unittest、到部署應用程式。

透過AWS增加雲端技能在組織發揮影響力上述種種反覆步驟自動化執行，也就能提昇服務品質、主動通知開發人員以減輕人力負擔，讓專案服務能持續運作。

其中，GitLab是執行CI/CD常用的工具之一，也是開發者使用程式碼儲存庫的地方。

為了讓GitLabRunner在雲端快速實踐CI/CD，《AWS開發者系列》透過影片分享，如何在AmazonEKS（ElasticKubernetesServices）上使用GitLab創建自動化部署。

以下節錄工作坊影音內容，幫助開發者快速理解如何運用AmazonEKS的高可用性且安全的叢集，將修補、部署節點、更新等關鍵任務，全部做到自動化設定。

同時影片也會示範AmazonEKS搭配GitLab如何展開自動部署，幫助工程團隊實踐CI/CD價值。

AmazonEKS對容器管理輕鬆簡單、維運省時省力容器化服務越來越興盛，當容器（Container）越來越多，在複雜的微服務（Microservice）系統環境之下，運維團隊的管理成本可能相對會增加不少，為了有效調度容器部署，導入Kubernetes無疑是近年企業熱門的話題之一。

建構KubernetesCluster流主要可區分兩大塊，一是安排容器調度的ControlPlane、另一則是容器運行時需要用到的WorkerNode。

ControlPlane裡面涵蓋有儲存狀態的ETCD、CoControllermanager、Scheduler的調度管理、甚至是操作時進行互動的APIServer，若是自己創建的KubernetesCluster，需要自己安裝這些元件，後續仍需要對ControlPlane進行相關管理、維護、升級工作。

為了減少上述Components的繁複維護，在透過AWSEKS代管的KuberneteControlPlane部可以獲得以下三大好處。

AmazonEKS一鍵式部署，展現三大優勢第一，AmazonEKS代管的ControlPlane實踐了跨AZ的高可用部署，使用者不需要擔心單一節點故障的風險。

第二，AmazonEKS支持至少四個Kubernetes版本，持續跟進每季CNCF的發佈，同時EKS也完全符合上游CNCF規範。

第三，部署AmazonEKS之後，可直接使用AWS平台上現成的服務工具，在安全性管理、網路設定方面，可以做到無縫整合。

最後AWS台灣解決方案架構師也提到，若想在容器環境進行CI/CD及應用程式的管理，可以進一步透過IaC整合部署AmazonEKS叢集，透過使用Console、把EKS變成Cloudformation的模板、使用AWS所開發出來的eksctl.io、或指令是採用AWSCDK可以讓開發者用自身熟悉的語言，在AWS平台整合CI/CD工具進行維運及部署EKS。

打造第一個在AWS上的應用程式了解AmazonEKS整合GitLab，獲得三面向價值對開發者而言，想把AmazonEKS整合到CI/CD工具之一的GitLab平台上，可以看到那些實際的優勢？在DevOps開發者示範工作坊當中，GitLab資深解決方案架構師指出，GitLab使用到Kubernetes技術，主要有三種搭配方法，包含GitLabServer、GitLabRunner、以及創建DeploymentEnvironment。

本次示範教學會主要聚焦在GitLabRunner如何採取Auto-scaled方式進行Build、Test、PackageApps；以及在DeploymentEnvironment運用Kubernetes技術，做到AutoDeploy、ReviewApp。

正因為AmazonEKS能夠在DevOps過程提供所需要的彈性計算資源，幫助開發者在GitLab平台上面獲得以下三個層次的優勢： 在GitLab內建的部署工作流程當中，自動生成整套CI/CD最佳實踐腳本。

ReviewApp過程，從MergeRequest中可直接訪問應用程式/App的UI介面，並且根據Gitbranch名稱、專案名稱，自動生成ReviewApp的URL，以及在Merge前的最後防線進行Approval檢查。

加速CI/CD流水線，GitLabRunner運行時候還可藉由AmazonEKSCluster進行Auto-scaled的支援。

AmazonEKS整合GitLab，需要兩大流程影片最後，GitLab資深解決方案架構師示範如何把AmazonEKS整合至GitLab執行AutoDeploy，主要可分為兩大區塊流程，第一部分聚焦在AmazonEKScluster的設置，第二部分則執行AutoDeploy設置。

第一塊可拆分為四個階段，首先教學怎麼創建EC2節點的EKScluster，第二階段示範把EKSCluster連接到開發者的GitLabInstance、Group或Project，下一步則使用ClusterManagementProjectTemplate創建一個ClusterManagementProject，以及最後一階段透過ClusterManagementProject自帶的HelmChart，安裝在Cluster所需要的內建App。

第二塊執行AutoDeploy設置，針對需要部署的App創建一個GitLabProject，接著再把gitlab-ci.yml添加到Project，並從WebIDE選擇及導入AutoDeploy的CI模版，讓GitLab自動生成最佳實踐的整套流水線。

幫助開發者更了解AmazonEKS整合GitLab的QA系列Q：使用AmazonEKS之後，如何更有效率或優化資源去配置WorkerNode的機器數量，以及如何有效空管開發維運的成本？A：Kubernetes除了本身有HPA（HorizontalPodAutoscaling）可根據使用程度自動調整資源流量，另外也能延伸使用AWSAutoScaling方案，針對可擴展資源去設定自動擴展管理。

另外在成本管控，雖然AmazonEKS會收取額外管理費用，但可透過AWS平台的Calculator計算每個EKS的價格，你會發現自動化部署及管理的費用，相對工程師人力的成本更加便宜。

Q：越來越多客戶考慮把現有Application變成容器部署，大多是爲了加快部署的效率，那麼變成容器模式之後，對CI/CD的工作流程有什麽影響嗎？A：運用容器技術最直接的效果，可以讓應用程式的環境更一致化，例如testing環節、stageproduction，讓容器避開一些差異問題。

至於CD部分要delivery一些usage不太一樣的時候，容器會幫忙做配置，所以CI/CD對容器的效益是相輔相成的。

Q：客戶在開發流程漸漸會把Infrastructure變成代碼或文檔，是不是可以把程式碼跟現有的應用程式的CI/CD流水線整合在一起，達到一套完整的CI/CD部署流程？A：觀察目前市場作法，主要分成兩個階段去做整體部署。

如果規模比較小的團隊，會把Infrastructure代碼跟App代碼分開，在管理上會比較靈活；如果企業規模比較大，會有另外一個Infrastructure團隊來控制部署事情，這種情况之下，APP的項目會生成一個APPpackage，主要做到delivery這個階段爲止。

而Infrastructure的項目會指定把需要版本的文檔，部署到他們的KubernetesCluster。

填寫表單找到適合的快速上雲服務與工具！ 猜你喜歡Tags：數位轉型AWS開發者雲端中小企業工程師AmazonEKSGitLabMore...成為會員，在關鍵評論網暢所欲言成為會員成為會員獲「官方認可」翻譯泰劇不搶快，看台灣25人團隊的「地瓜字幕組」如何力抗「中國字幕組」1則觀點同呼同吸的異鄉人，香港原來有烏克蘭菜——東歐餐廳1則觀點國民黨中常會提名蔣萬安參選台北市長：有信心讓藍天再現，組成疫情後的「台北隊」走向國際1則觀點最新數據：總勞動人口跌幅創40年最高2則觀點《娛樂已死未？》：香港關鍵詞「古天樂」2則觀點行政院會通過刪除《礦業法》霸王條款，為何原民和環團認為「一次性同意」可能有問題？1則觀點為什麼小馬可仕叫「邦邦」？關於菲律賓取「名字」的歷史背景和文化慣例4則觀點中職開季洋砲表現回顧：貴卻不好用，大洋砲時代即將夭折？2則觀點石沉大海的中歐投資協定（下）：中國、歐洲、美國的利益，彼此之間有什麼衝突？1則觀點美國聯邦上訴法院恢復德州HB20法案，社群平台以「不當言論」為由下架貼文時民眾可提告1則觀點