▲點擊 "TCC翻譯情報局" 關(guān)注,回復 "社群" 加入我們

本文共 6682 字,預計閱讀 17 分鐘
TCC 情報局的 第 18 篇 干貨分享
2021 年的 第 6 篇
TCC 推薦:大家好,這里是 TCC 翻譯情報局,我是徐曼鷺。在本篇文章中,我將呈現(xiàn)并拆解 Bit 團隊構(gòu)建設計系統(tǒng)的過程。為了幫大家更好理解,每個步驟內(nèi)的真實案例將展示給大家。
設計系統(tǒng)的創(chuàng)建,是為了解決必然出現(xiàn)的無序狀態(tài),它 帶來了秩序。在 1976 年,NASA(美國國家航空航天局)推出了第一個設計系統(tǒng)。到如今,幾乎所有的大型組織(如 Uber,Pinterest,Airbnb 或 Shopify)都擁有一個這樣的設計系統(tǒng)。這個系統(tǒng)能保持他們 產(chǎn)品自身的連續(xù)性,且?guī)椭嗷靵y的產(chǎn)品與團隊 建立秩序。在 Bit,我們?yōu)槌^ 15 萬名有組件使用場景的開發(fā)者提供解決方案。平臺幫助開發(fā)者 構(gòu)建、分享 和 使用 組件,來加快和優(yōu)化 Web 產(chǎn)品的研發(fā)過程。我們享受構(gòu)建一個 以組件為驅(qū)動方式的設計系統(tǒng)。在過去的兩年里,我們先 “折騰” 自身平臺來構(gòu)建出一個設計系統(tǒng),然后再將其轉(zhuǎn)變?yōu)橐粋€ 由共享模式化組件構(gòu)成的活躍生態(tài)系統(tǒng)。這套系統(tǒng)提供的價值,遠遠不止保持了界面體驗的一致性。它極大地加快與擴大了開發(fā)規(guī)模,且提高了產(chǎn)品質(zhì)量,同時還改善了開發(fā)者與設計師及其他人的工作方式。通過讓所有成員參與合作,共同創(chuàng)建和共享組件,可以讓這套設計系統(tǒng)得以更快更廣泛的應用。本文我將側(cè)重從 開發(fā)層面 進行描述,并與各位分享我們的 設計目標、設計過程 和 設計結(jié)果。目錄:
1
視覺語言
審視已有,然后定義
我們創(chuàng)建視覺語言的過程,與大多設計系統(tǒng)文章內(nèi)描述的有所不同。那些是大型企業(yè)持有的特權(quán),而這種方式對創(chuàng)業(yè)公司通常是奢侈選項。作為一個生長期的創(chuàng)業(yè)公司,我們沒有時間叫停,并將設計系統(tǒng)轉(zhuǎn)換為大型復雜項目。取而代之的是,我們必須 審視現(xiàn)有的視覺語言,然后將其組織成一個有秩序的系統(tǒng)。這個項目由 Bit 的設計負責人 Amir Shalev 領(lǐng)導,項目分為兩個部分:其次,創(chuàng)建一致的系統(tǒng)后,將其作為強大且靈活的基礎(chǔ)來標準視覺語言。Bit.dev 的面板規(guī)范和色彩規(guī)范
視覺一致意味著為色彩、文字、尺寸、位置及其他視覺語言創(chuàng)建一個統(tǒng)一的 樣式標準指南。而字體、排版,主色與輔色等方面,則可以作為設計系統(tǒng)的一部分。我們還需要創(chuàng)建一系列的 UI 元素,這些元素需要在將來能夠使用現(xiàn)代的 前端框架(例如 React 框架)實現(xiàn)為組件。為了使系統(tǒng)中的元素在 真實場景 里具備 可用性,必須保證元素除了包含像按鈕或頭像等 基本 UI 組件 外,更應包括組件的 組成方式 或組件的 具體用法。這些是保證元素具備功能性的最基礎(chǔ)方法。將組件組合,可以創(chuàng)建出更多具象的、有進階功能的復合組件設計系統(tǒng)必須沉淀以下資產(chǎn),才算準備就緒:- 樣式指南(Style - Guide):用于定義 UI 樣式和實現(xiàn)方式。表現(xiàn)形式通常是一個相當長的文檔,帶有許多的講解和排版。
- 復用的系列視覺元素(Reusable Visual Elements):它們通過組件將視覺(UI 方面)和功能(UX 方面)結(jié)合在一起,來保持一致性。表現(xiàn)形式通常是一個大型源文件,其元素在 Figma 或 Sketch 等軟件上繪制。
構(gòu)建組件的生態(tài)系統(tǒng)
有些人的做法是發(fā)布一個 帶全部組件的版本包,僅此而已。我們卻更喜歡創(chuàng)建一個 共享組件生態(tài)系統(tǒng)。我們的流程
如果前往 Bit.dev 的首頁,你將發(fā)現(xiàn)一些很酷的東西。當鼠標懸停在一個組件上時,將觸發(fā)高亮,提示該組件的名稱、版本和父級范圍。來嘗試下吧:https://bit.dev/你看到的頁面,是由 共享組件 組成的。然而,這些獨立組件是由不同團隊開發(fā)且持有的,來源也是不同的項目。它們是混合后集成在一起的。在 Bit,存在不止一個設計系統(tǒng)。我們有不同的團隊在 UI 組件生態(tài)系統(tǒng) 中 構(gòu)建 和 共享 他們的組件。如果鼠標懸停在諸如「鏈接」(Link)或「段落」(Paragraph)之類的組件上,單擊這些元素,你將看到相鏈頁面顯示這些組件是 “base-ui” 范圍的一部分。這是我們設計系統(tǒng)最基礎(chǔ)的部分,由我們的設計系統(tǒng)團隊在自主的 GitHub repo 中開發(fā),然后發(fā)布到 Bit.dev 供所有人使用。“base-ui” — 我們設計系統(tǒng)的基礎(chǔ)組件(https://bit.dev/bit/base-ui)然而,市場部成員需要更具象的組件,例如與營銷相關(guān)的 “標題”(Heading)組件或 “行動按鈕”(Action - button)組件。這些不是 “base-ui” 設計系統(tǒng)的一部分,而是另一個稱為 “布道者”(Evangelist)的組件范圍?;诖吮尘?,在 GitHub repo 中,這些組件自動歸屬于市場營銷團隊。但由于這些業(yè)務組件使用 “base-ui” 的組件搭建,因此它們的升級由 “base-ui” 團隊負責。“布道者”(Evangelist) — 市場營銷組件(https://bit.dev/bit/evangelist)“布道者” 只是由 “base-ui” 組成和擴展的眾多組件之一。事實上,每個企業(yè)團隊都 參與了構(gòu)建自己業(yè)務范圍的組件,并與他人共享自己的成果。與其為組件發(fā)布一個統(tǒng)一的軟件包,我們選擇了創(chuàng)建一個 讓所有人協(xié)同工作但獨立發(fā)布版本的生態(tài)系統(tǒng)。設計系統(tǒng)的角色應是 促進 和 規(guī)范,而不是阻止或強制執(zhí)行。這個生態(tài)系統(tǒng)獲得了巨大的成功。我們既減少了約 75% 新營銷頁面的搭建時間,還保持了設計風格的一致。歡迎訪問 Bit.dev「企業(yè)」或「技術(shù)支持」頁面以查看示例。其他企業(yè)的許多團隊也取得了類似的成功。用自主研發(fā)的工具工作
Bit 的 “折騰” 意味著我們以幫助別人的方式來建設自己的設計系統(tǒng)。并且從 2017 年開始,已經(jīng)這樣進行了好幾年。以下為要點:- 我們使用 Bit OSS 工作平臺(https://github.com/teambit/bit)來開發(fā)、管理和發(fā)布來自不同團隊不同代碼庫所擁有的解耦組件。
- 我們通過 Bit 云平臺(https://bit.dev/),幫助所有團隊順利地彼此公開、共享和集成組件。
- 我們設計系統(tǒng)團隊提供組件系統(tǒng)內(nèi)的基本組件,并負責更新與調(diào)整,保證基本組件的標準和一致性。
選擇 React 框架
2017 年,基于各種原因,我們選擇使用 React 框架,并且對這一選擇感到非常滿意。自從 React 16 引入 Hooks 和 Context API 后,它就開始變得非常強大。例如,即使是在狀態(tài)管理方面,也能將多個組件彼此分離。然而,我們正看到許多團隊選擇將 Bit 用于 Vue 或 Angular 甚至是 Stencil Web 組件。其實我們一直在與 Angular 團隊合作,為 Angular 的 Bit 庫提供支持。但在考慮了所有因素后,我們認為 React 是目前 Bit 團隊的最佳解決方案。獨立組件
Bit 工作平臺幫助你創(chuàng)建模塊項目的同時,享受簡單而全面的開發(fā)體驗。每個組件都是獨立開發(fā)、構(gòu)建、測試、記錄、發(fā)布并集成到新應用程序中的。所有的組件都是和諧組合與管理的。
建立開發(fā)流程標準
另一個實現(xiàn)設計一致性的好方法,是 標準化組件的開發(fā)流程。Bit 通過各種特有功能助力發(fā)布過程的標準化,比如標準組件開發(fā)環(huán)境、提供可復用的文檔模板,甚至是提供具備擴展性和復用性的開發(fā)記錄管道圖。 3
文檔與組件的可發(fā)現(xiàn)性
Documentation and Discovery
保持文檔更新,不使用額外維護工具
使用 Bit 的另一個優(yōu)勢是,我們 不需要為組件創(chuàng)建或維護額外的文檔網(wǎng)站。本地開發(fā)
當我們編寫組件時,Bit 的 UI 將顯示一個涵蓋本地開發(fā)環(huán)境中全部組件的文檔。該文檔 支持隔離呈現(xiàn)各個組件的概述、使用示例和構(gòu)成組合。你可以創(chuàng)建可自定義和復用的文檔模板,以便所有組件都可以按照相同的標準和設計進行文檔化。云端文檔
文檔只是每個 Bit 組件的一部分。當組件被導入云端時,組件的文檔將顯示在首頁,供所有人查看。文檔在組件的記錄位置是一樣的,方便查看與預覽。如果你在本地安裝或?qū)肓私M件,也支持在本地更新文檔。“先修改 Tokens,之后更新 React、UI Kit,再接著將這些內(nèi)容的鏈接更新到對應文檔頁面,然后發(fā)布文檔”— Kaelig Deloumeau Prigent,Shopify 的 Polaris 開發(fā)者所有的 Bit.dev 上的文檔與我們在本地開發(fā)時所看到的保持一致。每次發(fā)布新版本的組件,其文檔也能輕松保持同步更新。沒有額外成本,沒有復雜流程,沒有未及時更新的文檔。
可發(fā)現(xiàn)性與搜索功能
由于組件越來越多,Bit.dev 使用 “組件搜索” 和 “關(guān)聯(lián)篩選項” 等功能 提高組件的可發(fā)現(xiàn)性,這些功能幫助我們快速輕松地搜索許多組件。前往 Bit.dev 從數(shù)千個 OSS 組件中搜索想要的,或者添加自己的組件單獨的組件版本控制
我們的設計系統(tǒng)是 按組件進行版本控制的,而不是簡單發(fā)一個包。對 獨立的單個或多個組件 進行版本控制比將所有組件打成單個包來控制版本要好得多。獨立發(fā)布的組件語義化版本控制,已經(jīng)成為這個游戲規(guī)則的改進者。以下是 Bit 的主要優(yōu)勢:- 我們支持混搭和匹配來創(chuàng)造各種復合組件。
Bit 幫助用戶將每個組件作為一個 獨立的包進行版本發(fā)布。由于每個組件的版本都是獨立的,所以可依據(jù)不同的項目對組件進行增量升級,而不是一次次集成為一個大的包。如果前往「按鈕」組件頁面,你會注意到該組件當前在 1.5.0 版本上,并且初始版本是 1.0.0。這種更新方式給了設計師和開發(fā)人員極大的自由,大家可以不斷地進行產(chǎn)品創(chuàng)新和發(fā)布升級。例如,以下展示了已發(fā)布的 1.5.0 版本的按鈕:現(xiàn)在如果你回到 1.5.0 版本,就會注意到按鈕有一系列的使用示例。1.5.0 這個版本,支持比過往版本更多的設計示例。這樣設計師和開發(fā)人員無需等至大版本或較久的迭代版本才更新,現(xiàn)在便能夠 極度自由地研發(fā)與升級組件。組件開發(fā)者也可以通過 sem 版本規(guī)則、查看歷史記錄、查看視圖更改日志的方式,控制每個組件的版本避免沖突。而應用程序共創(chuàng)者也不會接收到需求以外的更新通知。每個人都很高興。 5
依賴項的漣漪式更改
Rippling Changes to DependenciesBit 管理著項目中所有組件之間的 依賴關(guān)系圖。這意味著,當我們升級或中斷一個組件時,Bit 會 “知曉” 哪些組件與其有依賴關(guān)系,然后將運行這些依賴組件的重構(gòu)和測試。結(jié)果證明,這個方法讓組件之間的內(nèi)部關(guān)系更容易掌握。開發(fā)同個項目里的多個組件一事變得更簡單。“如果我們在升級時破壞了一個組件,我們不得不檢查并修復所有的依賴組件?!?/span>— Jony Cheung,Atlassian 的 Atlaskit 軟件工程經(jīng)理每次更改,也會對所有關(guān)聯(lián)組件運行一次 重構(gòu) 和 測試,并讓我們確切地知道哪些組件已損壞,而哪些組件沒有。如果結(jié)果一切正常,我們可以簡單粗暴地告訴 Bit 一次性迭代所有相關(guān)組件。我們現(xiàn)在正在開發(fā)一種叫做 Ripple CI 的新產(chǎn)品。在 Ripple 平臺運行的重建過程,將通過云端把更改傳輸?shù)讲煌瑘F隊產(chǎn)品中的、有依賴關(guān)系的組件里。使用者將確切地看到每個依賴組件被漣漪式影響的過程。以及它們的影響關(guān)系、影響部分。然后,這些組件將一起被修復和發(fā)布。 6
項目更新
通過 GitHub 集成實現(xiàn)自動化
我們使用對外公開的集成方式將 Bit.dev 與 GitHub 平臺關(guān)聯(lián)起來。當組件的新版本發(fā)布到 Bit.dev,這個版本將 “知道” 在 GitHub(或 GitLab)上的哪些項目也該被更新。組件的新版本作為一個 Pull 請求,將自動發(fā)送到所有包含該組件的項目。只需單擊選擇接受,便可更新。這使得負責設計系統(tǒng)的團隊能夠很容易地 持續(xù)升級,并幫助所有產(chǎn)品構(gòu)建者接受更新與集成更改。并且,團隊可以隨時監(jiān)控誰遺忘了更新內(nèi)容與位置。這里必須提到就在不久前 Gilad Shoham 領(lǐng)導 Bit 核心團隊避免了一次重大更新事故!注意咯 Gilad,我們什么都知道了。 7
團隊溝通
通過 Slack 軟件實現(xiàn)自動化
發(fā)布新的組件版本時,所有使用此組件(與此組件有依賴關(guān)系)的團隊都將通過平臺和 Slack 軟件獲得更新通知。因此,例如說一個版本內(nèi)「購物車」中的「按鈕」組件被導出時,Bit 團隊會收到一個通知,其中包括執(zhí)行該操作的用戶賬號、操作行為(導出)以及與該特定操作相關(guān)的導出組件數(shù)。以下是 Eden Ella 從 “布道者” 團隊組件內(nèi)更新「按鈕」組件的記錄。每次進行組件的導入操作時,均將出現(xiàn)類似的 通知模板,但帶有不同源范圍。該工作流程幫助所有人 保持信息同步,且更好地進行 工作協(xié)同。 8
設計 - 研發(fā)的協(xié)作方式
Developer - Designer Collaboration以可視化的方式在代碼上協(xié)同工作
設計系統(tǒng)這一概念對 設計師 和 開發(fā)人員 來說是兩個不同的東西。設計師通常談論畫布上的元素,開發(fā)人員在他們的集成開發(fā)環(huán)境內(nèi)討論 React 組件。用戶最后獲得的是 由代碼編寫的產(chǎn)物,而不是設計元素。這就是為什么設計師參與 UI 開發(fā)過程這件事會產(chǎn)生爭議。我們用兩個強大工具來實現(xiàn)設計與研發(fā)之間 穩(wěn)固且雙贏的合作關(guān)系。- 第一個是使用 Zeplin —— 這是一個側(cè)重于服務設計師,讓他們與開發(fā)人員友好合作的工具。我們用它 將設計任務轉(zhuǎn)化為開發(fā)任務,團隊使用該工具的頻率是每天。
- 第二個是使用 Bit 平臺 —— 這是一個側(cè)重于服務開發(fā)人員,讓他們與設計師友好合作的工具。它為設計師在 UI 組件開發(fā)過程中扮演積極的一環(huán)搭建了橋梁。此外,它還可以幫助設計人員監(jiān)視代碼更改行為,甚至是參與組件的新版本的更改協(xié)作。
而且,目前 Zeplin 團隊正在和 Bit 團隊探討集成合作!通過可視化,設計師可以查看和嘗試實際效果的 React 組件同時,我們使用 Bit 平臺將所有組件公布給設計師,保證他們的設計效果始終完美一致。像 “熱重加載渲染” 和 “可編輯示例” 等功能,是設計師查看組件和嘗試不同設計樣式的好方法。每當有組件的新版本或者新組件在 Bit.dev 發(fā)布,設計師能通過可視化直觀地看到更改內(nèi)容。這樣就很容易保證所有設計的一致性。然后,在設計師的批準之后,可以將此更改作為 Pull 請求,自動發(fā)送給所有有影響關(guān)系的項目。這意味著 設計人員現(xiàn)在直接能與開發(fā)人員共同開發(fā)組件。很酷吧?在不久的將來,我們團隊打算在 Bit.dev 平臺上添加更多面向設計師的功能,例如交互式屬性面板,這樣設計師就可以自己進行組件更改的行為,并將更改后的組件保存為新版本。這些功能應該能在 2021 年上線。2020 年版本的 NASA 設計系統(tǒng)建立 UI/UX 體驗,并在產(chǎn)品的各個觸點上延續(xù)體驗的一致性,幫助用戶在操作時不會產(chǎn)生混淆,能夠直觀地進行導航并成功地與產(chǎn)品不同模塊進行交互。這就是 品牌效應。在建立設計系統(tǒng)的過程里,我們算是從頭開始構(gòu)建。我們審視了現(xiàn)有設計,把它變成了一個有序系統(tǒng)。我們定義了 視覺元素 和 樣式指南,這些東西無不反應了 Bit 的品牌故事。我們依靠自主研發(fā)的 云工具平臺,來構(gòu)建一個 可共享的組件系統(tǒng)。在過程中,該平臺將每個成員聚集到此。在這個民主但受監(jiān)管的生態(tài)系統(tǒng)中,我們讓 組件驅(qū)動產(chǎn)品開發(fā)。最后,這個系統(tǒng)得到大眾快速和幾乎絕對的采用。我希望這篇文章至少幫助你了解些許我們構(gòu)建設計系統(tǒng)的過程,以及現(xiàn)代大家共同構(gòu)建 Web 產(chǎn)品的可能性。原文:https://blog.bitsrc.io/how-we-build-our-design-system-15713a1f1833本文翻譯已獲得作者的正式授權(quán)(授權(quán)截圖如下)
TCC 翻譯情報局歡迎小伙伴加入,一起交流設計知識,了解全球設計資訊,鍛煉英文能力,發(fā)掘更多可能性~添加小助手微信,備注「社群」,即可加入讀者群。
我們致力于提供一個高質(zhì)量內(nèi)容的交流平臺。為落實國家互聯(lián)網(wǎng)信息辦公室“依法管網(wǎng)、依法辦網(wǎng)、依法上網(wǎng)”的要求,為完善跟帖評論自律管理,為了保護用戶創(chuàng)造的內(nèi)容、維護開放、真實、專業(yè)的平臺氛圍,我們團隊將依據(jù)本公約中的條款對注冊用戶和發(fā)布在本平臺的內(nèi)容進行管理。平臺鼓勵用戶創(chuàng)作、發(fā)布優(yōu)質(zhì)內(nèi)容,同時也將采取必要措施管理違法、侵權(quán)或有其他不良影響的網(wǎng)絡信息。
一、根據(jù)《網(wǎng)絡信息內(nèi)容生態(tài)治理規(guī)定》《中華人民共和國未成年人保護法》等法律法規(guī),對以下違法、不良信息或存在危害的行為進行處理。
1. 違反法律法規(guī)的信息,主要表現(xiàn)為:
1)反對憲法所確定的基本原則;
2)危害國家安全,泄露國家秘密,顛覆國家政權(quán),破壞國家統(tǒng)一,損害國家榮譽和利益;
3)侮辱、濫用英烈形象,歪曲、丑化、褻瀆、否定英雄烈士事跡和精神,以侮辱、誹謗或者其他方式侵害英雄烈士的姓名、肖像、名譽、榮譽;
4)宣揚恐怖主義、極端主義或者煽動實施恐怖活動、極端主義活動;
5)煽動民族仇恨、民族歧視,破壞民族團結(jié);
6)破壞國家宗教政策,宣揚邪教和封建迷信;
7)散布謠言,擾亂社會秩序,破壞社會穩(wěn)定;
8)宣揚淫穢、色情、賭博、暴力、兇殺、恐怖或者教唆犯罪;
9)煽動非法集會、結(jié)社、游行、示威、聚眾擾亂社會秩序;
10)侮辱或者誹謗他人,侵害他人名譽、隱私和其他合法權(quán)益;
11)通過網(wǎng)絡以文字、圖片、音視頻等形式,對未成年人實施侮辱、誹謗、威脅或者惡意損害未成年人形象進行網(wǎng)絡欺凌的;
12)危害未成年人身心健康的;
13)含有法律、行政法規(guī)禁止的其他內(nèi)容;
2. 不友善:不尊重用戶及其所貢獻內(nèi)容的信息或行為。主要表現(xiàn)為:
1)輕蔑:貶低、輕視他人及其勞動成果;
2)誹謗:捏造、散布虛假事實,損害他人名譽;
3)嘲諷:以比喻、夸張、侮辱性的手法對他人或其行為進行揭露或描述,以此來激怒他人;
4)挑釁:以不友好的方式激怒他人,意圖使對方對自己的言論作出回應,蓄意制造事端;
5)羞辱:貶低他人的能力、行為、生理或身份特征,讓對方難堪;
6)謾罵:以不文明的語言對他人進行負面評價;
7)歧視:煽動人群歧視、地域歧視等,針對他人的民族、種族、宗教、性取向、性別、年齡、地域、生理特征等身份或者歸類的攻擊;
8)威脅:許諾以不良的后果來迫使他人服從自己的意志;
3. 發(fā)布垃圾廣告信息:以推廣曝光為目的,發(fā)布影響用戶體驗、擾亂本網(wǎng)站秩序的內(nèi)容,或進行相關(guān)行為。主要表現(xiàn)為:
1)多次發(fā)布包含售賣產(chǎn)品、提供服務、宣傳推廣內(nèi)容的垃圾廣告。包括但不限于以下幾種形式:
2)單個帳號多次發(fā)布包含垃圾廣告的內(nèi)容;
3)多個廣告帳號互相配合發(fā)布、傳播包含垃圾廣告的內(nèi)容;
4)多次發(fā)布包含欺騙性外鏈的內(nèi)容,如未注明的淘寶客鏈接、跳轉(zhuǎn)網(wǎng)站等,誘騙用戶點擊鏈接
5)發(fā)布大量包含推廣鏈接、產(chǎn)品、品牌等內(nèi)容獲取搜索引擎中的不正當曝光;
6)購買或出售帳號之間虛假地互動,發(fā)布干擾網(wǎng)站秩序的推廣內(nèi)容及相關(guān)交易。
7)發(fā)布包含欺騙性的惡意營銷內(nèi)容,如通過偽造經(jīng)歷、冒充他人等方式進行惡意營銷;
8)使用特殊符號、圖片等方式規(guī)避垃圾廣告內(nèi)容審核的廣告內(nèi)容。
4. 色情低俗信息,主要表現(xiàn)為:
1)包含自己或他人性經(jīng)驗的細節(jié)描述或露骨的感受描述;
2)涉及色情段子、兩性笑話的低俗內(nèi)容;
3)配圖、頭圖中包含庸俗或挑逗性圖片的內(nèi)容;
4)帶有性暗示、性挑逗等易使人產(chǎn)生性聯(lián)想;
5)展現(xiàn)血腥、驚悚、殘忍等致人身心不適;
6)炒作緋聞、丑聞、劣跡等;
7)宣揚低俗、庸俗、媚俗內(nèi)容。
5. 不實信息,主要表現(xiàn)為:
1)可能存在事實性錯誤或者造謠等內(nèi)容;
2)存在事實夸大、偽造虛假經(jīng)歷等誤導他人的內(nèi)容;
3)偽造身份、冒充他人,通過頭像、用戶名等個人信息暗示自己具有特定身份,或與特定機構(gòu)或個人存在關(guān)聯(lián)。
6. 傳播封建迷信,主要表現(xiàn)為:
1)找人算命、測字、占卜、解夢、化解厄運、使用迷信方式治病;
2)求推薦算命看相大師;
3)針對具體風水等問題進行求助或咨詢;
4)問自己或他人的八字、六爻、星盤、手相、面相、五行缺失,包括通過占卜方法問婚姻、前程、運勢,東西寵物丟了能不能找回、取名改名等;
7. 文章標題黨,主要表現(xiàn)為:
1)以各種夸張、獵奇、不合常理的表現(xiàn)手法等行為來誘導用戶;
2)內(nèi)容與標題之間存在嚴重不實或者原意扭曲;
3)使用夸張標題,內(nèi)容與標題嚴重不符的。
8.「飯圈」亂象行為,主要表現(xiàn)為:
1)誘導未成年人應援集資、高額消費、投票打榜
2)粉絲互撕謾罵、拉踩引戰(zhàn)、造謠攻擊、人肉搜索、侵犯隱私
3)鼓動「飯圈」粉絲攀比炫富、奢靡享樂等行為
4)以號召粉絲、雇用網(wǎng)絡水軍、「養(yǎng)號」形式刷量控評等行為
5)通過「蹭熱點」、制造話題等形式干擾輿論,影響傳播秩序
9. 其他危害行為或內(nèi)容,主要表現(xiàn)為:
1)可能引發(fā)未成年人模仿不安全行為和違反社會公德行為、誘導未成年人不良嗜好影響未成年人身心健康的;
2)不當評述自然災害、重大事故等災難的;
3)美化、粉飾侵略戰(zhàn)爭行為的;
4)法律、行政法規(guī)禁止,或可能對網(wǎng)絡生態(tài)造成不良影響的其他內(nèi)容。
二、違規(guī)處罰
本網(wǎng)站通過主動發(fā)現(xiàn)和接受用戶舉報兩種方式收集違規(guī)行為信息。所有有意的降低內(nèi)容質(zhì)量、傷害平臺氛圍及欺凌未成年人或危害未成年人身心健康的行為都是不能容忍的。
當一個用戶發(fā)布違規(guī)內(nèi)容時,本網(wǎng)站將依據(jù)相關(guān)用戶違規(guī)情節(jié)嚴重程度,對帳號進行禁言 1 天、7 天、15 天直至永久禁言或封停賬號的處罰。當涉及欺凌未成年人、危害未成年人身心健康、通過作弊手段注冊、使用帳號,或者濫用多個帳號發(fā)布違規(guī)內(nèi)容時,本網(wǎng)站將加重處罰。
三、申訴
隨著平臺管理經(jīng)驗的不斷豐富,本網(wǎng)站出于維護本網(wǎng)站氛圍和秩序的目的,將不斷完善本公約。
如果本網(wǎng)站用戶對本網(wǎng)站基于本公約規(guī)定做出的處理有異議,可以通過「建議反饋」功能向本網(wǎng)站進行反饋。
(規(guī)則的最終解釋權(quán)歸屬本網(wǎng)站所有)