SASL Name Mangling Syntax

V1.0

Name mangling can be applied to name of function mainly, for distinguishing the overloaded function

MangledName is the result of Name Mangling. It starts with ‘M’ character and ends with ‘Z’ character.

MangledName ::= ‘M’ QualifiedName ‘@@’ ParameterTypes CallingConvention

QualifiedName is base name qualified by scope name. A scope name could be a structure name, class name or namespace name.

ParameterTypes describes the types of parameter list.

‘@@’ is the splitter between qualified name and parameter type.

QualifiedName ::= ( ScopeName ‘@’ )* BaseName

QualifiedName is composited by scope name and base name. ‘@’ is used to split the scope segments.

ScopeName ::=

‘S’ StructTypeName

‘N’ NamespaceName

StructTypeName ::= <name of structure>

NamespaceName ::= <name of namespace>

BaseName ::= <literal name of function>

ScopeName are two sorts, structure name or namespace name. Sorts are distinguished by a lead character. If the name starts with ‘S’ it means the name of structure, and ‘N’ means following name represents a namespace. Note that, if

BaseName is the literal name of the function or a type.

ParameterTypes is a list of parameter types. Because SASL do not support variance parameters, so we need not to considerate that. Syntax of ParameterTypes as following:

ParameterTypes ::= ( ParameterType ‘@@’)*

ParameterType is encoded by type qualifiers and type name.

NOTE THAT, anywhere type name referred means that the original definition name but not alias( such as generated by “typedef” ).

ParameterType ::= ScopeQualifiedTypeName

ScopeQualifiedTypeName is the type name qualified by scopes. It is similar with qualified name.

ScopeQualifiedTypeName ::= ( ScopeName ‘@’ )* BaseTypeName

ScopeName ::= ( ‘S’ StructTypeName ) | ( ‘N’ NamespaceName )

QualifiedBaseTypeName ::= TypeQualifier BaseTypeName

TypeQualifier ::= (‘C’)?(‘S’)?(‘U’)?Q

TypeQualifier describes the qualifier of declaration. In SASL, following qualifiers are supported: constant qualifier (‘C’), uniform qualifier (‘U’) and shared qualifier (‘S’). Each qualifier is represented as a character, and qualifiers is ended by a character ‘Q’.

BaseTypeName ::=

‘S’ StructTypeName

‘B’ BuildinScalarTypeName

‘V’ BuildinVectorTypeName

‘F’ FunctionTypeName

‘M’ BuildinMatrixTypeName

‘A’ ArraySize ArrayComponentTypeName

StructTypeName ::= <literal name of structure>

BuildinScalarTypeNames encode all build-in type into one or two characters.

BuildinScalarTypeName ::=

‘U1’ | ‘U2’ | ‘U4’ | ‘U8’ |‘I1’ | ‘I2’ | ‘I4’ | ‘I8’ | ‘B’ | ’F’ | ‘D’ | ‘O’

ArrayComponentTypeName ::= QualifiedBaseTypeName

ArraySize ::=

<length of array >

‘V’

They are corresponded following building types: uint8_t, uint16_t, uint32_t, uint64_t, int8_t, int16_t, int32_t, int64_t, boolean, float, double and omit (void).

BuildinVectorName ::= VectorLength BuildinScalarTypeName

BuildinMatrixName ::= RowCountOfMatrix ColumnCountOfMatrix BuildinScalarTypeName

BuildinVectorTypeName shows the name of building vector. It makes of length component and scalar type component.

VectorLength Could be 1, 2, 3 or 4 and represents the length of vector.

And the BuildinMatrixTypeName is similar as build-in vector type name.

ArraySize is an integer demonstrating the size of fixed-length array or ‘V’ (void or variant) means that it is a variant length array.

ArrayComponentTypeName is the description of type of component of array. For example, array component type of “int32_t[]” is “int32_t”. So array component type name is set to the mangled name of int32_t, “I4”.

