網站版面隨著產品演進，常常越來越複雜。首先發現隨處可見的清單，都叫做 List；清單裡的項目，全部都叫做 Item。一張圖配上標題和描述，就稱為 Card（卡片）。
不只是樣式、程式上的命名衝突會有問題，團隊討論的時候，寫程式、做設計，還是營運、行銷，用「這個清單」和「那邊的卡片」來溝通，是讓人筋疲力盡的體驗。
範圍
- 僅限於網頁前端：CSS、React、Stitches (CSS-In-JS)。
- iOS 或 Android 只知道設計稿的部份。
看專家怎麼說
Smashing Magazine 在 2017 年出版的 Design Systems（設計系統）裡提到命名方法之一：
好名稱是有個性的 Good Names Have a Personality
用在很多地方的小按鈕叫做 Minion；
只出現一次的大按鈕叫做 Boss。
有看過神偷奶爸、小小兵電影的人肯定一看就懂，覺得會心一笑。也就是說，讓人覺得有梗，會是好的命名方式。
我覺得有梗的命名方式
命名慣例的原則在網路上找得到很多資料，從上面那本設計系統，或其他資訊架構學書籍裡都有說明。在這篇文章裡，是收錄我實做過，或是聽過覺得很有梗的。
大聯盟與小聯盟
比喻成樓層
缺點
一開始經常規範不詳盡，不容易拿捏梗的尺度。例如：比較要好成員之間的默契；針對個人、族群的稱呼，使得新加入成員根本看不懂。或者反過來，新加入的成員覺得很有趣，一時腦充血，詞彙取名越線。因此在流程上，可能為了管理方便，逐漸不鼓勵使用帶梗的命名。
結論
如果你/妳也很喜歡在 UI 元件上面帶梗，歡迎投稿； 如果你/妳有因為 UI 命名慣例而遇到麻煩的事，也歡迎分享。