「拖延」可能是一種徵兆,暗示著過去羈絆著你,不讓你往未來邁進

「拖延」可能是一種徵兆,暗示著過去羈絆著你,不讓你往未來邁進
Photo Credit: Depositephotos

我們想讓你知道的是

拖延讓你避免面對一些和時間有關的事實:時間不斷流逝、未來即將到來、你逐漸變老、一生能完成的事情有限,這其中最殘酷的事實是,你終將死去。

不只年輕人會活在過去,任何年齡的人都可能迴避下一階段人生的現實。中年人可能遲遲不到醫院做身體檢查,因為他們不想面對身體機能開始衰老。中年時,你可能期待身體還像二十幾歲一樣,即使你依然活躍、健康,也不想接受身體一定會衰老這個事實。很多五十幾歲的人遲遲不想退休的問題,也不做理財規畫,彷彿他們可以持續照著現在的步調,以同樣的能力工作一輩子似的。拖延讓你避免面對一些和時間有關的事實:時間不斷流逝、未來即將到來、你逐漸變老、一生能完成的事情有限,這其中最殘酷的事實是,你終將死去。

整合過去,迎接「成熟時間」

當你反省自己的時間概念時,可以考慮一下過去、現在和未來之間的相互影響,因為它們持續影響著彼此。儘管我們習慣以為過去、現在和未來是依序發生的,但實際上並非那麼簡單,我們經歷的事情都是發生在當下。

當你想起往事時,你是在當下想起的,所以目前的狀態會影響你的回憶。當你展望未來時,這種展望也是發生在當下,所以過去、現在和未來是分不開的,它們隨時交織在一起。

當下的你是過去的產物。瑪格麗特.愛特伍(Margaret Atwood)在小說《盲眼刺客》(The Blind Assassin)中寫道:「舊時光,舊創痛,就像淤泥般層層地沉澱在池底。」池上漂浮的東西會受到池底層層淤泥的影響。同樣的,過去的一切也和我們形影不離,存留在我們的腦中、體內和心裡。我們可能會想要重新塑造自己,和過往的關係及經驗一刀兩斷,但是歷史是無法改變的,只能從現在重新詮釋和學習。

拖延可能是過去正在干預當下的徵兆,因為猶豫不前通常和過去的經驗有很大的關係。如果你的父母喜歡管東管西,對你的學業和社交生活管得很多,你可能會預期每個老師、老闆和伴侶都以同樣的方式對你。或者你家有兄弟或姊妹每次都得獎,是家中的寵兒、學校的明星,你長大以後可能會覺得沒必要盡力,反正榮耀總是別人的。換句話說,你過去的人際關係為現在及未來的人際關係定了基調。交報告、找工作、換老闆或上網交友都讓你心生恐懼,這恐懼和現實沒多大的關係,而是源自於你過去的人際關係。當我們談到你迴避的任務有額外的「意義」時,我們是指你的過去影響了現在。

有時過去對你目前行為的影響很明顯,有時則潛藏不露,難以察覺。泰絲不喜歡目前在密爾瓦基市的工作,想搬回老家達拉斯,她的家人大多住在那裡。雖然她做事通常不拖泥帶水,也很清楚自己真的很想搬家,但是這次她卻什麼也沒做。她不解自己為什麼會拖延,這不像她的個性。

泰絲接受幾個月的輔導後,才明白是什麼原因干擾她的搬家計畫。她現在雖然喜歡探訪在達拉斯的家人,但她記得年輕時很怕大城市。她十四歲時從小鎮搬到達拉斯,在大城市的大型中學裡就讀,她感到不知所措,不知如何應付社交和學業上的壓力。為了適應新環境,只要有男孩約她出去,她都會答應,結果某晚她遇上可怕的約會強暴,家人非但沒站在她身旁支持她,反倒覺得很羞恥,她從來沒對其他人提起這段往事,之後她就「忘了」這件事。她接受心理諮詢時,談及青少年時期,才提起這件事。

泰絲逐漸明白,她害怕搬回去是因為擔心碰到以前的同學,再次感受到當年的恥辱和無助感。雖然泰絲目前三十五歲,是事業有成的女性,搬回達拉斯生活的念頭讓她想起往事,感覺自己就像以前那個脆弱無助的十四歲女孩,擔心再次受到傷害。她的拖延暗示著池面下潛伏著一些不堪回首的陳舊過往。過去雖然埋藏在當下察覺不到的地方,卻阻礙她追求未來。

不管你是否喜歡你的過去,是否還清楚記得,是否承擔責任,那依舊是你的過去。過去發生的很多事情不全然是你的錯(或許也不是任何人的錯,或許有些事情是你的錯),但是發生在你人生中的事件永遠和你脫離不了關係。即使你覺得事情還沒完或不公平,你也無法回到過去改變它們。每個人都必須把過去整合到當下,決定未來想追求的道路。拖延可能是一種徵兆,暗示著過去羈絆著你,不讓你往未來邁進以接觸新的經驗和可能性。

我們希望本章幫你思考你的時間觀念和時間體驗,這兩方面都和拖延密切相關。我們覺得這樣的反思可以幫你體悟「成熟時間」,進而促使你去做生活中重要的事情,而不是加以迴避。

什麼是「成熟時間」?我們認為是「在外部世界及內心世界都能評估什麼是真實的並接受它的能力」,亦即同時承認與接受鐘錶時間和主觀時間,在兩者之間靈活自在地穿梭。鐘錶時間不一定是你的敵人或老闆。時間不好也不壞,不快也不慢,非友亦非敵,它就只是單純的時間。你的任務是搞清楚如何和它合作共處,在它的管轄範圍內盡可能充實地生活,而不是一輩子都在反抗它。

相關書摘 ►催產素、迷走神經、同情、友善等等,和我老是愛「拖延」有什麼關係?

書籍介紹

本文摘錄自《拖延心理學:為什麼我老是愛拖延?是與生俱來的壞習慣,還是身不由己?【暢銷35週年增修新版】》,漫遊者文化出版

*透過以上連結購書,《關鍵評論網》由此所得將全數捐贈兒福聯盟

作者:珍・博克(Jane B. Burka)、萊諾拉・袁(Lenora M. Yuen)
譯者:洪慧芳


猜你喜歡


挖掘雲端開放架構優勢!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。

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


猜你喜歡