討論: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)
建議更名:「C语言」→「C (编程语言)」
[編輯]「C语言」 → 「C (编程语言)」:@ShiinaKaze:認為"C語言"不是正式的程式語言名稱,希望改到"C (程式語言)", 和 其他程式語言一致--Wolfch (留言) 2024年9月10日 (二) 14:27 (UTC)
- 上述是因為ShiinaKaze因不明原因無法發起討論,我代為發起的討論。若問我自己的意見,對於名稱只有一個英文字的語言來說,"C語言"是常見用法,我(-)反對移動條目。--Wolfch (留言) 2024年9月10日 (二) 14:30 (UTC)
- 補充一下,作為計算機科學專業,我希望計算機科學相關條目更加標準化,而不是因習慣而定,應該更加嚴謹分類,不然」Java「應該叫 」Java語言「,這樣讓人感覺混亂,俄語那邊已經採用」C (程式語言)「這種命名,並且條目非常詳細。希望儘快糾正關於程式語言的一系列問題。--Shiina(留言) 2024年9月10日 (二) 14:44 (UTC)
- (-)強烈反對:敝人大學課程教材名就叫《C語言程序設計》,教材用語、教師授課和學生口語交流均將該程式語言稱作「C語言」而非「C」。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 15:51 (UTC)
- (!)意見:和10年前的移動請求理由大致相同,如無有力理由我認為可以雪球關閉。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 15:56 (UTC)
- 你那本書名翻譯就有問題,The C Programing Language 本身就應該翻譯為《C程式語言》,按照的標準 C17 ISO/IEC 9899:2018,這個程式語言(programing language)的名字就叫 C,C (程式語言) 這個括號的內容使用於解釋說明!--Shiina(留言) 2024年9月10日 (二) 15:57 (UTC)
- 我那本書是中文作者寫的,不是翻譯的。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 16:01 (UTC)
- 俄語把「中國」叫作「契丹」。已經多次強調不同語言的專有名詞稱呼不必對應,專有名詞不應原創翻譯(觀察原語言分析語法同樣包含在內)。另見互助客棧方針版的相關討論。另外《中國大百科全書》亦使用「C語言」。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 16:35 (UTC)
- 無所謂了,剛剛查了一下 programming 的翻譯,官方翻譯為程序設計,翻譯為編程的都是錯的。--Shiina(留言) 2024年9月10日 (二) 17:36 (UTC)
- 請勿發表無關內容。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 17:41 (UTC)
- 無所謂了,剛剛查了一下 programming 的翻譯,官方翻譯為程序設計,翻譯為編程的都是錯的。--Shiina(留言) 2024年9月10日 (二) 17:36 (UTC)
- 那麼Bug應該翻譯成蟲子,而不是程序缺陷等。spam又怎麼翻。--YFdyh000(留言) 2024年9月10日 (二) 23:00 (UTC)
- (-)傾向反對:為了要使用正式名字而捨棄更加人性化的叫法個人很不贊同。--微腫頭龍(留言) 2024年9月10日 (二) 16:37 (UTC)
- 「C」也不是正式名字啊,誰說英文正式名是C中文正式名也是C了?難道猴痘英文正式名改成mpox中文正式名就自動變M痘了?普通術語尚且如此,專有名詞更是。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 16:40 (UTC)
- 「
C語言是得到廣泛使用的程序設計語言之一,它既具備高級語言的特性,又具有直接操縱計算機硬體的能力……目前,C語言被許多高校列為程序設計課程的首選語言。
」[1]:前言「對於將C語言作為第一門程式語言的讀者來說,最關心的問題是如何儘快學會用C語言進行程序設計。
」[1]:2 ——自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 16:54 (UTC) - 猴痘完全使用中文,你咋不翻譯成丙語言呢?--Shiina(留言) 2024年9月10日 (二) 17:37 (UTC)
- 請勿擾亂討論。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 17:40 (UTC)
- 我只是反駁,並不是擾亂。--Shiina(留言) 2024年9月10日 (二) 17:43 (UTC)
- 請勿擾亂討論。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 17:40 (UTC)
- 「
- 題外話@微腫頭龍,我還一直想把Microsoft Windows移動至Windows作業系統,後者明顯更符合中文習慣,也是中百、辭海等多部中文百科工具書的命名,不過料會遭到「名從主人」派的反對(他們應該會聲稱「微軟中文官網使用Microsoft Windows所以應保持該名)。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 17:11 (UTC)
- 這個我覺得還好,我覺得更該處理的是Google,我不能理解為什麼不用「谷歌」這種具有常用性和唯一性的中文名作為標題。您要是有興趣就去發起更名討論吧。--微腫頭龍(留言) 2024年9月10日 (二) 23:06 (UTC)
- 您先看討論頁吧,請不要貿然重複提出。另可參考Talk:IBM。--YFdyh000(留言) 2024年9月10日 (二) 23:17 (UTC)
- IBM是縮寫,Google不是。而且我早就看過了討論頁,但不甚認同。不過本人也沒有精力去和別人掰扯,還是把精力花在其他條目吧。--微腫頭龍(留言) 2024年9月10日 (二) 23:39 (UTC)
- @微肿头龙:前段時間我看了《中國大百科全書》等工具書的命名以及不少可靠來源(主要是大陸來源),我也傾向於應該命名為「谷歌」,不過應該不會近期去提移動請求。從Talk:榛樹飛彈可以看到,連可靠來源和學術慣例用法都會被中維(部分)編者的個人偏好所凌駕(甚至不乏對提出意見者的人身攻擊),更何況這種確有「名從主人」命名常規依據的名字(官網確實直接用英文Google)。我就不會把違反可靠來源和學術慣例的個人觀念帶到中維——比如我個人偏好儘量使用拉丁字母而不是中文音譯,但我提的移動請求(如把Suqare Enix移到中文名稱)是和我個人觀念背道而馳的——但不是所有編者都認同「述而不作」、都能做到不將個人偏好凌駕於可靠來源和學界共識。--自由雨日🌧️❄️ 2024年11月25日 (一) 20:19 (UTC)
- 您先看討論頁吧,請不要貿然重複提出。另可參考Talk:IBM。--YFdyh000(留言) 2024年9月10日 (二) 23:17 (UTC)
- 這個我覺得還好,我覺得更該處理的是Google,我不能理解為什麼不用「谷歌」這種具有常用性和唯一性的中文名作為標題。您要是有興趣就去發起更名討論吧。--微腫頭龍(留言) 2024年9月10日 (二) 23:06 (UTC)
- 我只是讓它的名字變為原本的名字,遵守名從主人,不然 Windows 就得翻譯成視窗因為如果按照正常翻譯這個程式語言應該叫丙,C (程式語言) 中的括號是說明,而且我會在條目內容里說明日常稱呼和俗稱。--Shiina(留言) 2024年9月10日 (二) 17:40 (UTC)
- 請勿擾亂討論。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 17:42 (UTC)
- 我只是反駁,並不是擾亂。--Shiina(留言) 2024年9月10日 (二) 17:47 (UTC)
- 建議先通讀方針指引再進行「反駁」,並且不要進行「
如果按照正常翻譯
……」等漫無邊際的原創研究。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 18:12 (UTC) - 翻譯不止於一種方式,「Tom貓」「NBA比賽」「Windows系統」也是種翻譯(本地化)。原本的名字是沒有翻譯的、中文下不常用的稱呼,中文通用稱呼就是C語言。難道您會將C4譯作丙四。--YFdyh000(留言) 2024年9月10日 (二) 23:13 (UTC)
- 建議先通讀方針指引再進行「反駁」,並且不要進行「
- 我只是反駁,並不是擾亂。--Shiina(留言) 2024年9月10日 (二) 17:47 (UTC)
- 第一、語言沒有擁有者,不適用NC:名從主人;第二、這個語言官方也沒有中文名。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 18:10 (UTC)
- 第一,我已經說了,它的名字根據標準 C17 ISO/IEC 9899:2018定義,第二,確實沒有官方中文名。--Shiina(留言) 2024年9月10日 (二) 18:22 (UTC)
- 所以請勿再擾亂討論,這根本就不適用什麼名從主人。--自由雨日🌧️(留言|貢獻) 2024年9月11日 (三) 00:43 (UTC)
- 中文條目中的計算機科學相關內容已經非常差了,如果你作為非計算機專業,請勿在中文條目傳播錯誤知識與內容,而是留給相關專業人員回答。--Shiina(留言) 2024年9月10日 (二) 18:25 (UTC)
- 稍微歪個樓,常用名稱要優先於名從主人的,還有可以參考WP:DABNAME--百無一用是書生 (☎) 2024年9月11日 (三) 02:16 (UTC)
- 第一,我已經說了,它的名字根據標準 C17 ISO/IEC 9899:2018定義,第二,確實沒有官方中文名。--Shiina(留言) 2024年9月10日 (二) 18:22 (UTC)
- 請勿擾亂討論。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 17:42 (UTC)
- 「C」也不是正式名字啊,誰說英文正式名是C中文正式名也是C了?難道猴痘英文正式名改成mpox中文正式名就自動變M痘了?普通術語尚且如此,專有名詞更是。--自由雨日🌧️(留言|貢獻) 2024年9月10日 (二) 16:40 (UTC)
- WP:常用名稱、使用全稱,不應移動。--YFdyh000(留言) 2024年9月10日 (二) 22:51 (UTC)
- 未完成:命名常規明確指出此種條目標題慣例加「語言」後綴。此外,「常用名稱」等其他命名原則也確認現行標題較為適合,故不予移動。—— Eric Liu 創造は生命(留言・留名・學生會) 2024年9月11日 (三) 04:15 (UTC)
參考資料
- ^ 1.0 1.1 何欽銘,顏暉.C語言程序設計 [M]. 3版.北京:高等教育出版社, 2015 (2017). 978-7-04-043218-3.