邱吉爾、安海瑟薇、碧昂絲、林肯⋯⋯原來他們都受憂鬱症所苦

邱吉爾、安海瑟薇、碧昂絲、林肯⋯⋯原來他們都受憂鬱症所苦
Photo Credit: 小鬱亂入

我們想讓你知道的是

邱吉爾最嚴重的憂鬱症發作是在1910年,當時他擔任內政大臣。在往後的歲月中,他告訴莫倫醫生:「我不喜歡睡在陽台旁邊,因為這樣就像睡在斷崖旁,我不想和這個世界道別。但是這些絕望的想法,卻不斷湧進我的腦裡。」

雖然醫師指出得到憂鬱症的機率和社經地位的高低沒有明確關係,但許多名人都曾得過憂鬱症。在過去,得到憂鬱症曾被認為是可恥的事,70年代後,人們才開始關注並公開討論憂鬱。

1
Photo Credit: 小鬱亂入

J・K・羅琳(J. K. Rowling,1965年7月31日至今)

英國知名奇幻小說家,代表作為《哈利波特》系列作品。

1994年的聖誕節,羅琳剛結束一場短暫的婚姻。她身無分文,身邊還有一個嗷嗷待哺的小女嬰。「我是我所見過最失敗的人」,羅琳自嘲,她的婚姻以失敗收場,沒有工作,還帶著一個孩子。

在那段低潮期,羅琳得了憂鬱症,曾試圖自殺。憂鬱症發作時的絕望感受成為羅琳創造小說《哈利波特》中的黑暗生物──催狂魔的靈感來源,在故事中催狂魔是一種會吸食人類快樂情緒,甚至靈魂的怪物。

我最大的恐懼雖然降臨,但我還活著,我有個可愛的女兒,還有台老舊的打字機和偉大的構思。曾經跌落谷底的深淵,卻成為日後重生的基礎。

—J.K・羅琳,〈失敗的好處和想像的重要性〉

1
Photo Credit: 小鬱亂入

胡安・米羅(Joan Miró,1893年4月20日-1983)

西班牙畫家,超現實主義繪畫代表人物。喜歡畫女人、小鳥、太陽與星星。

米羅十幾歲時就決定要成為畫家,然而父母仍堅持把他送進巴塞隆納商業學校學習經商與會計,畢業之後米羅的父親安排他到巴塞隆納的製藥公司擔任會計專員,米羅討厭這項工作,工作不久之後便因此得了憂鬱症。之後米羅搬進父母為他在蒙特羅伊格(Mont-roig)買的鄉村小屋,休養生息。

米羅保持一絲不苟的日常作息,因為他不喜歡工作畫畫時分心,同時也為了防止憂鬱症復發。為了防止憂鬱症復發,他的作息總會包括激烈的運動──在巴黎打拳、在巴塞隆納的健身房跳繩和做瑞典體操,還有在蒙特羅伊格的海邊跑步和游泳。

──梅森・柯瑞,《創作者的日常生活》

1
Photo Credit: 小鬱亂入

安・海瑟薇 (Anne Hathaway,1982年11月12日至今)

美國知名女演員,著名電影作品包括《穿著Prada的惡魔》、《麻雀變公主》系列、《黑暗騎士:黎明昇起》、《悲慘世界》等。

安・海瑟薇在青少年時期曾為焦慮與憂鬱症所苦,但那時候的她對此有特別的看法,就是她把那時的「她」當作「另一個人」:

不久之前我對媽媽說,「妳還記得那個女孩嗎?她已經消失了,沉沉睡去了。她說了她該說的,然後就走了。」但是我又想,只有「她」不是我的一部分的時候,我才能清楚記得她存在過。我很難過「她」受傷了這麼久。像這樣病態的自我中心只是在消耗自己而已。

很多人認為憂鬱症是「消耗自我」,這是個有爭議性的說法。但就我個人的經驗來說,這個說法有幾分真實──並不是因為「自我中心」帶來憂鬱症,但當你為憂鬱症所苦的時候,對於生活的看法很容易就被情緒左右而變得狹隘。

1
Photo Credit: 小鬱亂入

碧昂絲・諾利斯(Beyoncé Knowles,1981年9月4日至今)

美國創作型歌手,國際流行天后、性感完美女神。碧昂絲是葛萊美獎提名數最高的女歌手,成名曲為《Crazy In Love》。