CallingConvention is a single character which shows the calling convention of this function. ‘S’ means “__stdcall”, ‘C’ means “__cdecl” and ‘F’ ,means “__fastcall”

CallingConvention ::=

‘S’

‘C’

‘F’

FunctionTypeName reuses all non-terminators and terminators mentioned above.

FunctionTypeName ::= ReturnType PrarameterTypes CallConvetion ‘@@@’

ReturnType ::= ParameterType ‘@@’

明拜之，請(qǐng)?jiān)唬昂?jiǎn)報(bào)可乎？”曰：“可。”

咳咳。最近由于SoftArt的幾個(gè)參與人員工作都比較繁忙，因此進(jìn)度上比較松散。但是大體上，SoftArt一直是按照預(yù)先想好的計(jì)劃在進(jìn)展。為了讓大家知道SoftArt的開(kāi)發(fā)進(jìn)展，同時(shí)也是我們開(kāi)發(fā)人員自己的備忘，我們?cè)谏套h后，決定以簡(jiǎn)報(bào)的形式，不定期地將SoftArt的變化和進(jìn)展及時(shí)地呈現(xiàn)出來(lái)。

簡(jiǎn)介

本簡(jiǎn)報(bào)主要總結(jié)了09年11月份以來(lái)SoftArt的變更情況。

對(duì)于SoftArt來(lái)說(shuō)，09-10年度是非常重要的。在這一年中，盡管SoftArt并沒(méi)有加入多少新的特性的加入，但是架構(gòu)、性能都經(jīng)過(guò)了持續(xù)性的優(yōu)化。

在Graphics方面，Minmin為SoftArt撰寫(xiě)了全新的光柵化算法。新的光柵化算法與Larrabe的細(xì)分方法類似。這一算法在并發(fā)能力上有很明顯的優(yōu)勢(shì)。盡管在目前性能上與上一版的掃描線算法相對(duì)弱勢(shì)，但是經(jīng)過(guò)Minmin的辛苦工作，這一弱勢(shì)已經(jīng)逐步的縮小了。就目前而言，我們認(rèn)為該算法仍然有很大程度的提升空間。

同時(shí)，紋理單元也經(jīng)過(guò)了大量的SSE優(yōu)化，目前的紋理單元效率已經(jīng)遠(yuǎn)遠(yuǎn)超出最初我為之撰寫(xiě)的版本。

經(jīng)過(guò)一段時(shí)間的調(diào)優(yōu)之后，目前程序的瓶頸主要集中在裁切和頂點(diǎn)變換上。已經(jīng)朋友為我們提出了非常好的建議，接下來(lái)這也是我們工作的重點(diǎn)之一。

當(dāng)然，根據(jù)估計(jì)，在經(jīng)過(guò)一段時(shí)間的調(diào)整后，這些問(wèn)題一定會(huì)得到解決的。我們估計(jì)最終SoftArt的瓶頸將主要集中在兩個(gè)地方，一個(gè)是IO，一個(gè)是Shading部分。目前我們只是使用了簡(jiǎn)單的shading code，相信在shading code復(fù)雜之后，瓶頸會(huì)在很大程度上有所轉(zhuǎn)移。

對(duì)于IO部分的瓶頸主要由紋理和后備緩沖產(chǎn)生。對(duì)于現(xiàn)代圖形算法而言，紋理又是重中之重。沒(méi)有特殊紋理單元的CPU在這一點(diǎn)上實(shí)在是吃了大虧。盡管我們?cè)贑ache Hit Rate及消除Function Call上下過(guò)一定的功夫，并使用了SSE加速了雙線和Mipmap的紋理插值計(jì)算，但是效果仍然達(dá)不到我們的預(yù)期。一旦引入各向異性過(guò)濾，可以預(yù)見(jiàn)，在這一部分，還需要我們投入大量的精力來(lái)研究并解決這一問(wèn)題。

