量化指標是與非：挽救被量化指標扼殺的技術團隊
作者 | 劉新翠整理 | 徐杰承本文整理自快狗打車技術總監劉新翠在WOT2023大會上的主題分享，更多精彩內容及現場PPT，請關注51CTO技術棧公眾號，發消息【WOT2023PPT】即可直接領取
11 月 20 日消息，Rust團隊宣布在幾個月前接受 RFC 3355 的提議，決定開始制定 Rust 語言的官方規范。
官方表示，在這一過程中，Eric（Rust 參考的維護者），Felix（Rust 語言團隊），Joel（Rust 基金會）和 Mara（RFC 的作者）組建了“規范團隊”，共同努力推動相關工作。
日前該規范團隊發文介紹了這項工作的進展，以及后續的一些其他規劃，并宣布將在未來為團隊制定定期會議時間表、確定利益相關者名單，并制作首個 Demo 產品，整理相關內容如下：
編輯者方面（Editor）作為RFC中規定的“editor”角色，由于基金會尋求該職位的理想人選時，一名候選人的提議最終被拒絕，基金會最終選擇考慮內部選項作為替代方案。
基金會的技術總監 Joel 表示愿意擔任該職位作為他現有工作的一部分。由于 Joel 在行業標準和技術編輯方面擁有豐富的經驗，以及與 Rust 項目的密切關系，Eric，Felix 和 Mara 迅速同意讓 Joel 擔任規范編輯的職位。
規范團隊方面（Specification Team）官方表示，由于編輯者無法獨自完成工作，因此他們組建了規范團隊，作為語言團隊的子團隊。
其中成員包含：
Felix Klock（團隊負責人）
Mara Bos（團隊負責人）
Joel Marcey（團隊成員，編輯者）
Eric Huss（團隊成員）
利益相關者（Stakeholders）官方宣稱，他們將選擇并維護一份有關“利益相關方”的列表清單，其中包括“專家”和“規范的使用者”，他們將作為顧問和審閱者。
其中成員包含：
Rust 語言團隊的所有成員
一名或多名來自類型團隊的代表
一名或多名來自操作語義團隊的代表
一名或多名來自 Ferrocene（高保障 / 可用性，例如汽車行業）的代表
一名或多名來自形式方法研究與開發的代表
一名或多名來自操作系統開發（Rust for Linux; Microsoft）的代表
權限和審批（Authority and Approval）雖然規范團隊負責撰寫和編輯規范，但對 Rust 語言的定義的權威仍由相關團隊，如語言團隊和庫 API 團隊等負責。這些團隊在必要時應涉及其他團隊 / 子團隊，例如通過提出問題，提名問題進行討論，并在關鍵決策上請求 FCP 批準。
官方表示，為了讓規范團隊能夠在不受審批流程限制的情況下生成內容并進行迭代，他們將在工作存儲庫中制定一份規范草案，從而公開跟蹤仍然需要團隊批準的項目以及利益相關方提出的問題。
我們將所有變更分類為次要變更或重大變更。較小的更改是對規范團隊來說似乎沒有爭議或微不足道的項目。例如，語言團隊已經通過 FCP 批準的更改、排版和語法修復、初衷明確的澄清，以及類似的令人興奮的更改。重大變更是那些可能有問題、重要或有爭議的變更。規范團隊和相關權威團隊的任何成員以及任何規范利益相關者都可以將更改標記為重大更改。對規范的重大更改必須經過通常的批準流程（例如語言 FCP）才能出現在規范的已發布（非草案）版本中。
其中語言和規范團隊應努力至少有一個共享成員（例如 Felix），充當聯絡員，以確保官方對“什么是次要更改”和“什么是主要更改”的理解保持同步。
目標規范團隊的目標是創建和維護 Rust 規范。
Rust 規范的目的是為確定哪些源文本是有效的 Rust 程序以及這些程序的行為提供權威資源，理想的規范即：
當前和未來的 Rust 版本定義了對給定 Rust 程序語義的規定邊界
提供了與該規范實例耦合的 Rust 版本的語義的詳細描述。
關于特定版本的詳細信息可以直接在規范中提供，也可以通過委派給相關 Rust 團隊擁有的其他文檔間接提供。
發布節奏Rust發布將獨立于規范審批流程進行，這是從設計方面考慮的。規范工作不得為項目增加需要克服的新障礙，以履行其現有義務，例如6周的發布周期。
團隊愿景是最終能夠達到自動交付更新規范的程度，并且能夠按照項目的6周發布節奏完成。但是，從短期和中期來看，其希望能夠自由地滯后于6周的發布節奏。當規范團隊為以前未涉及的領域逐步添加新內容，或大幅縮小當前版本規范的規定范圍時，滯后于Rust發布計劃的能力可能會特別有用。
雖然規范開發過程不會阻止發布，但語言功能的更改應與規范的相關更新相結合。一旦開始發布與特定版本相關的規范，那么如果沒有規范團隊批準對當前草案規范的相應拉取請求，則對當前規范中記錄的語言功能的更改就無法穩定。規范中未記錄的語言功能的更改可以在不更新規范的情況下穩定下來，但需要規范團隊成員確認相應的功能未記錄。
通過強制執行新功能在穩定之前必須成為規范的一部分的規則，有望消除規范與Rust版本之間潛在滯后的主要根源。
本文鏈接：http://www.www897cc.com/showinfo-119-31019-0.htmlRust 介紹“規范團隊”進展：安排人員創建及維護“權威開發資源”，制作首個 Demo 產品
聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權所有 sitemap.xml
違法及侵權請聯系：2376512515@qq.com 津ICP備18001702號
津公網安備 12010102000574號