【Wired 硬塞】如何使用 Discord:初學者指南

你跟這個越來越紅的社群平台不熟嗎?這是你需要知道的一切。
評論
Photo Credit:Discord
評論

原文來自 Wired《How to Use Discord: A Beginner’s Guide》,作者 Boone Ashworth。台灣康泰納仕集團授權提供,由 Linden Chen 翻譯並經 INSIDE 編審。

Discord 推出至今 6 年,它一開始從一個不起眼的聊天軟體,逐漸發展成如今社群網路的巨頭,至今仍然不見衰退。它可以用在對有共同興趣的朋友或陌生人傳訊,或用語音、視訊通話。它就像是 Zoom 一樣,但比 Zoom 更有彈性,也更有趣。它也像 Slack,但是沒有那種你的老闆一直監視你是否在線上的感覺。它也像臉書,但背後沒有演算法會把你阿姨的發文辨識為種族歧視者。

你可以在行動裝置或桌上型電腦參與 Discord 文字、語音或影音聊天。你的對話主題會因為你在的社群而有不同,但整體而言,Discord 使用者心態往往比其他社群媒體的人更悠閒一點。Discord 一開始是專為遊戲玩家所建,至今你還是可以在上面找到很多致力討論遊戲的社群。但 Discord 已經發展成為遠遠超過遊戲領域的對話空間,討論主題包括音樂、文化、政治、藝術、金融,甚至約會。由於 Discord 也是多媒體體驗,平常習慣和朋友出去走走的你,可以使用 Discord 播放影片、和朋友玩遠距桌遊、一起聽音樂。該平台是基本免費的,但你也可以多支付一些費用得到升級服務。

但有點複雜的是。Discord 是個很大的分層平台,有大量選項和設定可供選擇。現在就讓我們從最基本的開始看起。

Discord 要怎麼操作?

你可以在手機或電腦用 Discord,手機 Android 和 iOS 兩種不同作業系統的 App 都有。在電腦環境下如果你不想太複雜,可以直接開網頁版使用,也可以下載桌面版的 APP 讓你邊玩遊戲邊開啟網頁查遊戲資料等進階功能,桌面版適用於 Windows、macOS 和 Linux ,皆為免費下載。

打開軟體後,你要做的第一件事,就是選擇一個使用者名稱。它可以是任何名字,儘管大多數人傾向使用化名,你甚至也可以使用你的真實姓名。(Discord 會自動在每個使用者名稱的後面附上一串隨機數字,因此你選擇的任何使用者名稱都會是獨一無二的。)選好使用者名稱後,你還必須讓它和電子郵件、密碼連結。

接下來,它會提醒你啟動或加入伺服器。伺服器是 Discord 上面的主要論壇,裡面討論的內容,可能也是你來到 Discord 的目的。你可以把它們視為微型社群,每個社群都有不同使用者、規則和只有社群內部的人才懂的笑話梗。有些社群是公開的,而另一些則是私人的,需要邀請才能加入。也有一些社群裡面有你最喜歡的遊戲、樂團或音樂種類、政治意識型態,或者是有些只用來分享一些隨機的迷因圖。無論你喜歡什麼,或許都能在 Discord 找到談論它的社群。

我們將在一分鐘內告訴你,怎麼管理自己在 Discord 的伺服器,但你在第一次登入時,可能會遇到一些其他更直接的問題。

用 Discord 可以做什麼?

對新手而言,Discord 介面看起來可能有點混亂。以下是 Discord 的大致樣貌:

在 Discord 主要介面中,分成四個部分。在螢幕最左邊,你會看到你位在的伺服器。每個社群都有自己的圖像。如果你使用行動裝置,沒看到伺服器列表,請點擊左上角的漢堡選單。

當你點擊列表或伺服器的名稱時,螢幕會發生變化。你會在右側螢幕板塊中看到頻道列表。這些是伺服器裡面的所有聊天室,每個聊天室都關於一個特定主題。這樣的結構可以防止一切變成完全不受控、人人為所欲為的對話。頻道分為多個稱為類別的下拉選單。舉例來說,「電影」類別可能就包含像是「漫威電影」和「史科西斯電影」等頻道。選擇一個頻道,主要的聊天視窗將在 Discord 介面中間打開。在那裡,你會看到所選頻道的對話同時播放。如果你要切換到不同主題,請點擊不同的頻道。