碧昂絲說在舞台上那個魅力四射、性感無懼的她和在真實生活中的她完全不一樣,真實生活中的她害羞又脆弱,也曾因為「天命真女」(Destiny’s Child,碧昂絲單飛之前所屬的R&B女子團體)的解散、與長跑多年的男友分手而得到憂鬱症。

我一直待在房間不吃任何東西,那時後的日子很難熬也很寂寞,我不知道我是誰,也不知道誰才是我的朋友,一切都變了。那時要我公開坦論得了憂鬱症的事情實在是難以啟齒,因為當時「天命真女」才剛獲得葛萊美獎,我害怕根本沒有人會在意我。

最後是媽媽幫助我走出那段日子,她告訴我,一定會有人愛我的,因為我是多麼的可愛溫柔、多麼的美麗。然後我就了解到,如果我無法放棄就只能振作。

1
Photo Credit: 小鬱亂入

溫斯頓・邱吉爾(Winston Churchill,1874年11月30日-1965)

英國首相、政治家和作家。在首相任期內領導英國在第二次世界大戰中聯合美國等國家對抗德國,並取得勝利,是20世紀最重要的政治領袖之一。此外,他在文學上也有很高的成就,曾獲諾貝爾文學獎。

邱吉爾的父親死於精神錯亂,他的女兒戴安娜和他的堂兄弟桑尼也曾為重度憂鬱症所苦。邱吉爾有過幾次嚴重的憂鬱症發病,他本人對此事採開放的態度,還仿效英國作家塞繆爾・詹森(Samuel Johnson)稱憂鬱症為他的「黑狗」。

邱吉爾最嚴重的憂鬱症發作是在1910年,當時他擔任內政大臣。在往後的歲月中,他告訴莫倫(Lord Moran)醫生:

「我不喜歡睡在陽台旁邊,因為這樣就像睡在斷崖旁,我不想和這個世界道別。但是這些絕望的想法,卻不斷湧進我的腦裡。」

在十八、十九世紀的西洋畫或小說中,英國的鄉間紳士散步時都有一隻狗追隨著,忠心地陪伴著主人,邱吉爾把他的憂鬱症叫「黑狗」,因為得了憂鬱症,它真的是像黑狗一樣,非常忠心地跟著主人,形影不離。

1
Photo Credit: 小鬱亂入

亞伯拉罕・林肯(Abraham Lincoln,1809年2月12日-1865)

第16代美國總統,林肯領導美國經歷了其歷史上最為慘烈的戰爭──南北戰爭,由此他維護聯邦的完整、廢除了奴隸制、增強了聯邦政府的權力,並推動了經濟的現代化。也因此美國學界和公眾時常將林肯稱作是美國歷史上最偉大的總統之一。

林肯在二十五歲時他的初戀安妮因病去逝,此後經常出現情緒抑鬱。在往後的婚姻與家庭的生活中,與妻子瑪麗所生的四個孩子,其中有三個相繼因病過世。孩子的死亡對林肯夫婦的打擊甚大,林肯本人因此得了憂鬱症。為了防止自殘,林肯從來不在口袋裡放小刀。

據說,林肯還寫過一首詩,名為《自殺獨白》(The Suicide’s Soliloquy),刊登在1838年8月25號的撒加莫期刊(Sangamo Journal)上。

有報導指出,林肯自己想出了對抗憂鬱症的方法──閱讀剪報。林肯認為人民對自己的讚揚與肯定能幫助他舒緩低落的情緒,所以他把所有頌揚他的報章剪下來,放在口袋裡,在心情沮喪憂鬱時拿出來看,鼓勵自己、肯定自己 。

1
Photo Credit: 小鬱亂入

羅伯特・舒曼(Robert Schumann,1810年6月8日-1856)

德國作曲家,浪漫主義音樂成熟時期代表人物之一,妻子克拉拉亦是位著名鋼琴家。舒曼對文學也有濃厚的興趣,甚至被稱作「音樂的文學家」。

舒曼與克拉拉相戀多年,但他們的愛情卻遭到維克──舒曼的老師,克拉拉的父親──的堅決反對。維克在這一方面對舒曼十分殘酷,導致他得了憂鬱症。有一次克拉拉演出,舒曼偷偷去見她,維克知道後立即宣布他們要是再敢見面,就要用槍幹掉舒曼。這件事在當時的音樂界幾乎成了一樁醜聞,畢竟在經歷過啟蒙運動、呼喊著個性解放的歐洲,如此粗暴干預年輕人的愛情很不道德。直到1840年,萊比錫法庭才終於判決了他們的婚姻懸案,讓這對有情人終成眷屬。

