Talk:Fedora Linux

歷史部份的內容

首先是發佈日期與版本代號已寫入『發佈歷史』中，另外重大的軟體更新已嘗試寫至『新技術的引入』部分，造成現有歷史部份的內容是有重複並造成雜亂的，而就我個人認為，歷史著實也不需要寫得像 change log 一樣。DarkRanger 15:15 2007年3月11日 (UTC)

“歷史部份的內容是有重複並造成雜亂的”是由于你后来加入“新技術的引入”一节造成的。如果你不加入会有重复吗？历史本来就是改变的记录，再说现在的历史一节与[1]这样的change log有显著的不同。--Wikijoiner 02:59 2007年3月12日 (UTC)

我對本條目的擴充與撰寫形式主要是參考以下三個條目：

1. 英文版 Fedora Core 條目
2. 中文版 Ubuntu 條目（已評鑑為特色條目）
3. 中文版 Debian 條目

參考上述條目後我決定將歷史簡化為表格，並將具重大影響的更新引入至特色一節，內容重複也不是我願意造成的，原先的歷史內容我已經刪過了，既然你又把它放回去，我也沒力氣打編輯戰，百科條目怎麼做最好麻煩你自己評估。如果你認為應該維持之前的那副模樣，而我所編輯的方向是錯誤的，這我不能接受。我依舊照原定計畫編寫， 溝不通我也沒辦法說什麼。- DarkRanger 09:09 2007年3月12日 (UTC)

维基方针没有规定一个条目的“撰寫形式”必须参考该条目的其它语言版和其它类似条目。你对历史内容的删除没有任何方针作为依据，我有权进行回退。重复不是我回退造成的，而是后来你添加“特色”一节造成的。--Wikijoiner 02:56 2007年3月13日 (UTC)

我的計畫再簡單不過：（1）將版本歷史製成表格〈2〉由於 Fedora 偏『bleeding-edge』的特性，迴異於其它 distribution，於是將重大更新引入特色介紹，也可就此特性與尚未撰寫的批評呼應。上述工程完畢後，我的期望就是將原本歷史的部分精簡化，然而你不是為我分析形式之間的優劣，而是說：『維基方針沒有規定一個條目的「撰寫形式」必須參考該條目的其它語言版和其它類似條目。你對歷史內容的刪除沒有任何方針作為依據』相信你一定很清楚，維基方針同樣沒有規定條目的撰寫形式不能以其它條目為榜樣，令人難以理解你的用意為何？當然，不要誤會，我完全認同並且支持你有提升條目質量和理性討論的權利。 - DarkRanger 16:03 2007年3月13日 (UTC)

这个条目不是专属你个人的，“撰寫形式”要不要“以其它條目為榜樣”并不只由你个人说了算。你只有权对你个人贡献的内容套用你喜欢的“撰寫形式”。别人贡献内容的“撰寫形式”只要没有违反维基方针，你就无权删除。--Wikijoiner 03:49 2007年3月14日 (UTC)

就因為維基百科條目不是專屬我個人的，所以我非常高興有這樣一個可以讓多人編寫並相互討論的百科計畫，至於你所說：『你只有權對你個人貢獻的內容套用你喜歡的「撰寫形式」。別人貢獻內容的「撰寫形式」只要沒有違反維基方針，你就無權刪除』，你也很清楚維基百科並沒有這樣的規定，但我也不想抨擊你是自訂規則還是怎樣，只希望雙方可以理性討論。我並不是因為否定了某人的工程而做修改〈前人的工程並沒有違反維基任何規定〉，而是欲將條目變得更好而做修改，縱使我是參考其它條目做修改，但我不能也不會斷定這樣做就是最好的。所以如果你覺得條目應該這樣寫最好，而我覺得條目應該那樣寫最好，那當然可以討論。如果你沒辦法跟我討論，只能一再搬出相同（而且又是你心知肚明）的論述，那真的很難談，我只能有空就繼續寫我的，然後你就繼續僵在那裡。 - DarkRanger 09:55 2007年3月14日 (UTC)

你是在修改吗？你明明是要将一部分删除。我也有权作出我认为“將條目變得更好”的修改，包括回退到我认为更好的版本。--Wikijoiner 11:55 2007年3月14日 (UTC)

1. 原本歷史內容可分為四元素：版本、日期、代號和重大更新，事實上我四個元素都保留了，我將版本日期與代號拿去做表格，重大更新則移至特色部份，當然，重大更新我是有所取捨，如果你對這方面有想法可以參予討論，我也可以繼續為你說明，而且如果你對 Fedora 系統富有經驗的話幫助會更大。
2. 我已經說明了編寫的方向和理由，以及同樣說明了對於條目提升的好處，所以我在編寫上是有所本。也因此，只要你說明你編寫的方向和理由（雖然目前為止提都沒提），我是不會抨擊你濫權的。- DarkRanger 12:31 2007年3月14日 (UTC)

特色部份应该描述当前版本的特色，历史版本的特色应该归档到历史部分。--Wikijoiner 13:11 2007年3月14日 (UTC)

歷史表格化並單純化（不包含更新內容）是多數 distribution 條目的作法，並且此法確實增加整齊度與簡潔性，採用並無不可，要豐富條目內容可從其它章節著手。另 Fedora 因其偏 bleeding-edge 的更新特性，故將重大更新編入特色說明也不為過。- DarkRanger 13:37 2007年3月14日 (UTC)

没跟你说表格，我说的是历史一节。“重大更新”只是bleeding-edge 的例证的一部分，只需要写“参见历史一节”就可以，没必要为举例就把更新历史全搬过去。--Wikijoiner 14:31 2007年3月14日 (UTC)

我並沒有全搬啊，我移動了具重大影響的更新作為範例，沒有移動的更新內容事實上多數是我認為歷史中多餘的部分〈另有少數是預計繼續安插在特色項目中，諸如 Mono 技術與自由軟體推廣〉。例如歷史項目中列出 kernel、Gnome、KDE、xorg 等的細部版本就我認為是不必要的，已經有更好的網站在做這樣的工程〈例如 DistroWatch〉，引導讀者參閱連結就可達到效果。以目前特色項目所選列的諸如：SELinux、Xen、Compiz 等都是在眾 distribution 中居於領先性與突破性的，而 kernel 2.6、GCC 4.0、PHP 5.0、MySQL 5.0 等都是足以影響系統運作的重大更新，也是讀者應該有所留意的。而在後續的擴充工程完畢後，原歷史項目是應該做些清理的。 - DarkRanger 16:21 2007年3月14日 (UTC)

部分搬也没有必要，你只不过是在特色一节举例说明bleeding-edge这一特色，这个例子根本不用写得这么详细。因为这个例子是通过更新历史来反映bleeding-edge，而详细的更新历史应该放在历史一节，举例时只需要让读者看那里就明白了。什么是重大更新不能由你个人来认定，在每个版本的release note的开始，都会列出官方认定的重大更新，请以它为准。--Wikijoiner 04:58 2007年3月15日 (UTC)

誠如我之前所說明的：「歷史表格化並單純化是多數 distribution 條目的作法」，其優點我也說明過了，因此我認為歷史部份本來就沒有列出更新內容的必要，所以才用特色為角度，將一些重大更新列舉說明，這些部分是基於使用者社群的經驗（如果不詳其原由，可以為你說明），而如果另有更新是你認為具條目撰寫價值的，也可以協助補充。 - DarkRanger 11:19 2007年3月15日 (UTC)