主要聊天版面的右側,是該伺服器中所有用戶的列表。你可以看看誰在線上,還有他們的狀態是什麼(例如正在玩遊戲,或是收聽 Spotify)。如果你使用的是行動裝置,請左右滑動,才能在不同版面間切換。

左上角的藍色 Discord 標誌標明「首頁」。點擊這個按鈕,可以看看你的朋友列表以及你收到的任何私訊。

我就是來這裡發文的,讓我說話……

在 Discord 上面有兩種主要溝通的方式:文字和語音。

文字頻道前面有個#標籤符號。那是你打字的管道。當頻道名稱變成粗體字時,意思是聊天室內有未讀訊息。

請注意最近的訊息都在螢幕位於底部處。有些人會用比較小的字體,在他們上方顯示其它人的訊息。當你看到它的時候,代表最新訊息是用來回覆舊訊息。如果你想要回覆評論,或是以表情符號回應,請選擇訊息,並尋找文字右邊的按鍵。你還可以發起一個話題,在你選擇的話題下方嵌入更多評論。這雖然是種會讓討論失焦的作法,但卻不會弄亂其它頻道內的訊息流。

語音頻道通常位在頻道版面的底部(如果你還沒看到它們,請繼續滾動頁面)。它們標有一個小喇叭圖示。小心!如果你點擊這些語音頻道其中之一,你會立即連結到語音聊天室。根據你的伺服器設定,頻道裡的每個人都有可能會突然聽見你沉重的呼吸聲。(提示:在你的個人使用者名稱稱下,有個麥克風按鈕。點擊該按鈕,可以把自己靜音。即使你加入新的語音聊天室,它也會保持靜音。)

在桌面上,左下角有個指標——就在你的使用者名稱稱上面——這裡寫著「語音連線。」這意味著你認為它會做什麼。在行動裝置上,螢幕上面會出現一個綠色長條,讓你知道你的語音已經連接。如果要從頻道取消連接,請點擊「語音連線」,並點擊通話結束的按鈕。

如果伺服器允許,你還可以打開鏡頭進行視訊聊天。啟動後的視窗,將從主面板中彈出。

怎樣才不會讓自己尷尬?

檢查你的隱私設定。Discord一開始就啟動大量數據蒐集功能。如果你不想讓每個人都能發現關於你的訊息,請查看你的隱私設定所暴露的內容。點擊你使用者名稱(用戶設定)旁邊的小齒輪圖標。進入用戶設定後,再選取隱私和安全。在那裡,你還可以告訴 Discord 過濾不宜在工作場所觀看的訊息和伺服器,並決定是否讓陌生人可以私訊給你,還可以控制你發送到 Discord 的活動數據類型。

在預設值下,Discord 還會顯示你的一切活動。例如,如果你在電腦玩遊戲,Discord 會自動向所有可以看到你狀態的人顯示你正在玩的遊戲。這代表你的所有朋友和公共伺服器中的所有人都看得到。如果你要控制誰能看見、誰不能看見,請點選你的個人資料照片,並在那裡選擇狀態,包括在線上、閒置、請勿打擾、隱形。如果你想要顯示為離線,並隱藏你的活動,請選擇隱身。作為額外的預防措施,你可以進入「使用者設定」,再進入「活動狀態」。取消「顯示目前的動態作為狀態訊息。」即使你設定在線上,這也會讓你的活動和實際狀態脫鉤。

了解禮儀。有些伺服器可能會要求你在發文前閱讀規則。請確實做到!每個社群有其不同政策。如果你要啟動自己的伺服器,就可以制訂任何你想要的規則。但如果你是加入一個現有的小組,你將需要花一點時間來弄清楚什麼可以做,什麼不行。

太棒了,我是時髦 Z 世代。但要怎麼找到適合我的內容?

伺服器面板底部有個圖像,看起來像是指南針,叫做「探索公開伺服器」。打開它,你會發現 Discord 裡面的一些最受歡迎的伺服器,包括:遊戲、音樂、教育、科學、科技和娛樂。如果你還在學,學生中心可以幫你和同學找到志同道合的團體和社團。

Discord 上面有大量社群,有的很大,有的非常小。更鮮為人知的可能需要已經在該伺服器裡面的人邀請。電子報平台 Substacks、內容群眾募資平台 Patreon 上的創作者,或是產品募資平台 Kickstarter 的活動,有些會用這種私有 Discord 伺服器的進入權利,當成是對支持者的獎勵。

