題:
我怎麼知道我的談話是否簡化得太多?
Allure
2019-10-22 09:15:30 UTC
view on stackexchange narkive permalink

我在聽演講(各種研討會,研討會,甚至是碩士/博士學位辯護)時的經驗是,聽講往往很難理解。即使它們在我自己的字段或子字段中,也會發生這種情況。有時候,在概念上很簡單的談話(使用機器學習的項目就是一個例子)很容易掌握,但是大多數情況下,這些談話太技術性了,或者是“眨眼之間,您將永遠無法理解其餘內容”。我估計即使是在同一領域,我也很少能說出超過30%的內容。

我當然不會覺得我是唯一一個不了解主題的人。會談,因為我注意到其他聽眾經常會被他們的筆記本電腦&手機分散注意力。可以理解。例如,一個談話去了:

  • 我們正在處理[技術術語],這類似於[少得多的技術術語]
  • 這就是我們想要的測量,我們為什麼要測量它,以及我們期望看到的結果
  • 經過一番非常複雜的數學運算(我從字面上使用了這個短語並跳過了細節),這就是我們得到的

我特別喜歡這個演講,因為我的家人能夠掌握這項工作的要旨。但是,危險是談話可能變得過於簡化。實際的專家可能會通過在談話中閱讀論文而不是聽論文來獲得更多收益。另外,似乎有些人認為複雜的語言是“ 行業標準”。

我怎麼知道談話是否簡化得太多?

首先,你的態度很棒!人們很少考慮這一點。一個警告:與嚴肅的數學家交談時,我經常聽到他們對同事的想法較少,因為他們講的是可以理解的:
“實際的專家可能會通過閱讀論文而不是聽演講來獲得更多收益”。我認為無論如何認為您可以在演講期間傳輸論文的所有信息是不現實的。但是如果之後聽眾看了報紙,那將是一場胜利。
答案完全取決於聽眾。
還應考慮到,觀眾經常會縮小講話範圍,不是因為它太複雜,而是因為它太無聊。
“一切都應該盡可能簡單,但不要簡單。”:(歸屬於)愛因斯坦。不是開玩笑。一個建議。
演講是展示。紙是商店。陳列櫃並沒有包裝商店擁有的所有物品,而是顯示了為什麼您應該進入並瀏覽它。
“我們正在處理[技術術語],類似於[少得多的技術術語]。”請不要過度使用。我在互聯網上閱讀了太多壞車/高速公路的類比,這只會使人們更難以理解。
@David我的意思是專家可以在相同的時間內通過閱讀論文而不是聽演講來獲得更多收益,因為其中很多內容都是基本知識。例如,如果談話是20分鐘,那麼即使一個人都不懂,閱讀20分鐘論文也可能比聽20分鐘談話更有效率。將編輯問題。
最後會有問題嗎?如果是這樣,那麼您可以簡化一下,以便每個人都能學到一些東西,並且希望深入了解具體細節的聽眾可以在提問時做到這一點。
我在高中任職的時間很短,即使在那段時間裡,我對長時間直接教學,交付質量差(例如缺乏重複)和不必要的複雜措辭的敏感性也大大提高了。像您一樣,我想知道由於我自己的目標:易於理解而使我對有些難以理解的事物過於敏感:
-1
您得到什麼樣的反饋?
八 答案:
Pronte
2019-10-22 11:50:39 UTC
view on stackexchange narkive permalink

我肯定會聽到您來自哪裡。

在我謙虛的見解中,一場精彩的會議演講並不一定會讓我理解技術貢獻(我可以閱讀其中的文章),但是讓我理解的一個問題

  • 所研究問題的重要性和/或難度
  • 主要的新想法是什麼 l​​i>
  • 為什麼起作用以及我什麼時候可以期望他們能正常工作

如果我從演講中得到了幫助,我將來可能會在需要時回憶起結果或技術。 / p>

我當然不是在說技術細節,關鍵思想可能是定理的證明方法,但我相信任何技術內容都不應該是無緣無故的。

還需要提及的是,重要的數學家通常不想听到每個人都可以聽的演講,並斷定您做的事情不夠困難。(除非您處於Donals Knuth級別,否則再次允許進行簡單對話。)
但是在理想和道德的世界中,這個答案是完全正確的。
@Thomas哇,這些“重要的數學家”很粗魯。我想補充一下我曾經這樣想過的*否*數學家。也許它們不夠重要?
@Dirk:是的,這很不禮貌,並且它們中的大多數在各自的子字段中確實很重要。也許我們不同的能力來自不同的子領域?
xLeitix
2019-10-22 12:52:28 UTC
view on stackexchange narkive permalink