但是由于C++ Shader Code在SIMD特性上的限制，目前我們并沒(méi)有設(shè)計(jì)并實(shí)現(xiàn)更加復(fù)雜的Shader。這一切都有待SASL（SoftArt Shading Language）編譯器完成之后才能。Minmin為SASL與渲染器連結(jié)的Host API部分撰寫(xiě)了完整的Specification（神人啊，真的是做什么都可以）。盡管目前這一部分在描述上比較簡(jiǎn)略，但是與DX11相似，相信大家一定可以比較容易的接受這套API。

在編譯器方面，主要有Ye負(fù)責(zé)。目前的編譯器各個(gè)階段的接口以及語(yǔ)言特性已經(jīng)基本成熟。語(yǔ)義和代碼生成部分也在有條不紊的開(kāi)展。在編譯器設(shè)計(jì)期間，得到了Zihan Chen在技術(shù)上的大力支持，在此特別表示感謝。

變更清單

Nov 01,2009 – Nov 29, 2009 (r1 - r10) 此階段的工作主要是將原先在sf.net上的項(xiàng)目，移動(dòng)到Google code上，并對(duì)工程進(jìn)行了一定的調(diào)整，同時(shí)移除了一些編譯器警告。

Dec 01,2009 – Dec 09,2009 (r11 - r29) 此間，Minmin為現(xiàn)有的C++ Shading Code的接口進(jìn)行了重構(gòu)，修復(fù)了一些Bugs，并進(jìn)行了一部分的優(yōu)化工作。

Dec 10,2009 – Feb 08,2010( r30 – r65) Minmin為SoftArt的頂點(diǎn)和光柵化提供了并行能力。光柵器以Block為粒度對(duì)三角形并行光柵化。

Dec 09,2009 – Feb 21,2010( r27 – r66 ) Ye將SASL的分析器由Spirit 1.8移植到2.1

Python寫(xiě)的。有哥們兒說(shuō)，Perl多好，一行就OK了，我囧。我不會(huì)那么高深的玩意兒，就只好寫(xiě)的煩一點(diǎn)。大bug沒(méi)有，小bug肯定是有的，湊合著用吧。反正是腳本的，不滿意的同鞋可以慢慢改。。。

有圖有真相

好吧，softart可憐兮兮的才15K行代碼，有一半以上都是叛叛貢獻(xiàn)的了可能。這里的統(tǒng)計(jì)還包括了一部分的py代碼。

猛點(diǎn)我下載腳本

SoftArt是一款遵守GPLv2協(xié)議的開(kāi)源軟件渲染器，目的是在CPU上實(shí)現(xiàn)Direct3D 11的全部功能。

項(xiàng)目介紹參見(jiàn)這里

主頁(yè)參見(jiàn)這里

目前固定管線的工作已經(jīng)結(jié)束，Shading Language的編譯器也在緊張開(kāi)發(fā)中。

以下是目前的兩個(gè)Demo的截圖。

在接下來(lái)的工作中，除去核心部分的進(jìn)展外，性能示例、測(cè)試用例和特性展示。我們希望通過(guò)這些用戶程序的開(kāi)發(fā)，暴露SoftArt的性能、穩(wěn)定性、Feature上的優(yōu)勢(shì)和缺陷。

考慮到Roadmap和目前的人手情況，我們希望招募一些志愿開(kāi)發(fā)者從事Demo的開(kāi)發(fā)工作。我們以極大的熱誠(chéng)，歡迎您的加盟。我們可以給予您一個(gè)良好的學(xué)習(xí)鍛煉的機(jī)會(huì)。考慮到主要成員均為在職，可能沒(méi)有更多的時(shí)間來(lái)輔導(dǎo)和培訓(xùn)，因此我們希望你可以具備一些基本條件：

* 有一年左右的C++經(jīng)驗(yàn)；

* 對(duì)開(kāi)發(fā)和圖形學(xué)有鉆研的興趣；