我會在這裡收到一堆垃圾郵件嗎?

就像網路上任何地方,Discord 也有垃圾郵件。有時候某些帳戶會在頻道中發布假連結,或者彈出你的私訊聊天室,誘使你下載某些內容,或是點擊使用惡意軟體的連結。基本的線上安全實行守則,在這裡也不能忘記。如果你不認識發送給你訊息的人,請不要打開任何東西。

我有一些錢,可以用它在 Discord 上做些什麼?

Discord 的核心體驗是免費的,但如果你想要表達更多創意,可以使用名叫 Nitro 的付費訂閱服務。Nitro 可以讓你上傳容量更大的檔案、設定多個個人用戶資料,並擁有個人資料橫幅、動畫版個人資料圖片。Nitro 還可以讓你客製化貼圖,介於 GIF 動畫檔和表情符號間,你可以用它來表現特定情緒,或是對文字聊天中某些令人憤怒的事情做出反應。這樣的 Nitro 服務每月 10 美元或每年 100 美元。如果不想要那麼多功能,可以選擇 Nitro Classic,價格只有一半。

如果你還有餘裕,可以付費「提升」伺服器,這會給社群帶來一些每個人都用得到的好處。這可能代表更多表情符號、更高品質的聲音傳輸和視訊品質,以及上傳更大容量的檔案。越多用戶選擇提升伺服器,整個社群裡面解鎖的獎勵也會越多。

我只想經營自己的伺服器

無論你想打造一個舒適空間,和幾個朋友、家人保持聯繫,還是你想要為所有認識的粉絲打造一個大型俱樂部,建立過程幾乎都是一樣的。

點擊伺服器畫面底部的+號。選項會彈出,讓你從頭開始啟動伺服器,或是用既有模板建構伺服器。你可以製作關於遊戲族群、學習夥伴、社群活動或藝術家的伺服器,並把它命名為很酷的東西、加上漂亮的圖片當成伺服器圖像——每個人都會在左側的伺服器畫面上看到。

接下來,你需要至少為伺服器加上一個類別。你可以在桌面上執行,請用右鍵點擊頻道畫面某處,並選擇建立伺服器的類別。你也可以點擊伺服器名稱旁邊的小型下拉箭頭獲取選單。若使用行動裝置,請點擊伺服器名稱旁邊的垂直三點符號,再點選建立類別。

如果要在類別中增加頻道,只要點一下類別名稱旁邊的+號。你可以為每個頻道選擇文字或語音。在頂部你的伺服器名稱旁,你會看到一個小下拉箭頭。選擇它,並進入伺服器設定,你會在那裡看到很多關於如何運行伺服器的選擇。

要讓人們加入你的伺服器,請點擊頻道列表上面的藍色「傳送好友請求」按鈕。如果你已經在 Discord 上面是別人的好友,你可以直接邀請他們,或複製、發送一個連結,授與他們訪問伺服器的權限。如果你要授權其它用戶幫你管理伺服器,請進入伺服器設定中的「角色」欄位,給某些用戶你所選擇的任何權限。這代表可以透過建立新頻道,或者禁止行為違反社群守則的用戶來幫你管理伺服器。你可以隨心所欲幫這些角色取名字(也許像是「高級審判官」,這只是建議而已。)

如果你打算擴大空間、服務很多人,你可以打開社群伺服器設定。這會要求所有經過電子郵件驗證的用戶才能進入,並允許 Discord 掃描上傳到伺服器上的所有媒體,以過濾露骨不當內容。進入伺服器設定,啟動社群,按照接下來幾個步驟設定伺服器的準則與用戶權限。

如果要得到有關運行伺服器的一些自動化幫助,請看《WIRED》最佳 Discord 機器人指南。如果你想發揮你的創造力,像是 BetterDiscord 這樣的模組,可以讓你依照需求量身定做你的伺服器。

加入 INSIDE 會員,獨享 INSIDE 最精采每日趨勢電子報,未來還有會員專屬內容。 點擊立刻成為會員

責任編輯:Chris
核稿編輯:Mia

延伸閱讀:



開發者享受 CI/CD 價值!運用 Amazon EKS 整合 GitLab 創建自動化部署

企業如何在 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 部可以獲得以下三大好處。

透過 AWS 增加雲端技能 在組織發揮影響力

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。

了解 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。

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