為什麼世界上不少語言分不清 p t k 送氣音?

時間 2021-06-01 07:50:32

1樓:孫博

為什麼?最簡單的說法,分為兩個方面:第一,本身語言中沒有——不需要;第二,學習過程中——沒弄清。

第乙個方面:人類的發聲器官,理論上可以發出無窮的多的音。但是實際上,任何一種語言的語音系統,其所需要發出的音都是有限的,這是語言的經濟性原則所決定的。

一種語言的語音系統,只要其能保證其構造出的語音形式具有區別性,並且擁有著創造潛力,就可以現有事物以及新生事物進行指派。而一種語音系統中,所謂的清濁對立,送氣不送氣的對立,發音部位與發音方法的不同等等特徵,最本質上表現的是一種區別性

對語音特徵進行描述(生理上,物理上,社會上),它除了說「是」什麼以外,重要的是通過「非」來界定。任何一種語言,如果它本身的語音系統在特徵上,達到了區別性的要求,可能某些其他的區別標準就已經不再重要了。比如現代漢語普通話,在二元對立的前提下,「送氣」「不送氣」就是比清濁更顯著的區別特徵——但是這完全不影響其他語言以清濁對立或者別的標準作為主要的區別特徵。

這也是對一種語言的語音進行音位歸納時的重要原則。不是其他語言的缺陷,而是因為其語言本身使用了別的區別特徵。我們無法判斷說語言中不出現送氣和不送氣的對立,就代表著所有不出現送氣、不送氣對立的語言必須擁有相同的特徵。

第二個方面,涉及語言學習和習得的問題。人的發聲器官構造是一致的,理論上,別人能發出的聲音我們通過鍛鍊和學習也可以發出,否則就無法解釋雙語者以及多語者(請注意,我們使用這兩個名詞時,賦予的前提就是其所掌握的語言基本是處於和第一語言同一水平的)是怎樣達到其現在的語言水平的,不過更多的是二語-學習者,在目的語的學習中始終達不到第一語言的水準,出現了「化石化」現象,在語音方面尤其頑固——就像我們一些人學英語,始終學不會那種標準的口音或XX腔,總是變得帶有千奇百怪的口音。

按照現有通行的理論,語言習得的「關鍵期」是在青春期以前,也就是大腦功能尚未完成側化的那麼乙個階段。在乙個兒童牙牙學語的階段,理論上是可以發出任何語言的任何音的,只是由於第一語言的影響,他的語音系統構建,只需要發出那麼多音,就可以進行交際了,其他的音他沒有過多接觸,然後交際中也不需要。為什麼我們一些成年人再學習大舌音、小舌音的時候覺得吃力,是因為在漢語普通話的語音系統中,這種語音特徵不存在,也不需要由其來產生某種區別性,就可以達到傳遞資訊的意義。

就像我們很多時候也不能理解喌音一樣,但對別語言來講,可能喌音就是重要的區別特徵,他們很依賴於此,反倒是覺得送氣、不送氣音很新奇。

因此,這個問題對於語言學的愛好者來說,本質上不是乙個語音演變源流的問題,而是語言經濟性的問題。語音演變的問題,是另乙個方面的問題,不應該出現如此混淆的提法。就像泰語有顫音,美洲亞馬遜雨林中的某個土著部落的語言也有顫音(誒,還有,好像他們某個詞的發音很相近啊,是不是……),我認為他們的顫音源出同流,經歷了同樣的演變——在沒有語言調查,沒有翔實資料,沒有可靠資料,沒有嚴密論證……的情況下,沒有人敢做出這樣的論述。

2樓:

看完題主的問題我已經瘋了。先搞明白 /t/、/t/ 和 /d/ 三者的區別吧:/t/=送氣清子音,/t/=不送氣清子音,/d/=不送氣濁子音。

在一些語言裡面 /t/ 和 /t/ 有區別意義,比如漢語、粵語,所以普通話母語者會區分出他它們;

在另一些語言裡面 /t/ 和 /t/ 是沒有區別意義的,比如英語,所以英語母語者不會區分它們;

還有些語言裡面 /t/ 和 /d/ 同時存在,比如英語、日語、法語、漢語溫州話等,所以普通話母語者就石化了。

又因為中國失敗的語言教育,讓你錯誤地覺得 /t/ = /d/ = 濁音(不送氣),/t/ = 清音(送氣),所以才會有你這個問題。

/k/、/k/、/g/ 和 /p/、/p/、/b/ 也是一樣的道理。

世界上最早的程式語言是什麼?

永安坊的大螞蟻 既然題主問的是程式語言,而不是計算機程式語言。那麼,歷史就得推到19世紀的法國了。程式設計是編定程式的中文簡稱,指設計具備邏輯流動作用的一種 可控體系 最早的程式設計可以溯源至1804年,歷史遠早於電子計算機。19世紀早期的法國里昂是世界聞名的絲織之都。里昂的絲織工人們使用的工具卻是...

你認為世界上最偉大的語言是什麼,為什麼?

鍾華 從個人主觀情感來回答,漢語是最偉大的語言。其原因之一,那是因為這是自己的母語,我熟悉這種語言,是自從出生開始就沉浸於其中的語言,就像魚游於水中。我一直存在於這種語言環境中,我甚至逃脫不掉這種語言的空間。但如果是20年前,你讓我回答這個問題,那我一定是覺得很奇怪,因為我從來沒有感覺到某種語言很偉...

為什麼會有 C 是世界上最美的語言 這種說法

天空 我以前也這麼認為,但是後來我覺得有一些瑕疵,比如方法大寫開頭,這根賦值委託變數後呼叫不一致,而且方法函式用的比較多完全小寫開頭比較合適。然後就是它的屬性我覺得設計的也不好,就不應該允許忽略寫對應的字段隱藏很多實現細節導致理解起來很蛋疼 還有NNBD只是基於值型別,對於引用型別還是有NPE,不像...