有一天深夜裡,舒曼突然從床上坐了起來,大叫:「我聽到了天使的歌聲!」但緊接著又罵道:「不,那是魔鬼的聲音!」這些語無倫次的話,讓克拉拉非常擔心。

一個嚴寒的冬日,舒曼因憂鬱症和妄想症發作,他跳進冰冷的萊茵河裡企圖自殺,幸好之後被船夫救起。隨後舒曼被送進精神病院,期間克拉拉一直照顧他。1856年舒曼因晚期梅毒感染,在愛妻的懷中逝去,終年46歲。

1
Photo Credit: 小鬱亂入

看完後才知道居然有那麼多名人與偉人都有被小鬱亂入!其實人人都有可能得憂鬱症,而得憂鬱症的也不是那些所謂的抗壓性或懦弱的人。如果喜歡這篇文章就幫我們分享出去吧!

(本文由松德精神科診所 林耿立醫師協助審閱)

延伸閱讀

本文由小鬱亂入Depressy Trouble授權刊登,原文刊載於此

責任編輯:游家權
核稿編輯:翁世航


猜你喜歡


挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

挖掘雲端開放架構優勢!Amazon EKS高可用性叢集快速部署容器

我們想讓你知道的是

企業如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署,減輕人力負擔,提升專案服務運作效率?

所謂現代化智慧 IT,所有工程師最希望的境界,莫過於只要輕鬆點幾下設定,系統就會自動跑起來,管理者再也不用隨時待命在機台旁邊,從此工作悠哉又快樂!儘管這樣情境還沒到來,但隨著敏捷式開發的流行,除了 DevOps 人員,有越來越多開發者將 CI/CD 概念融入到工作流程當中,例如從 build code、執行 unit test、到部署應用程式。

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

上述種種反覆步驟自動化執行,也就能提昇服務品質、主動通知開發人員以減輕人力負擔,讓專案服務能持續運作。

其中,GitLab 是執行 CI/CD 常用的工具之一,也是開發者使用程式碼儲存庫的地方。為了讓 GitLab Runner 在雲端快速實踐 CI/CD,《AWS 開發者系列》透過影片分享,如何在 Amazon EKS(Elastic Kubernetes Services)上使用 GitLab 創建自動化部署。

以下節錄工作坊影音內容,幫助開發者快速理解如何運用 Amazon EKS 的高可用性且安全的叢集,將修補、部署節點、更新等關鍵任務,全部做到自動化設定。同時影片也會示範 Amazon EKS 搭配 GitLab 如何展開自動部署,幫助工程團隊實踐 CI/CD 價值。

Amazon EKS 對容器管理輕鬆簡單、維運省時省力

容器化服務越來越興盛,當容器(Container)越來越多,在複雜的微服務(Microservice)系統環境之下,運維團隊的管理成本可能相對會增加不少,為了有效調度容器部署, 導入Kubernetes 無疑是近年企業熱門的話題之一。

建構 Kubernetes Cluster 流主要可區分兩大塊,一是安排容器調度的Control Plane、另一則是容器運行時需要用到的 Worker Node。

Control Plane 裡面涵蓋有儲存狀態的 ETCD、CoController manager 、Scheduler 的調度管理、甚至是操作時進行互動的 APIServer,若是自己創建 的 Kubernetes Cluster ,需要自己安裝這些元件,後續仍需要對 Control Plane 進行相關管理、維護、升級工作。為了減少上述 Components 的繁複維護,在透過 AWS EKS 代管的 Kubernete Control Plane 部可以獲得以下三大好處。

Amazon EKS 一鍵式部署,展現三大優勢

第一,Amazon EKS代管的 Control Plane實踐了跨AZ的高可用部署,使用者不需要擔心單一節點故障的風險。

第二,Amazon EKS 支持至少四個 Kubernetes版本,持續跟進每季 CNCF 的發佈,同時 EKS 也完全符合上游 CNCF 規範。

第三,部署 Amazon EKS 之後,可直接使用 AWS 平台上現成的服務工具,在安全性管理、網路設定方面,可以做到無縫整合。

最後 AWS 台灣解決方案架構師也提到,若想在容器環境進行 CI/CD 及應用程式的管理,可以進一步透過 IaC 整合部署 Amazon EKS 叢集,透過使用 Console、把 EKS 變成 Cloudformation 的模板、使用 AWS 所開發出來的 eksctl.io、或指令是採用 AWS CDK 可以讓開發者用自身熟悉的語言,在 AWS 平台整合 CI/CD 工具進行維運及部署 EKS。

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