請務必記住,不同的演講具有不同的受眾和目標。您應該簡化多少很大程度上取決於它是什麼樣的談話:

  • 對於工作談話,目標的一部分是使聽眾相信您的研究是先進而努力。在這種情況下,過度簡化是非常危險的-坦率地說,最好是讓部分聽眾不理解您的講話,而不是讓所有人都理解並且有些人認為這很容易。簡化問題和結論(這是每個人都應該得到的部分-為什麼這樣做以及為什麼如此重要?),但不要簡化實際的技術內容。
  • 對於“公眾外展討論” ,即針對一般受眾的任何談話,重要的是每個人都可以聽從談話,儘管您的方法真的很複雜,他們也絲毫不關心。盡可能簡化觀眾的聽眾活動(這多少取決於觀眾的確切身份-在開發者大會上,當您在“兒童科學”活動中講話時,無需進行太多簡化將需要對其進行細分)。
  • 對於會議演講,意見不一。我得出與Pronte相同的結論(會議演講最終更多是閱讀論文的廣告),但並不是每個人都認同這一觀點。確定您想對自己的談話做什麼,並進行簡化以實現此目標。

該討論的另一個角度是哪些部分您應該為哪些受眾簡化。舉例來說,我今天做了很多實證工作(例如,訪談或調查研究)。通常,我研究的主題是技術性很深的主題(因此主題本身相當複雜),方法雖然並不完全複雜,但是它們通常冗長而難以正確解釋。我對這兩個方面中的任何一個細節的了解程度很大程度上取決於我與誰進行交談。科學的聽眾可能會喜歡我花整整五分鐘的時間談論主題是如何採樣的以及結果如何編碼等,但是行業聽眾會不在乎-“我們進行了研究並採訪了X開發人員”他們需要聽到的細節。相反,科學的受眾通常對研究對象的技術複雜性並不特別感興趣,但行業的受眾幾乎可以肯定是這樣。

簡化工作談話同樣危險。求職談話的目的之一是確定申請人是否可以有效地解釋複雜的想法。如果我們不能遵循內容,就不會被申請人的天才所驚嘆;我們會因為他們浪費我們的時間而感到惱火。
-1
不同的聽眾也需要不同的音調。在幾乎所有情況下,我都覺得“我直接跳到結果,但所有細節都在紙上”似乎比“經過一些非常複雜的數學”要好得多。
-1
不太複雜,但也不透明。我參加過幾次談話,其中的主要內容是“這個人在做有趣的事情,但在本科生面前他們將毫無用處。”我承認,可能會有相當大的“皇帝的新裝”效果,而且它通常對申請人有利。
Buffy
2019-10-22 18:18:04 UTC
view on stackexchange narkive permalink

我認為在幾乎所有情況下,人們都是出於洞察力的目的而進行談判,而不是出於細節考慮。如果有一篇或多篇引用或引用的論文提供了詳細信息,則這些詳細信息不必在討論中。如果您正在參加一個有300位聽眾進行演講的會議,那麼大概只有六點左右會對腳步細節感興趣。但是所有人都在尋找基本的見識。

當然,有些人也在尋找可以擴展自己的想法。尋找重要趨勢和有趣研究可能性的學生。即使他們不需要完整,完成的產品來做出明智的決定。洞察力勝利。

但是,即使在正式的聽課中,預計 會非常詳細,您仍然希望學生在聽課之前已經閱讀了該材料或對其進行了跟進。然後進行閱讀和練習。

在演講中,應該說出這些問題為何如此重要以及關鍵,洞察力擴展和結果是什麼。無需概述整個研究過程即可做到這一點。

如果每個人都從某種程度上理解它,那將是一件好事。如果有人想跟進並深入,那也是一件好事。用洞察力吸引觀眾,而不是細節。

盡可能簡單,但不簡單。

Flyto
2019-10-23 23:59:47 UTC
view on stackexchange narkive permalink

其他答案非常好,尤其是巴菲的答案。

我想探討的一個真正未被提及的方面是簡化的區別,以及給出了多少細節。這些是不同的概念。

許多科學演示者的常見問題之一不是提出過於困難或過於復雜的想法,而是無法降低細節程度。不要考慮“審稿人在我的論文上會問什麼”,而是“需要什麼來講述聽眾關心的故事?”。與撰寫期刊文章不同,您不必必須證明每件事。正如其他人所說,如果人們想要更多細節,他們會問。

user2768
2019-10-22 11:17:50 UTC
view on stackexchange narkive permalink

我怎麼知道談話是否簡化得太多?

每個人都理解了一切!

最終,要使每個人都參與其中,談話(通常)必須太複雜,以至於每個人都無法跟隨(否則有些人會理解一切),同時又要足夠簡單,以使每個人都學到一些東西。

您需要了解您的聽眾,並且需要對每個人將學到多少進行判斷。例如,每個人都應該了解問題,大多數人應該了解問題的重要性,許多人應該了解您所達到的目標,有些人應該了解您如何實現的,也許有些人應該能夠複製您的結果。

您需要確保專家們不會分散注意力(電子郵件,他們的想法……),所以當您告訴他們一些新的東西時,請確保他們正在傾聽,甚至可以預先解釋一下。例如,我看到會議室在[技術術語]中佔了一半的專家。我的演講中的一部分對他們來說不會引起興趣,但另一半需要一些背景知識。因此,我會告訴您何時脫離接觸,並在需要您注意時會拍手。