* 有一定自學(xué)能力，在較少的指引下高效的學(xué)習(xí)；

* 有恒心，有熱情參與開(kāi)源項(xiàng)目；

* 當(dāng)然，如果您有一定的圖形學(xué)基礎(chǔ)，那就更好了。

項(xiàng)目目前的核心開(kāi)發(fā)成員及顧問(wèn)，均具有6-12年的開(kāi)發(fā)經(jīng)驗(yàn)，供職于業(yè)內(nèi)的頂級(jí)企業(yè)。為了讓您能夠快速溶于項(xiàng)目中，項(xiàng)目組會(huì)視情況組織在線/線下的培訓(xùn)和交流活動(dòng)。相信每個(gè)成員均可以在本項(xiàng)目的實(shí)施過(guò)程中獲益匪淺，項(xiàng)目也會(huì)因?yàn)槟呢暙I(xiàn)而更添光彩。

如果您有這方面的意向，請(qǐng)致Email于 wuye9036@gmail.com。

請(qǐng)?jiān)贓mail注明你的：

ID：常用的ID，最好包括真實(shí)姓名

Google Account：如果沒(méi)有，可以申請(qǐng)一個(gè)。因?yàn)槲覀兊腟VN Repository是建立在Google Code上的）

聯(lián)系方式：IM（QQ,MSN,GTALK）和Email，有手機(jī)最好

自我介紹：包括擅長(zhǎng)的技術(shù)啦，項(xiàng)目經(jīng)驗(yàn)啦，閑扯也可，呵呵

希望參與的工作

其他要求：任何要求皆可

我們會(huì)在第一時(shí)間與您聯(lián)系，商討具體事宜。真誠(chéng)期待您的加盟！

Visual Studio 2010開(kāi)了一整天，敲了不到10行代碼，然后幾秒鐘就被Ctrl + Z掉了。將三方協(xié)議寄出之后，難免有些松懈與混沌。周四體檢結(jié)果出來(lái)，一切也就塵埃落定了。既然沒(méi)心思干活，那可以隨便寫(xiě)點(diǎn)什么，總結(jié)一下自三月份求職以來(lái)的種種經(jīng)歷，打發(fā)一下時(shí)間。

這幾個(gè)月求職對(duì)我來(lái)說(shuō)，還算是比較順利的。到現(xiàn)在為止，MSRA的電話面試應(yīng)該算是全部通過(guò)了，V公司也到了談Offer的階段。不過(guò)由于時(shí)間限制、興趣、職位等種種因素，最終我還是選擇了A公司的Offer。這點(diǎn)要向被我放了鴿子的朋友和公司道歉。有些事情，真的要看緣分和運(yùn)氣。待遇、職位、工作內(nèi)容、工作地點(diǎn)，對(duì)我來(lái)說(shuō)都比較適合，而且又有認(rèn)識(shí)的多位前輩在其中供職，對(duì)能有這份工作，我是很高興的。

我收到面試的機(jī)會(huì)不算特別多，MSRA三次中文的電話面試，A公司的一次電話和兩次Face-to-face，V的Face-to-face，還有一個(gè)做GIS的單位G的Face-to-face的面試。

最早接受的，是G單位的面試。G單位采取的面試方式是一個(gè)Introduction，就是介紹下自己做過(guò)什么工作，然后Manager會(huì)介紹一下公司主要做哪些方面的工作。由于沒(méi)什么問(wèn)題，所以面下來(lái)，氣氛很好。不過(guò)最后我一個(gè)在公司里工作的朋友告訴我，我被拒了。為什么不知道，連正式通知都沒(méi)有。所以我也不好說(shuō)什么的。不過(guò)大體上，這次面試就拉開(kāi)了我被面的序幕。

