討論:C語言
![]() | C語言曾獲提名優良條目評選,惟因其尚未符合標準而落選。下方條目里程碑的連結中可了解落選的詳細原因及改善建議。條目照建議改善之後可再次提名評選。 | |||||||||||||||||||||
|
![]() |
C語言屬於維基百科技術主題的基礎條目擴展。請勇於更新頁面以及改進條目。 本條目頁依照頁面品質評定標準被評為丙級。 本條目頁屬於下列維基專題範疇: |
||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Untitled
[編輯]用「C程式語言」或許更恰當。--Formulax 2003年5月9日 06:57 (UTC)
Untitled
[編輯]I suspect a typo but am not sure : "Lunix" should be "Linux", I think.—以上未簽名的留言由212.180.70.224(對話|貢獻)於2003年5月9日 (五) 10:56 (UTC)加入。
- 對.是Linux. --Menchi 2003年5月9日 20:33 (UTC)
yes, you r right, it should be Linux. samuel 2003年5月10日 08:41 (UTC)
Untitled
[編輯]原來關於 C99 的描述過於簡單,我今天補充了下相關的內容,但是由於是自己倉促寫成,關於語言的組織,還有 C99 新特性的描述可能還是有遺漏和錯誤,希望大家幫助指正。 --雲風 17:07 2004年4月8日 (UTC)
是否能保留一些專有名詞的原文,利用()在其後面標注,例如預處理(preprocess)
。我自己熟這個領域,但是對於不常看中文的和非中國大陸翻譯的名詞,我自己連這個條目看起來都很吃力。jclin 15:23 2005年8月24日 (UTC)
同感,尤其還有人名。。。—以上未簽名的留言由210.34.50.3(對話|貢獻)於2005年9月9日 (四) 17:40 (UTC)加入。
C語言常作為嵌入式程式設計語言
[編輯]我覺得開頭部分可以提及此點。
我覺得在開頭部分提及C在嵌入式領域的作用會給一個初學者以誤解,他會將C作為嵌入式系統的設計語言而不是通用的程序設計語言。 Xcxin 03:08 2006年4月11日 (UTC)
優良條目評選
[編輯]以下內容由Wikipedia:優良條目候選移至
原來的外部連結參見到哪了?
[編輯]RT,原來的外部連結有很多有用的網站(當時學的時候有很大幫助),怎麼都刪了?,能在哪找回來嗎?--221.4.220.237(留言) 2013年4月19日 (五) 01:08 (UTC)
- 查一下版本歷史吧,只要知道您之前是在什麼時候看的,就可以找到當時的版本--Wolfch (留言) 2013年4月19日 (五) 04:05 (UTC)
- 多謝,我找到了。但我還有個疑問,當時為什麼刪掉(他似乎沒寫理由),我能夠恢復嗎?--203.194.128.106(留言) 2013年4月28日 (日) 00:45 (UTC)
建議改名:「C語言」→「C (程式語言)」
[編輯]「C語言」 → 「C (程式語言)」:"C"才是正確的名稱--Rx5674(留言) 2014年6月4日 (三) 07:49 (UTC)
- (-)反對,見WP:NAME:「慣例:所有會和其他條目重名的程式語言,都應當在後面加上『語言』」。-Lif…lon 2014年6月5日 (四) 16:01 (UTC)
- (-)反對:同上。習慣用法,更加準確精煉。--InstantNull(留言) 2014年6月7日 (六) 21:31 (UTC)
- (-)反對:根據Wikipedia:命名常規#語言(包括程式語言和普通語言),由於已經存在C,故應在標題後面加上「語言」,以避免消歧義產生--林勇智 2014年6月9日 (一) 17:14 (UTC)
- (-)反對:常用稱呼,無需消歧義。太虛乎(留言) 2014年6月11日 (三) 05:18 (UTC)
- (-)反對:C語言本身就比C這個名字更常用,鏈入C語言這個名字的條目已經超過了500條。另外既然WP:NAME都用C語言來舉例子了,移動這個條目感覺就更不符合命名常規了。--[[C_P_K_.]] {{留言}} 2014年6月18日 (三) 15:16 (UTC)
- (:)回應:「鏈入C語言這個名字的條目」沒有任何意義。我的習慣用法「我寫C」,不是說「我寫C語言」--Rx5674(留言) 2014年6月22日 (日) 16:02 (UTC)
未完成。—Chiefwei(論 - 編 - 歷) 2014年9月1日 (一) 03:20 (UTC)
關於引用文獻
[編輯]有人編輯說沒有參考文獻,我填了一些;然而這些參考全部都是標準文檔,因為它們全都寫在標準里——這樣的參考真的有用嗎? --Ining Chien(留言|簽名) 2020年6月15日 (一) 08:08 (UTC)
- (:)回應這種問題就和電影的劇情介紹但是來源是電影一樣,但程式語言不像電影條目有不寫的特權所以來是要寫(社群有討論過電影條目在介紹劇情方面可以不加來源),標準也是一種來源,沒有不能用的問題。 --無心*插柳*柳橙汁 2020年6月15日 (一) 09:35 (UTC)
優良條目評選(第二次)
[編輯]- 投票期:2020年6月8日 (一) 09:11 (UTC) 至 2020年6月15日 (一) 09:11 (UTC)
下次可提名時間:2020年7月15日 (三) 09:12 (UTC)起
請記得為當選條目撰寫簡介頁面,如此當選條目才有可能出現在首頁。
符合優良條目標準:提名人票。曾經參與過評選但落選,但現在條目內容有改善。--Ining Chien(留言) 2020年6月8日 (一) 09:11 (UTC)
不符合優良條目標準:來源缺失,建議看看手邊的C語言課本擴充。 --無心*插柳*柳橙汁 2020年6月8日 (一) 15:46 (UTC)
- (!)意見:那樣的話,這個條目只會變成一本不太好的C語言指南,而不是作為一本百科全書中的條目。我認為它作為一個描述性的材料,介紹這些內容已經足夠了:)--Ining Chien(留言) 2020年6月9日 (二) 00:01 (UTC)
- 可是現在的條目就是個不太好的C語言指南,沒有介紹迴圈,資料型別只有介紹typedef-f而且還講得零散(enun和union也沒有提到),作為描述性的材料,這個條目地介紹也不明確,用Hello World當例子,請問printf是甚麼?有學過的人會知道這是輸出Hello, world!。\n是甚麼?明明我沒寫\n也可以顯示那麼加入\n到底有甚麼功效?這些都沒有解釋。 --無心*插柳*柳橙汁 2020年6月9日 (二) 03:57 (UTC)
- 不知您是否讀過CPL(《C程式設計語言》),即由C語言創始人所寫的書,其中也用到了hello world這個例子。然而它也只是作了粗略的介紹。而該條目的目的和CPL是一樣的,即對C語言作出介紹,而不是為初學者提供入門教材。然而,您說的也有道理,因此我會嘗試完善您所提到的這兩個點。 --Ining Chien(留言) 2020年6月9日 (二) 07:06 (UTC)
- (:)回應對於目前的條目仍有許多問題,關於來源問題,我幫你列出來了,請檢查。 --無心*插柳*柳橙汁 2020年6月14日 (日) 17:33 (UTC)
- (!)意見:那樣的話,這個條目只會變成一本不太好的C語言指南,而不是作為一本百科全書中的條目。我認為它作為一個描述性的材料,介紹這些內容已經足夠了:)--Ining Chien(留言) 2020年6月9日 (二) 00:01 (UTC)
不符合優良條目標準:建議提名人閱讀Wikipedia:GACR。--Narumi Toa(留言) 2020年6月9日 (二) 08:34 (UTC)
- 已閱讀。依次進行討論(因顯而易見的原因,該條目不適用第6點,您沒有意見吧?)。
- 1.a:拼寫,語法正確。 1.b:符合格式手冊。
- 2.可供查證且無原創研究。
- 3.a 已包含大多數方面 3.b 聚焦於主題,但按照@Milkypine所提建議更改後還能否繼續符合該點要求,我深表懷疑與憂慮。
- 4.中立性:顯然
- 5.十分穩定,沒有編輯戰:可通過編輯記錄得出。
- 以上,您認為該條目不符合哪一點? --Ining Chien(留言) 2020年6月9日 (二) 10:03 (UTC)
- Wikipedia:優良條目標準#六個優良條目標準:可供查證且無原創研究的:
- 已閱讀。依次進行討論(因顯而易見的原因,該條目不適用第6點,您沒有意見吧?)。
符合優良條目標準:提名人票。內容全面,來源充足 --Wide2020(留言) 2020年6月13日 (六) 09:57 (UTC)
- 現在的版本缺失的引用太多了,舉個例子:
隨手抄的一段 | WG14工作小組之後又於1994年,對1985年頒布的標準做了兩處技術修訂(缺陷修復)和一個補充(擴展)。下面是 1994 年做出的所有修改: |
---|
- --Narumi Toa(留言) 2020年6月9日 (二) 12:22 (UTC)
- 好的。我會找時間把它們儘量填上的。--Ining Chien(留言) 2020年6月9日 (二) 14:13 (UTC)
- 花了一些時間,補齊了部分參考資料(照著我的幾本C語言書XD)。 --Ining Chien(留言) 2020年6月10日 (三) 11:37 (UTC)
符合優良條目標準。——Jujiang(留言) 2020年6月10日 (三) 15:03 (UTC)
:3
符合優良條目標準票,2
不符合優良條目標準票,未達標準--Z7504非常建議必要時多關注評選(留言) 2020年6月15日 (一) 17:12 (UTC)
同行評審(第一次)
[編輯]- 評審期:2020年7月12日 (日) 08:47 (UTC) 至 2020年8月11日 (二) 08:47 (UTC)
下次可評審時間:2020年8月18日 (二) 08:48 (UTC)起
評選優良條目落選,自行評估後加入部分維護模板,但不清楚該怎樣改正,還請各位幫助指出問題及提出意見。--Yining Chen(留言|簽名) 2020年7月12日 (日) 08:47 (UTC)
- 可先從補全歷史章節的參考來源入手。自內存管理章節到工具軟體有很明顯的{{改善章節來源}}問題。--Super Wang※DC不是貪食蛇,請勿盲目刷分 2020年7月12日 (日) 11:06 (UTC)
- 好的;感謝提出意見。--Yining Chen(留言|簽名) 2020年7月12日 (日) 12:30 (UTC)
- 可以參考同類型的條目,例如Cortana和平方根倒數速算法。在歷史章節中的K&R C、ANSI C等內容過於鬆散,可以考慮學氧化磷酸化的NADH-輔酶Q氧化還原酶(複合體I)和琥珀酸-Q氧化還原酶(複合體II)章節,將內容用散文的方式表達出來。 --無心*插柳*柳橙汁 2020年7月13日 (一) 07:19 (UTC)
- 這類條目容易寫成教程。條目不應該教人怎麼用。條目應該告訴人有什麼用。 --ᡠᠵᡠᡳUjui ᡠᠵᡠUju ᠮᠠᠨᡩ᠋ᠠᠨMandan 2020年7月15日 (三) 02:48 (UTC)
- 主編如果發現存在「教人怎麼用」的內容,煩請移動到維基教科書,留個維基媒體網站連結就好。SANMOSA SPQR 2020年8月4日 (二) 07:57 (UTC)
內容過於雜亂,目錄結構不好
[編輯]另外我認為C語言的歷史可以併入本條目。 Kcx36(留言) 2021年10月16日 (六) 08:08 (UTC)
語法章節
[編輯]建議可參照英文維基百科中Syntax章節,將C語法詳細內容移至新條目,C語言條目只敘述語法概要。--Brian(留言) 2022年4月1日 (五) 15:51 (UTC)