那樣做會讓人光顧。規範的方法是從一開始就概述演講內容,這樣人們就可以決定其中的內容以及在什麼時候要特別注意。
@reinierpost您的評論令人光顧:這是一種久經考驗的方法,我收到了很好的反饋。相比之下,眾所周知的規範方法行不通:它使聽眾(他們想听您的講話,而不是您的講話的元數據)感到無聊,並且使無聊的成員脫離。
有趣,謝謝!您是在拍手還是在使用其他信號?例如。插入奇怪的幻燈片作為服務公告。
@reinierpost您需要假設一些沒有引起注意。(也許他們在做電子郵件,正在做某事或正在睡覺。)因此,視覺提示是行不通的。需要口頭提示,並且該提示必須是可區分的,例如,拍手或您的宣告聲音或...如果您提前向聽眾介紹(分離的成員正在等待其提示),則提示會更有效,並且可能會很有趣例如,當一位傑出的教授大聲感謝您允許他們在重要內容之前寫幾封電子郵件時。(令人印象深刻的是,有些人可以從很少的交談中獲得很多收益。)
Houska
2019-10-23 23:23:40 UTC
view on stackexchange narkive permalink

此處的回復中有很多好東西。作為(前)數學家,我要補充一點:(座談會|會議|工作)演講可以在其持續時間內具有重點/可理解性的軌跡。我聽過的一些最好的演講:

  1. 從一個引人入勝但過於簡化的例子開始-提出問題和/或回答,而不一定是後者。
  2. 然後他們給出了問題的相關性及其與相鄰領域的聯繫的框架
  3. 接著概述了所採用的方法並收集了見識
  4. 和在完成一些較粗糙但又至關重要的細節後
  5. ol>

    不要試圖過分精確,在每個時段(例如)進行40分鐘的交談,並在其中每10分鐘進行演講觀眾一次或兩次,然後(至少一點)為“敲開襪子”因素而昂首闊步。在最後的10分鐘內,您將逐漸失去房間中的所有人,只有2-3個人,但這沒關係。 。如此少的談話花時間進行訪問,並在更廣泛的背景下進行,大多數聽眾會感謝您花時間而不是認為您的工作很膚淺!

我不會只保留2-3個人,但是在更長的談話中,隨身攜帶更多細節是一個好主意。也許預先聲明您將要這樣做,以使專家們不會早日失去興趣,並且非專家們會意識到正在發生的事情。
bracco23
2019-10-23 13:41:13 UTC
view on stackexchange narkive permalink

我絕對可以感覺到您的觀點,在準備學士學位和碩士學位論文演示文稿時,我也有同樣的擔憂。

我的主要方法是保持簡單的方面,這些方面可能對範圍更廣的受眾,例如對問題和解決方案質量的解釋(易於管理,價格便宜等)。

其他方面,例如所涉及的技術,解決方案的數學方面等,不能真正簡化很多,但這沒關係,因為他們傳達的信息通常僅對能夠理解它的人才有意義。

此外,如果您有實驗部分(實際實驗,模擬等),與僅提供冷號碼相比,顯示它們更有用:顯示實驗視頻,創建模擬動畫等。

Xerxes
2019-10-24 18:21:01 UTC
view on stackexchange narkive permalink

您的演講需要針對受眾的受眾特徵。演講需要根據參加者的不同而完全不同。

  • 面向公眾的聽眾演講必須解釋一切,並嘗試每天使用-生活類比,不具備任何數學背景,避免方程式和對技術細節的關注。嘗試使用圖像,但避免使用圖形,除非它們非常簡單。通常,必須花很多時間來激發為什麼該科目完全有趣。

  • 學生演講通常可以假定聽眾關心該科目並且知道一些基本的數學知識。您仍然需要解釋所有行話,使用類比解決眾所周知的問題,並掩蓋困難的細節。圖形和圖像對這個受眾很有好處。您可能仍想激發為什麼您的特定主題很有趣。

  • 更廣泛的專家討論(例如,從整個部門中選拔的一些專業人員)都會 需要特定子字段中的行話說明。他們需要被告知您的貢獻背景,但可能會大致了解您的子字段的需求。現在是添加困難的技術細節的時候了,只有少數人才能理解這些細節,因此希望花些時間在上面。現在,您可以添加方程式和困難的圖形。確定您使用的是哪種符號。強調為什麼您的方法要優於先前理解的方法,並準備好應對來自競爭對手的敵對問題。

在撰寫本指南時,您應該始終了解受眾特徵談論。如果不確定,請詢問組織者。為錯誤的聽眾撰寫的演講無論如何對於不同的聽眾都是好聽的演講,都將受到轟動。

不必擔心同事的談話有多糟糕。學術交流真的很困難,很多學者對此都感到恐懼。

也不必擔心誰在使用手機或筆記本電腦。注意的分配是個人問題,您不是他們的母親。 (如果您是他們的母親,只需提早結束談話並讓他們上床睡覺即可。)



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