小編精選 - 技術文章翻譯 · 09月15日

我希望 DEV.to 存在的 5 個功能；另外 3 個，說真的，幸好它們不存在。

我是 DEV Trusted Member，這代表我在這裡的審核佇列和留言區花了相當不合理的時間。這也讓我有一些看法。

有些看法是 「拜託立刻做這個」，有些則是 「拜託永遠不要讓這個碰到平台」。

以下是前者五項，後者三項。

我希望存在的 5 個功能

我有在玩一款叫做 War Sniper 3D 的手機遊戲，裡面有公會聊天。每則訊息旁邊都有一個小按鈕——點一下，那則訊息就會立刻翻譯成你自己的語言。大家可以舒服地用自己思考時使用的語言輸入，而其他人也仍然看得懂。

<figure>
<img src="https://dev-to-uploads.s3.us-east-2.amazonaws.com/uploads/articles/zdt5frtun3ms4pkskzqi.png" alt="War-sniper-clan-chat">
<figcaption>一個小小的翻譯按鈕，就能讓多語言對話變得毫不費力。</figcaption>
</figure>

DEV 真的有來自全球的作者社群，但現在如果有人用印地語、德語，或任何非英語語言留言，大多數讀者都會直接略過。一個可在留言上（理想上也包括文章）一鍵切換翻譯的功能，會讓目前對非母語者幾乎看不見的大量內容，真正向大家打開。

<figure>
<img src="https://dev-to-uploads.s3.us-east-2.amazonaws.com/uploads/articles/ejiajqfkiee0ci3r3tl3.png" alt="translate-concept">
<figcaption>把同樣的一鍵概念，套用到 DEV 的留言上。</figcaption>
</figure>

如果你今天編輯了一篇已發佈文章，閱讀者完全沒有辦法知道你改了什麼。對於單純修正錯字，這沒問題。但只要是比較實質的改動——撤回某個主張、修正一段程式碼、把語氣放軟——讀者就應該能看到差異。

公開的版本歷程可以讓平台更有責任感，而且不會讓作者付出任何他們本來沒在做的成本。

一旦你已經進到某個系列裡，導覽其實是沒問題的——每篇文章在標籤下方以及頁面底部，都有一個小工具會連到其他篇章。那部分運作得很好。

<figure>
<img src="https://dev-to-uploads.s3.us-east-2.amazonaws.com/uploads/articles/7wtcbgu3uodqqqunrvdj.png" alt="Post-series-embed">
<figcaption>一旦你找到了系列，DEV 已經讓系列文章之間的切換很容易。</figcaption>
</figure>

問題在於你要怎麼找到它。你無法在 DEV 上用系列名稱搜尋系列。平台上也沒有任何地方提供系列的瀏覽頁或分頁。專屬的系列頁面雖然存在，但很陽春——沒有描述、沒有自訂樣式，只有一列一列疊起來的文章卡片。

<figure>
<img src="https://dev-to-uploads.s3.us-east-2.amazonaws.com/uploads/articles/whu2ndl94dcbd2y16cdt.png" alt="A series page">
<figcaption>目的地是有了。問題在於怎麼把讀者送到那裡。</figcaption>
</figure>

進入任何系列的唯一方式，就是你已經有其中一篇文章的直接連結。對一個積極鼓勵寫系列文的平台來說，系列前端的探索層幾乎不存在——只要跨過第一個連結，後面都很順，但那第一個連結卻得獨自扛起所有工作。

<figure>
<img src="https://dev-to-uploads.s3.us-east-2.amazonaws.com/uploads/articles/hidzra6mwo859b98yg77.png" alt="Series-page-pconcept">
<figcaption>一個專門的系列分頁，可以讓多篇章作品更容易被發現，而不是只能靠連結傳播。</figcaption>
</figure>

一個針對廣受好評系列的 <kbd>探索</kbd> 動態分頁，就能一次解決大多數問題——就像主動態會呈現單篇文章一樣，系列版的探索頁可以把真正被完成、也被讀者參與的多篇章作品浮現出來，而不是讓系列完全靠運氣和直接連結散播。

DEV 其實會在有人回覆你或提到你時寄出電子郵件，而且背後的邏輯還不錯：如果你在大約五分鐘內沒有對留言或回覆做出反應，郵件才會介入。也就是說，如果你已經在對話裡了，就不需要另一則通知再告訴你你正在參與一場對話。

這是很好的通知設計。它避免收件匣變成噴水槍一樣狂灌訊息。

<figure>
<img src="https://dev-to-uploads.s3.us-east-2.amazonaws.com/uploads/articles/dktxhexf4b4xx6llv0k1.png" alt="Comment-Mail">
<figcaption>郵件會在你安靜下來之後才找上你——但它仍然得看你有沒有去收信。</figcaption>
</figure>

但目前沒有真正的推播通知可用，無論是手機還是桌面端都沒有——那種會直接出現在鎖定畫面或系統通知裡，而不必打開電子郵件的通知。

對於活躍的討論串來說，我很想要有把這功能打開的選項。保留 DEV 現在對所有人預設安靜的行為，但讓想即時參與對話的人可以選擇接收即時推播。

有時候我不需要另一封電子郵件。我只需要知道有人現在就回覆了。

我和 Yug Vasava 為 Gemma 4 Dev Challenge 一起打造了 FinePrint，一個 AI 合約分析工具。當我們撰寫文章介紹它時，其中一個人必須當「作者」，另一個人只能在內文裡被提到名字。

DEV 確實有共同作者功能——但只限於以組織帳號發佈的文章，你可以新增最多 4 位共同作者，並顯示在文章頂部。即使如此，文章仍然主要歸屬於主作者，而不是平均分配。更重要的是，這只是給組織帳號用的變通方案，不是像我寫的那種個人文章也能使用的功能。

<figure>
<img src="https://dev-to-uploads.s3.us-east-2.amazonaws.com/uploads/articles/mr3ee3279s0rcso84j5b.png" alt="co-auth-post concept">
<figcaption>一篇個人文章也可以平等地署名兩位打造者，就像實際上的合作一樣。</figcaption>
</figure>

對一個圍繞黑客松和 DEV Challenges 建立的平台來說——那些幾乎都是團隊合作，而且通常是兩個人之間的合作，而不是某個組織——這仍然是一個明顯的缺口。