MSRA三輪電話面試倒是各有特色。第一輪主要問(wèn)我做過(guò)什么，對(duì)職業(yè)有什么規(guī)劃，傾向于什么。然后簡(jiǎn)單的問(wèn)了兩個(gè)技術(shù)問(wèn)題。第二輪是個(gè)單純的技術(shù)面試。問(wèn)我一個(gè)Large-scale的圖片瀏覽系統(tǒng)應(yīng)該怎么設(shè)計(jì)。然后我就在他的引導(dǎo)下，一步一步的深入，最后還算是比較順利的紙上談兵的解決了問(wèn)題。反正嘛，不外乎就是Tune-Opt這樣的順序。對(duì)于這類數(shù)據(jù)訪問(wèn)型的數(shù)據(jù)，本質(zhì)上就是運(yùn)用Cache解決訪問(wèn)速度的問(wèn)題。解決的好不好，面試這么短時(shí)間內(nèi)，也是問(wèn)不出來(lái)的。所以對(duì)付面試，有充分的分析問(wèn)題的能力比較好。至于解決問(wèn)題，那個(gè)面試很難考察的清楚。然后有一個(gè)徹底把我打垮的問(wèn)題：操作系統(tǒng)的常用內(nèi)核對(duì)象有哪些？我直接長(zhǎng)大了嘴，然后過(guò)了好幾分鐘，干凈利落的回答，不知道。然后是一些C++的問(wèn)題。比方說(shuō)struct和class有沒(méi)有什么相同和不同啦一類的。或者是一些很概念性的，諸如Template用在哪些場(chǎng)合。第三輪電話面試比較郁悶。有個(gè)哥們兒一口咬定，我不適合做研究。然后27min中的面試有10min是他在接別人電話，還有至少10分鐘，是糾結(jié)在我不適合做研究的問(wèn)題上。問(wèn)題是我本來(lái)就申請(qǐng)的是RSDE，哪有多少研究的。

V是我第二個(gè)Face-to-face的面試。面試我的是一個(gè)挺能侃的哥們兒，看樣子是Team Leader。先讓我做了一套Cpp的題目，我在博客里面也總結(jié)了，這里就不再多說(shuō)了。然后就是一些公司發(fā)展啊，職業(yè)發(fā)展啊，定位啊一類的。圖形方面問(wèn)道的題目不多，倒是一些諸如不同調(diào)用協(xié)議之間的區(qū)別一類的匯編級(jí)的問(wèn)題被問(wèn)的很多。我對(duì)這些僅僅就了解了一個(gè)皮毛，因此回答的也很勉強(qiáng)，很復(fù)雜的問(wèn)題，例如為什么cdecl下，參數(shù)是自右向左進(jìn)棧這樣的問(wèn)題，就很難回答的上來(lái)了。不過(guò)整體上，從他的侃大山里，學(xué)到了不少東西。

A的兩次，是典型的大公司的兩次面試。第一次面試的是做QA的Team，最后因?yàn)楹臀业钠谕毼徊贿m合，所以他們的Leader沒(méi)有給我Offer。第二次就是現(xiàn)在拿Offer的這一次。

一般來(lái)說(shuō)，這類大公司面試，就是分為技術(shù)面試和Communication兩個(gè)部分。

第一個(gè)部分就是考察你技術(shù)怎么樣。技術(shù)考察一般分為以下步驟：首先，你做過(guò)什么，簡(jiǎn)要的介紹一下。有什么動(dòng)機(jī)，運(yùn)用了哪些技術(shù)，效果如何，你主要做了寫(xiě)什么。這個(gè)時(shí)候比較好辦，吹水就可以了。遇到了什么問(wèn)題，怎么解決的。

其次，一些專業(yè)技術(shù)性的問(wèn)題，比方說(shuō)算法一類的。這一類問(wèn)題底子好就比較容易搞，因?yàn)榧?xì)節(jié)不多。但是要注意回答到點(diǎn)子上。比方說(shuō)上一次被人問(wèn)了Mipmap究竟是什么含義。我偏導(dǎo)來(lái)、偏導(dǎo)去的解釋了半天，最后才算是猛的想起來(lái)，回答是預(yù)計(jì)算的降采樣，面試我的哥們兒點(diǎn)點(diǎn)頭我才算過(guò)了關(guān)。

