《迷因》:從韓國瑜到吃鮭魚都是迷因──這有道理嗎?

《迷因》:從韓國瑜到吃鮭魚都是迷因──這有道理嗎?
Photo Credit: Shutterstock / 達志影像

我們想讓你知道的是

如果你在生活中聽到太多人家談的「迷因」,布拉克莫的《迷因》能讓你清楚知道,什麼是迷因?而學者試圖利用迷因來解釋啥?或許你會不同意我,那麼迷因的迷因,就再贏得了一個迷因粉。

文:Gene

你讀過經典《自私的基因》(The Selfish Gene)嗎?即使沒有,許多人仍能夠琅琅上口說出「自私的基因」這名詞,甚至我還不只一次看到不學無術的部落客大言不慚地說,人是自私的,因為連基因都是自私的,卻不知「自私的基因」是為了解釋為何「人會演化過程中出現利他行為」而發展的概念。

理查.道金斯(Richard Dawkins)在《自私的基因》也提出了「迷因」(Meme)這個概念。從這個書名流傳的狀況來看,「自私的基因」也成了一種迷因,而「迷因」也成了種迷因。

究竟啥是迷因呢?簡單說,就是在你臉書動態牆上洗版的玩意兒。例如為了免費吃壽司郎的大餐而改名鮭魚的宅行為。為此,也爆出一堆迷因梗圖,甚至還有人早成立了「台灣迷因 taiwan meme」的粉絲專頁。這些迷因,可能過沒多久,就沒人認得了,像極了愛情。如果我有一座新冰箱,會提高迷因的保存期限嗎?

《自私的基因》是本很有說服力的好書,把天擇挑選的單位化約成了基因,越能快速複製且擴散的基因,就越能夠獲得天擇的青睞,個體不過是基因的載體,只要能夠讓基因傳播得無遠弗屆,個人的犠牲又算得了什麼呢?這個自私的基因理論,能夠解釋我們人類的一些行為,而道金斯在這部讓他名聲大噪的作品中創造的「迷因」,用以傳達「文化傳遞單位」的概念。

厲害了,我的迷因!這個超脫基因的迷因,有多厲害呢?我個人覺得,最厲害之處,是連自私的基因都沒戲唱,基因打造了我們的身體和腦袋,是為了讓我們傳宗接代,然而台灣的出生率一再破新低的紀錄,基因再自私,比不過人的自私,快傳不下去了,而不婚不生的迷因,說不定有天會徹底打趴基因。

很多我們習以為常的行為,完全沒任何道理可言,就只是因為大家都這麼做。迷因包羅萬象,包括音樂旋律、單詞、信仰、禮儀、發明、觀念、故事、食譜、宣傳語或是流行的服飾等等。就像基因一樣,迷因能爭取你的眼球和注意力,爭先恐後地把自己從一個大腦傳到另一個大腦。有些很宅的迷因,能夠在短時間傳播得很成功且迅速,但卻無法長久流傳,例如流行語、音樂,或最新流行的時尚風潮等等,有些則能夠成功地流傳數千年,例如猶太人的宗教律法等等。

迷因就是「複制子」,有些迷因硬是比另一些迷因更多產,傳播的過程中,也會跟著突變和演化。無論這想法是不是硬道理,只要夠多人相信,也就成了迷因,就像迷因的理論本身。不管我們相信與否,就有幾位作者,為迷因的理論著書立說,像英國心理學家蘇珊.布拉克莫(Susan Blackmore)就因為生重病時讀了篇有關迷因的文章,深受迷因著迷,因此寫了這本《迷因:基因和迷因共謀的人類心智和文化演化史》(The Meme Machine)。

布拉克莫主張,人類獨有「模仿」這種社會學習機制,才能讓迷因在人類的一個大腦到另一個大腦之間傳播。我們人類正常上只能把基因傳遞給下一代,而迷因則能在世代中水平傳遞,也能跨世代交流。迷因也會在複製的過程中產生無意識的突變。

我們擅長、也喜愛模仿他人,迷因就這樣傳遞開來。人類的語言能力,讓迷因的傳播勢不可擋。在網路和手機年代,各種無奇不有的迷因現像,更是能夠舖天蓋地來席捲四方,而政客、網紅也能一夜爆紅,假新聞也能遍地開花。

跟基因一樣,迷因之間也會互相競爭,在很多X粉或X黑之間爭得你死我活、魚死網破、勢不兩立的對決中,大家都忘了,爭吵和廝殺再多也不過是迷因的奴隸,就像我們生養再多,也都是基因的奴隸一樣。

