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