再次就是工程學(xué)問(wèn)題。讓你寫(xiě)段代碼示例。這中間要注意很多方面，比方說(shuō)Guard Code。不是說(shuō)我不重視這些東西。但是我對(duì)于在白板這樣的思想交流工具上表達(dá)實(shí)現(xiàn)這么具體的東西很反感。有時(shí)候還會(huì)考一些基礎(chǔ)但是具體的算法實(shí)現(xiàn)。這一項(xiàng)上，我比較薄弱。不是算法本身就真的差到什么程度，主要還是因?yàn)槲沂鞘謨?cè)黨。沒(méi)有手冊(cè)，你讓我寫(xiě)一個(gè)完全正確的算法，很困難。點(diǎn)到直線距離就讓我為難了好半天。這種基礎(chǔ)的東西，荒廢久了，還真難記得什么。所以代碼什么的漏洞百出，還讓面試我的前輩多少有點(diǎn)不太高興。這點(diǎn)還是因?yàn)槲姨贻p，頗有些沖動(dòng)和自以為是了。我一個(gè)朋友對(duì)我說(shuō)，你有什么不重要，關(guān)鍵是，要是別人需要的，你都有，這才牛逼。我就把這句話當(dāng)做座右銘了，可惜目前的實(shí)施情況實(shí)在太不盡如人意。以后進(jìn)公司，這方面還是要注意一點(diǎn)比較好。

第二個(gè)部分就是你的IQ啊，EQ啊，語(yǔ)言能力啊、交流能力啊一類的。這些比較寬泛，也很難有準(zhǔn)繩可以衡量。比方說(shuō)我第一次在A面試的時(shí)候，就遇到了HR給我出智商題。我就直言說(shuō)我這個(gè)人智商比較低。然后2道題就作出來(lái)1道，說(shuō)明我大體上是個(gè)誠(chéng)實(shí)的人。50%的正確率，大概和弱智沒(méi)多少區(qū)別了。第二次面試就沒(méi)有，直接面了英語(yǔ)。然后HR Z就說(shuō)，我的英語(yǔ)太搓，云云。當(dāng)然比這個(gè)說(shuō)法婉轉(zhuǎn)。這個(gè)沒(méi)辦法，我得承認(rèn)。我的英語(yǔ)確實(shí)完全不靠譜。這個(gè)以后去了公司，還要多練練。

就我不多的面試經(jīng)驗(yàn)來(lái)看。面試比我預(yù)先想的難度低。畢竟面試是允許不完美的，大差不差就可以了，不用把自己弄得太緊張。大公司也沒(méi)有一般人想象的那么難進(jìn)，只要你能力上差不多，對(duì)得起一年10W左右的薪水（絕大部分外企的薪酬都在這個(gè)左右浮動(dòng)），就肯定能進(jìn)去。當(dāng)然，也是看緣分的。有時(shí)候沒(méi)有合適的職位，那也沒(méi)辦法，只要耐心一點(diǎn)等待就好了。

最后祝將要找工作的同學(xué)一切順利。

對(duì)于C++一系的語(yǔ)言，Name Mangling主要用于同名函數(shù)，同名類型和同名變量的重載。編譯器可以在編譯期將同名函數(shù)的不同簽名形式區(qū)分開(kāi)來(lái)。Name Mangling經(jīng)常用于以下場(chǎng)合：函數(shù)同名稱不同簽名（函數(shù)重載）；跨編譯單元的變量、函數(shù)引用；動(dòng)態(tài)鏈接庫(kù)或其他形式的函數(shù)、變量導(dǎo)出。

