題:
為什麼使用“肯定/否定”而不是“是/否”?
CharlieEGMC
2016-03-02 02:29:02 UTC
view on stackexchange narkive permalink

有人知道為什麼我們在RT中使用肯定和否定,而不是是和否嗎?我認為這是為了防止與口音和其他語言的混淆-但是“是”和“否”聽起來與我大不相同!

歡迎來到Aviation.SE,並提出關於主題的第一篇好文章!
一個人想避免得到_“ fsssssss ... crk ...” _作為答案,而不是“是”或“否”。最好是獲得_“ fsssss .... ative crk ...” _。這也是為什麼使用看似“愚蠢”的單詞(例如alpha,探戈或mayday)的原因。您不希望兩個具有不同含義的事物具有相同的後綴或聽起來相同,然後又無法分辨它是哪個。如:_“ Roger,krrrrrrrk .... ative” _。 :-)
感謝您提供的所有出色答案!我認為沒有其他人會感興趣的:)
要進一步說明@damon's,請在[現場視頻](http://m.youtube.com/watch?v=_K_WmV50e7c)上演示一個代理商的視頻,該視頻演示了為什麼應該使用語音字母。
歡迎!一個問題,一個金牌。什麼都別管,繼續!
回复:*“ fssssss .... ative crk ...” *一樣無用,需要驗證
五 答案:
Trevor Ycas
2016-03-02 13:09:36 UTC
view on stackexchange narkive permalink

為什麼我們在收音機中為字母“ T”說“ TANGO”?因為“ T”可能會亂碼或被誤解為“ B”,“ E”,“或”V。“否”可能變為“哦?”,“是”可能變為“我們”,依此類推...單音節詞的可能解釋和排列有很多。使用一個大詞,很難與其他人混淆...