了解 Amazon EKS 整合 GitLab ,獲得三面向價值

對開發者而言,想把 Amazon EKS 整合到 CI/CD 工具之一的 GitLab 平台上,可以看到那些實際的優勢?

在 DevOps 開發者示範工作坊當中,GitLab 資深解決方案架構師指出,GitLab 使用到 Kubernetes 技術,主要有三種搭配方法,包含 GitLab Server、GitLab Runner、以及創建 Deployment Environment。

本次示範教學會主要聚焦在 GitLab Runner 如何採取 Auto-scaled 方式進行 Build、Test、Package Apps;以及在 Deployment Environment 運用 Kubernetes 技術,做到 Auto Deploy、Review App。

正因為 Amazon EKS 能夠在 DevOps 過程提供所需要的彈性計算資源,幫助開發者在 GitLab 平台上面獲得以下三個層次的優勢:

  • 在 GitLab 內建的部署工作流程當中,自動生成整套 CI/CD 最佳實踐腳本。
  • Review App 過程,從 Merge Request 中可直接訪問應用程式 /App 的 UI 介面,並且根據 Git branch 名稱、專案名稱,自動生成 Review App 的 URL,以及在 Merge 前的最後防線進行 Approval 檢查。
  • 加速 CI/CD 流水線,GitLab Runner 運行時候還可藉由 Amazon EKS Cluster 進行 Auto-scaled 的支援。

Amazon EKS 整合 GitLab ,需要兩大流程

影片最後,GitLab 資深解決方案架構師示範如何把 Amazon EKS 整合至 GitLab 執行 Auto Deploy,主要可分為兩大區塊流程,第一部分聚焦在 Amazon EKS cluster 的設置,第二部分則執行 Auto Deploy 設置。

第一塊可拆分為四個階段,首先教學怎麼創建 EC2 節點的 EKS cluster,第二階段示範把 EKS Cluster 連接到開發者的 GitLab Instance、Group 或 Project,下一步則使用 Cluster Management Project Template 創建一個 Cluster Management Project,以及最後一階段透過 Cluster Management Project 自帶的 Helm Chart,安裝在 Cluster 所需要的內建 App。

第二塊執行 Auto Deploy 設置,針對需要部署的 App 創建一個 GitLab Project,接著再把 gitlab-ci.yml 添加到 Project,並從 Web IDE 選擇及導入 Auto Deploy 的 CI 模版,讓 GitLab 自動生成最佳實踐的整套流水線。

幫助開發者更了解 Amazon EKS 整合 GitLab 的 QA 系列

Q:使用 Amazon EKS 之後,如何更有效率或優化資源去配置 Worker Node 的機器數量,以及如何有效空管開發維運的成本?

A:Kubernetes 除了本身有 HPA(Horizontal Pod Autoscaling)可根據使用程度自動調整資源流量,另外也能延伸使用 AWS Auto Scaling 方案,針對可擴展資源去設定自動擴展管理。另外在成本管控,雖然 Amazon EKS 會收取額外管理費用,但可透過 AWS 平台的 Calculato r計算每個 EKS 的價格,你會發現自動化部署及管理的費用,相對工程師人力的成本更加便宜。

Q:越來越多客戶考慮把現有 Application 變成容器部署,大多是爲了加快部署的效率,那麼變成容器模式之後,對 CI/CD 的工作流程有什麽影響嗎?

A:運用容器技術最直接的效果,可以讓應用程式的環境更一致化,例如 testing 環節、stage production,讓容器避開一些差異問題。至於 CD 部分要 delivery 一些 usage 不太一樣的時候,容器會幫忙做配置,所以 CI/CD 對容器的效益是相輔相成的。

Q: 客戶在開發流程漸漸會把 Infrastructure 變成代碼或文檔,是不是可以把程式碼跟現有的應用程式的 CI/CD 流水線整合在一起,達到一套完整的 CI/CD 部署流程?

A:觀察目前市場作法,主要分成兩個階段去做整體部署。如果規模比較小的團隊,會把 Infrastructure 代碼跟 App 代碼分開,在管理上會比較靈活;如果企業規模比較大,會有另外一個 Infrastructure 團隊來控制部署事情,這種情况之下,APP 的項目會生成一個 APP package,主要做到 delivery 這個階段爲止。而 Infrastructure 的項目會指定把需要版本的文檔,部署到他們的 Kubernetes Cluster。

填寫表單 找到適合的快速上雲服務與工具!


猜你喜歡