來談談我對迷因理論的看法。老實說,我不認為有什麼《迷因》中提到的例子,非得要用迷因理論才能解釋得通,而且迷因理論還有把事物過度化約之嫌,反而無法觸及事物的不同面向及複雜性。《迷因》最大的賣點,可能就是人類與獸不同的模仿能力吧。

因為迷因已經成了迷因,只要大家都繼續傳播這個迷因的迷因,迷因就會永垂不朽。迷因解釋了農耕的傳播?解釋了音樂旋律的流行?還有宗教的擴散?其實,不管是啥,只要全人類或相當一部分人類信奉和傳播的,就可以是迷因,川普和韓國瑜也可以是迷因,改名鮭魚也是迷因。人類渴求解釋的心理,自然把能夠自圓其說的解釋當作安身立命的道理。可是,當迷因可以解釋太多現象時,反而啥都解釋不了。儘管布拉克莫很清楚不能全都歸咎於迷因,可是她在書中卻一直如此。我真的看不出迷因理論的可證偽性在哪,如果我把迷因改成是「魔鬼的力量」,好像也不太違和。

另外,迷因對人類各種流行事物的解釋力,和自私的基因可解釋的現象之說服力,似乎不在同一個等級上。自私的基因解釋了利他行為等為何會在「不是你死、就是我活」的天擇下產生。基因的複製是有基本的生物規律可循的,不管是有性或無性生殖,還是水平基因轉移,基因的傳播也有跡可循,而基因突變在族群中頻律的上升或下降,也有數學公式可計算,並且有實驗室和田野的研究資料可驗證,可是迷因無論是流芳百世或曇花一現,似乎也只能說那是在大腦間複製能力的差別,那麼要怎麼定義且定量這種複製能力呢?

要事後諸葛,真的不太難。然而,布拉克莫在《迷因》其實也誠實地承認,迷因理論也搞不清楚,為何有些迷因特別成功,導致其預測力不佳。如果我知道該如何打造成功的迷因,就把我這迷因黑對迷因的質疑也弄成迷因好了,然後全世界都不相信有迷因,只有我才能傳播迷因,太迷因了!可惜這是癡心妄想。布拉克莫也無法否認,迷因理論也非書中所有案例的唯一解釋。我並非完全不相信迷因的存在,只是仍認為迷因理論實在太不嚴謹、紮實了,沒有必要過度追捧。


猜你喜歡


加速敏捷開發腳步!AWS Amplify 協助企業打造高效能應用服務

加速敏捷開發腳步!AWS Amplify 協助企業打造高效能應用服務

我們想讓你知道的是

台灣企業勢必需要明確轉型策略,搭配適合的雲端工具作為入場券,一來降低數位化門檻、二來減少摸索資源的浪費。

打造敏捷開發流程、加速前後端工程師的協作效率,是許多企業在面臨疫情之後,認為亟需將彈性元素納入為企業文化當中。雲端運算服務領導業者 AWS 台灣,觀察到前端工程師主要負責處理最貼近用戶的 Web、行動應用程式,但他們往往需要與後端團隊合作過程,遭遇耗費大量討論時間,才能處理使用者介面事項。

為了降低前後端的溝通成本,有些前端工程師在掌握介面管理能力之後,開始橫跨到後端的伺服器、資料庫開發經驗,甚至進一步培養技能,成為能負責測試、安全、效能多面向的全端工程師。

有的人會透過 Side Project(利用業餘時間開發有興趣的專案)或參加 Hackathon(黑客松)方式,運用 AWS 雲端工具嘗試自行擴展後端,並建立簡單易用的工具程式。究竟,AWS 平台提供哪些資源幫助前端工程師擴展更多元的技能樹?

掌握入門教學!前端工程師如何將 REACT 程式快速上雲

前端工程師運用 AWS Amplify,快速在雲端建立 REACT 應用程式

事實上,AWS 的入門課程指出,運用 AWS Amplify 在雲端建立 React 應用程式及服務集,只需五個學習歷程,包含建立 React 應用程式、初始化本機應用程式、新增身份驗證、新增 API 和資料庫、新增儲存體。如果想快速了解 REACT 程式快速上雲的方法及示範教學,本文節錄 AWS QUICKSTART 學習資源內容,幫助前端工程師更快掌握重點。

首先,何謂 AWS Amplify?AWS Amplify 是一項全托管 Front-End Web & Mobile 服務,採取無伺服器模式,在後端建立、部署和託管單一頁面 Web 應用程式或靜態網站的 Git 型 CI/CD 工作流程,加速開發過程直接整合其他 AWS 服務。舉例來說,像是整合封裝好的 Library 資源、或運用一些 Components UI 軟體去配置後端,以及利用 Admin 的 UI 做資源上的管理。