這是一個很好的比較。 +1
從信息理論的角度來看,多餘的音節(例如“ niner”和“ nine”,在嘈雜的連接上聽起來很像“ 5”)是“奇偶性”。他們不添加任何信息,但是提供確認已正確接收到信息。用於將此評論上傳到SE的TCP數據包包括一個實現類似目的的校驗和。 Web服務器的網絡堆棧將重新計算校驗和並確認其匹配。
該術語不是“奇偶校驗”,而是[“漢明距離”](https://en.wikipedia.org/wiki/Hamming_distance)-關鍵是要確保每個傳輸符號之間始終有足夠的“距離”,您可以始終檢測到傳輸錯誤。這就是為什麼您得到“爸爸”,“查理”而不是“小便”,“小便”的原因。
-1
9 vs nein是重要的。同樣,英語中的9和“ no”仍然非常相似,“ mine”也是如此。
Simon
2016-03-02 02:44:16 UTC
view on stackexchange narkive permalink

因為它使您聽起來很酷,而且非常厲害!

負面的幽靈騎士。模式已滿

嚴重的是,經常會剪短一些單詞,尤其是在傳輸的結尾和開頭。當一切忙碌時,一個問題可能只需要“是/否”答复。是/否很容易在無線電通信中丟失。肯定/否定。

此外,對於英語為母語的人,是和否是絕對的。在某些語言中,是和否是相對於該問題的。 p>是的,我們沒有。

不,我們沒有。

當然,該問題不好,因為它包含否定的問題,但是,如果一個問題只能具有“肯定的或否定的”回答,那麼它也可以幫助提問者形成一個好的問題:

可以您創建該字段?

這只能是“肯定的”(通常簡稱為“肯定”,以避免混淆)或“否定”。沒有解釋。

我不理解您的意思:“您沒有足夠的燃料來製造場地嗎?”例。正如您所說,這是一個不好的問題,因為無論您用什麼詞來表達“是”和“否”的想法,都無法用“是”或“不是”來合理地回答。
@Scooter ...,因此應該將“ Scooter”作為呼號。
@DavidRicherby是的,這不是一個很好的例子嗎?儘管我在這種事情上沒有創造力,但我會盡力創造出更好的產品。我試圖說清楚這一點,但許多西方英語為母語的人都錯過了,是與否並不總是絕對的。在許多文化中,它們是相對的,是/否答案經常被誤解。
法語仍然有三個詞:* si *是對否定問題的肯定回答。中古英語有四個單詞。凱爾特人的語言根本沒有用於yes&no的詞:相反,您以動詞形式回應。是的,這很複雜。
也許舉個例子:您無法做到這一點? (或者,實際上是任何否定的問題。)例如,在德國背景下,這是很棘手的,因為德語會為“不,您錯了,我們可以做到”和“不,我們確實不能做到”兩者都允許它”。不確定以英語為母語的人的慣例如何工作。
@DavidRicherby這是一個不好的句子的很好的例子。作為對“您無法做到?”這個問題的回答,“是”的意思是“相反,我們可以做到”,而“肯定”的意思是“您說的是正確的;我們不能做到”。
+1剪輯-我記得帶PTT的Nextel電話時代,總是有人按下按鈕並開始講話,而無需等待“ chi”聲。通常,您會聽到最後98%的傳輸內容而錯過了什麼,但是對於很短的語音(如“是”或“否”),他們實際上已經完全發聲了,甚至在聽筒甚至開始傳輸音頻之前。
這不是“肯定”,是“肯定”。 “ -ative”後綴已經在“ negative”中出現,*對於工作中的事物肯定不能出現*。
-1
我非常喜歡那個編輯西蒙。請注意,國際民航組織指定了“肯定”與“否定”。但是,FAA通過指定“肯定”與“否定”而偏離了國際標準。後者可以在混亂的無線電通信中更容易混淆。我感謝您的回答現在符合國際公約。 +1
還可以補充一點,在某些非洲國家/地區,通常會先承認您*回答“是”,然後再回答(回答“是”或“否”),這是他們在以下情況下也可能會慣用的習慣:說英語。
SMS von der Tann
2016-03-02 02:42:15 UTC
view on stackexchange narkive permalink

“肯定”和“否定”來自進入航空界的無線電程序單詞。作為上面的評論,它還增加了語句的複雜性和篇幅,以便即使傳輸在某些部分出現亂碼或中斷,接收方也可以理解。如果以某種方式從傳輸中截斷了“是”或“否”,那將是非常糟糕的事情,這真的很容易,因為它們只花很短的時間就能說完,因此很容易通過無線電失去整個單詞。

幾年前,我與口音很重的計算機和同事一起工作。我們的測試機器從系統管理員那裡被命名為“ svlnat01”和“ svlndt02”,這可能很難與“ svlnap01”和“ svlndp02”樣式名稱區分開。我們分配給測試機器的名稱是“ Trinidad”和“ Tobago”(“測試”為“ T”),生產機器的名稱為“ Nevis”和“ Nassau”(產品名上站點名稱的首字母為“ N”)。每個音節都增強了您在前一個音節上聽到的內容,而不是在形式噪音和電話誤解中聆聽特定的音節。
我幾乎在每項工作中都對服務器名稱有這種爭論。因此,有人意外關閉了錯誤的服務器後,他們開始注意。
使用“肯定”一詞代替“確定”似乎違反了您描述的目的。去猜什麼“ crk ... crk..ative!”手段。
-1
coteyr
2016-03-03 03:42:26 UTC
view on stackexchange narkive permalink

這與無線電的一般工作方式或工作方式有關。對於電話和某些VOIP情況也是如此。

所以,帶一台普通的老式收音機。您將其設置為頻率,然後按一個按鈕進行通話。當您按下按鈕時,電路即完成,使電流流過某些組件(以前是麥克風,但現在有時會經歷變化,但這並不重要)。接下來,您的聲音將被編碼並應用於載波信號。由於該載波信號無法在100%的時間內發送,因此開始和結束處都有一些失真。在某些收音機中,他們使用蜂鳴聲或單擊以幫助“建立”載波信號。請記住,最簡單的無線電只是將您的聲音波形施加到載波信號的波形上。

現在,在接收端,同樣的事情反過來發生。接收器實際上可以在整個時間內收聽載波信號,但是由於它開始注意到該信號的調製並開始“解碼”,因此存在很小的延遲。再次記住,簡單的收音機將您的聲音作為載波的調製。如今,在這方面有很多邏輯可以濾除噪聲,但是即使沒有,也要花費很少的時間才能“看到”載波的變化。

因此,在消息的開頭和結尾處會有多個失真點和延遲點;

  • 用戶按下按鈕
  • “麥克風電路”開啟“
  • 信號調製開始
  • 信號解調開始
  • 接收端開始“播放”信號。

此外,還存在各種各樣的失真和乾擾,而且隨著人們的發展,人們傾向於按照“按鈕->交談”的思路思考,以至於我們經常在開始之前就開始“交談”我們實際上正在傳輸,您會收到一些非常混亂的消息。

為了與之戰鬥,有一些常見的事情要做。

  • 使用更長的單詞
  • 將詞彙限制為常用詞
  • 一組握手短語,可確保雙方都得到相同的東西。

例如(並非來自任何東西

您想要比薩餅
ooo要比薩餅
ooo ..aunt ... pee..ah

奇怪的是,如果您正在談論晚餐,這三者都可以理解。

是的
ess
sss
是的。

肯定
..Firm。
Affir ..
Ah.ff。

特別是在您問是或不是問題時。


哦,
n ...
...(實際上,這是非常常見的,是的,沒有可以說的快詞)

因此,如果您在廣播中說“您想要披薩”,然後返回:“ ...”,您的SOL。如果您返回“哦”,是“我不知道”還是否定的結尾?如果返回“ Neg ..”或“ N .... itive”或“ Negiti ..”,您的狀態仍然良好(您有自己的答案)。

廣播中有很多內容教給操作員一定要確保他們能在不完美的條件下互相理解。使用“較長”的單詞是一個,使用截然不同的單詞是另一個,使用腳本化的答案和問題是第三。同樣重要的是要記住,收音機很少是“主要工作”,幾乎總是“次要工作”。飛行員需要進行交流,但是交流不會太麻煩以至於妨礙了實際飛行。因此,無論採用什麼系統來覆蓋失真,什麼都不是必須容易且廣泛理解的。

最後一個例子:

如果您有兩個受過訓練的人,他們被告知這個問題:“您要披薩嗎?”只能用“ ...是...”或“ ...否...”回答,那麼您可以使用是或否,它們聽起來有所不同。但這意味著操作員的應答將必須按下按鈕,將他們的頭部數到三,說“是”,然後將他們的頭部數到三,最後鬆開按鈕。但是,如果該操作員分心了並且不等待,或者該操作員生病了並且新來的傢伙不知道該協議,或者有一大群人都在用略有不同的協議詢問所有問題,那麼現在“ ……是的……”也不起作用。

如果您得到“ ...積極”怎麼辦?
這就是為什麼許多系統使用肯定以外的東西的原因。就像只是肯定或10-4或羅傑等。不同的系統有不同的規則,但這是要解決的基本問題。
如果使用問題中實際的“肯定”而不是“肯定”(不建議這樣做),則此好答案會更好。
Tomachi
2016-03-06 20:42:15 UTC
view on stackexchange narkive permalink

因為它增加了說出的音節的數量,從而增加了正確溝通的可能性。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...