盡管現(xiàn)階段SASL不打算支持Member Function等比較復(fù)雜的行為，甚至?xí)簳r(shí)不考慮函數(shù)重載。但是作為現(xiàn)代語(yǔ)言編譯的基本要素，SASL在語(yǔ)義分析階段，仍然提供了較為完善的Name Mangling機(jī)制，為以后的編譯器特性擴(kuò)充打下基礎(chǔ)。

SASL的Mangling語(yǔ)法如下：
mangled_name = 'M' basic_name '@' return_value_type parameter_type_list '@' 'Z'
basic_name = string '@'
return_value_type = value_type
parameter_type_list = ( value_type )*
value_type = qualifier_code type_code
qualifier_code = "UN" | "CN" | "NN" | "UC"
type_code = buildin_typecode | struct_class_typecode | array_type_code
buildin_typecode = dimension_code basic_type
dimension_code = scalar | vector | matrix
scalar = 'B'
vector = 'V' (1|2|3|4)
matrix = 'M' (1|2|3|4){2}
basic_type =
  'S1' | 'U1' | 'S2' | 'U2' | 'S4' | 'U4' | 'S8' | 'U8' | 'F' | 'D' | 'V' | 'B'
struct_class_typecode = 'S' string '@@'
array_class_typecode = 'A' type_code size '@@'

和主流語(yǔ)言相比，本Mangling暫時(shí)不支持Qualifier（Class Member，Namespace Qualifiers）。以后在需要Qualifier的時(shí)候再酌情添加。也就是說(shuō)暫時(shí)不會(huì)考慮現(xiàn)有版本和以后版本在二進(jìn)制上的兼容性。

以下是一個(gè)mangling的例子：

double foo();  => Mfoo@@NNBD@Z

SALVIA的近期計(jì)劃主要集中在工程方面。開(kāi)發(fā)組希望能在年底前放出第一個(gè)Release。在年底之前，大致的安排如下：

6月份，Code Review Standard。大體上參照Boost和Google的Standard來(lái)制定。

6月底之前，Roadmap。Roadmap將按照兩個(gè)階段分別制定項(xiàng)目計(jì)劃表。第一個(gè)階段到年底，即第一個(gè)Release發(fā)布之前。第二個(gè)階段為2011年之后。

在6月份和12月份，項(xiàng)目組將分別撰寫(xiě)一份工作報(bào)告。工作報(bào)告預(yù)計(jì)包含 For Developer, For User, For Manager, For Roadmap四個(gè)部分。For Developer主要總結(jié)開(kāi)發(fā)進(jìn)展，針對(duì)部分有代表性或關(guān)鍵代碼的Code Review撰寫(xiě)報(bào)告，并對(duì)下個(gè)階段的項(xiàng)目實(shí)施提出建議。For User將主要總結(jié)API和文檔在這一階段的變化情況，并提供一份性能、功能、安全性、健壯性和Bug部分的用戶指南。For Manager將對(duì)半年來(lái)的配置管理、任務(wù)分配等一系列的工作進(jìn)行整理、匯報(bào)和評(píng)價(jià)，提出下一階段的工作的綱要和工作指導(dǎo)。For Roadmap將對(duì)Roadmap的實(shí)施程度、變更情況加以解釋和說(shuō)明，并對(duì)Roadmap進(jìn)行修正，提出完整的下一階段工作計(jì)劃。

12月底之前，Wiki、Forum和FAQ的建設(shè)。

12月底之前，用戶文檔和開(kāi)發(fā)者文檔的整理編寫(xiě)工作。我們將盡量使用戶文檔能夠在Release時(shí)發(fā)布，但是囿于人手，項(xiàng)目組暫時(shí)不能對(duì)文檔的進(jìn)度予以承諾。

同時(shí)，SALVIA開(kāi)發(fā)者的招募工作仍然在繼續(xù)當(dāng)中。詳情可以參見(jiàn)本博的置頂帖。

最后，項(xiàng)目組成員感謝您對(duì)本公告的關(guān)注，并真誠(chéng)希望您的參與！