打造第一個你在 AWS 上的應用程式

AWS Amplify加速Develop、Deliver 與 Manage流程

AWS Amplify 主要優勢展現在三大項工作階段,分別是 Develop、Deliver 和 Manage。Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 設定後端,使用 GraphQL 或 REST API 設定也是可行的,進而快速建構一個前後端專案。此外,開發者還能搭配 AWS 其他服務,例如使用 AWS Authentication 全托管認證服務,或 DataStore、Storage 等多項 Feature Categories。

到了 Deliver 階段,若是要透過 AWS Amplify 執行 Web Hosting 任務,可拆解出三個流程。首先是將 Repository 與 AWS Amplify 進行連結,這邊可整合 Amplify Console 提供的支援資源包含 Github、Bit Bucket、Gitlab、以及 AWS 的程式碼代管工具 AWS CodeCommit。一旦連結以後,開發者可透過自己的 Configuration,决定在各個不同的 Build 要執行什麽樣的指令,最後再透過 Deploy 方式,幫助工程師進行前端的 Hosting。

在最後一個 Manage 階段,開發者則可利用 AWS Amplify 的 Admin UI,以開啓瀏覽器方式,透過視覺化介面統一管理資源。例如在 Admin UI 介面左側選單,涵蓋 Content、User Management 的區塊,讓參與專案但沒有 AWS Console 權限的使用者,可利用 E-mail 方式邀請使用者進到 Admin UI,進行一些設定或觀看其他相關資源;甚至在 Set Up 區塊還有相關選項,例如要針對 Data Modeling 或 APP User 做權限管理,以及可連結到 AWS 其他服務。

透過 AWS 增加你的雲端技能 在組織發揮你的影響力

運用開放資源 AWS Amplify Framework,打造高效能應用服務

AWS QUICKSTART 學習資源還介紹到另一個 AWS 提供的開放資源 Amplify Framework,一樣可利用 Amplify CLI 的方式,配置 Web 和行動應用程式的前後端,以及開發者需要用到的服務,讓應用程式更易於構建,並獲得安全、高性能的使用體驗。

Amplify CLI 一樣有支援多個不同 Category,例如較常使用的幾個 Comment Line,像是Amplify Init 指令做初始化或創建幾個不同資源;或是 Amplify Status 指令,隨時在開發過程查看各個 Category 狀態;甚至專案結束後,可利用 Amplify Delete 直接把 Amplify 所創建的資源做一次性删除。另外也可透過 AWS Amplify Client 利用比較抽象化方式,讓開發者直接利用 Component 實現想要完成的項目。

實際示範給你看,設定 React 程式可以如此簡單

假設前端工程師現在要快速部署一項有驗證功能(Authentication)還要搭配 Rest API、GraphQL、Analytics 等服務的應用,如何快速設定 React 程式?在 AWS QUICKSTART 的學習資源後半段,有詳細說明要啟動這類型專案的操作方法。

開發者可以先利用 AWS Lambda Function 結合 Amazon API Gateway 方式,創建出一個 Rest API,到了 Authentication 階段,則使用到 AWS Cognito 的服務,接著針對 GraphQL 需求,可利用 AWS AppSync 服務,以及最後如果有 Analytics 的需求,也可以串聯 Amazon Pinpoint 工具。Amazon Pinpoint 是一項彈性而可以擴展的行銷通訊服務,開發人員可利用 Amazon Pinpoint API 追蹤 Web 使用者的行爲,或是針對 APP 推送、電子郵件、簡訊點擊行為蒐集到具體的資訊。

在這整套流程示範之後,值得特別強調的是,AWS AppSync 是一項全托管的服務,能及時更新,甚至在使用者離線時仍可以持續去創建和修改數據。一旦設備連上線之後,這項應用程式就可重新連線,並接到後端同步數據,達成彈性、自動化擴展或減縮各式 API 的請求。

AWS 最後強調,Amplify 是相當適合建構出一個靜態 Web、Apps 服務模式,例如說像是打造部落格,或者是一項 APP 內的代辦事項應用等;加上 Amplify 具全托管服務特色,可串聯上述 AWS 在雲端所提供的資源,都能在部署過程加以整合,加速開發流程及效率,並且有效節省開發資源。如果想用低門檻的雲端解決方案,其實前端工程師是能在開發流程更靈活配置資源,甚至為公司的商業、服務模式挖掘出創新價值。

填寫表單諮詢專人 快速在 AWS 找到適合你的快速上雲服務與工具!

了解更多:AWS 開發者系列


猜你喜歡