《囤物族的不丟東西整理術》:能不能守住「餐桌」這道防線,是家裡日後會不會復亂的關鍵

《囤物族的不丟東西整理術》:能不能守住「餐桌」這道防線,是家裡日後會不會復亂的關鍵
Photo Credit: iStock

我們想讓你知道的是

古堅純子擁有5000戶資深整理收納經驗,書中收錄多則觸動人心的整理案例,每個人都能從中找到屬於自己的解藥。同時,分享革新性的整理方法,只要5步驟就能創造一個令人怦然心動的空間,盡情享受美好居家生活。

文:古堅純子

死守「什麼都不放的餐桌」

崩壞就從餐桌開始

若用倒轉影片的方式,看一個家怎麼淪落到雜物多得連地板都看不到,會發現一開始,只是一個「隨手放」的動作。

以廚房為例,買米回家時,心想暫時放在地上一下就好。這隨手一放,就放著不動了。接著,米袋旁又多了幾瓶寶特瓶,然後是一箱罐裝啤酒,再加上大顆高麗菜,最後終於形成廚房裡的「雜物堆」。

隨手一放的東西,會吸引人繼續在旁邊隨手放置其他東西,很快就把那裡變成了一堆雜物,再也無法移動。最容易發生「隨手一放」的地方,莫過於餐桌。

沒有什麼地方比餐桌更適合隨手放置東西。放鑰匙或手機似乎都很自然,廣告傳單、便條紙、眼鏡、筆和錢包……一個不小心就會放在餐桌上的物品多不勝數。

此外,由於餐桌也是用餐的地方,不少人會把醬料瓶、牙籤或筷筒一直放在餐桌上不收。有些家庭甚至連茶壺茶杯及熱水瓶都固定放在餐桌上了。

只要隨手放上一樣東西,周圍隨手放上的東西就會像滾雪球似的愈來愈多,直到滾成一個雜物堆。

明明是餐桌,上面卻不知為何出現與用餐無關的筆筒等文具,甚至有人家中一年到頭把醫藥箱和針線盒放在餐桌上。到了這個地步,已經不能說是隨手一放,根本就是雜物堆。

餐桌上的雜物堆,很快會朝椅子上邁進,然後再侵襲地板及沙發。會在家具上放東西的人,一定也會在家具下放東西。這麼一來,雜物堆就像腫瘤一樣蔓延整個家中。

因此,為了不讓整理乾淨的家故態復萌,餐桌上絕對什麼都不能放!

做好死守餐桌,淨空桌面空間的心理準備!

空無一物的餐桌桌面,象徵乾淨整齊的家。

能不能守住這道防線,是日後會不會復亂的關鍵。

不管怎樣就是忍不住在餐桌上放東西的人,只好寫張紙條「餐桌不是收納東西的地方」,把紙條貼在看得到的地方吧。

餐桌不靠邊放

餐桌放置的方式,也可能讓人忍不住想把東西放在上面,因此,餐桌怎麼擺,也是需要注意的重點。

最容易堆積雜物的,是其中一邊靠牆或靠流理台放的餐桌。只要擋住其中一邊,東西就會從那裡開始累積,形成雜物堆。因為有牆壁擋著,不怕東西掉下去,靠邊放的餐桌儼然雜物溫床,雜物堆就從這裡開始擴大。

為了防止這種情形,必須將餐桌搬離牆邊,獨立放置。以中島方式擺放餐桌時,餐桌四周經常有人走來走去,形成流通的空間,較不容易囤放物品。

再者,餐桌以中島形式擺放,不管東西放在桌面的哪個位置,似乎都很容易掉落,也就不敢隨手放置了。如果你家的餐桌還靠著牆壁或流理台放置,建議先搬離現在的位置。光是這樣,隨手放置物品的情況就會減少許多。

P151
Photo Credit: 墨刻出版
空下餐桌周圍的位置!
Before:餐桌靠牆放,忍不住就會往上堆東西。
After:四周方便走動又不容易堆積雜物的餐桌。

把「只放一下」的東西丟進推車

不過,有些人就是無法不把東西放在餐桌上。

尤其是每天必須服藥的高齡者,除了藥品,熱水瓶和茶杯也總是得放在餐桌上,面紙不可或缺,調味料也不可少……有各種情有可原的需求。

但是,要是這些東西隨時放在餐桌上,可想而知旁邊堆積的雜物將愈來愈多。話雖如此,旁邊也無法再空出「一秒歸位」的固定位置放東西了……這種時候,有個萬不得已的解決方法,那就是在餐桌旁放一台小推車。

推車不能太大,小型推車就好。把想放在餐桌上的東西盡量放在這台推車上。簡單來說,就是在餐桌之外,另行準備一個放東西的地方。

想在餐桌上放什麼時,就往推車上放。只要訂下這個原則,餐桌就能隨時維持空無一物的狀態。

還有,最好準備一台有輪子的小推車。假如使用無法移動的邊桌,邊桌本身很快就會像顆不動如山的岩石,演變成家中的雜物堆。

而有輪子可到處推的小推車,方便東西四處移動流通,更棒的是好打掃,不容易積灰塵。

推車上再亂也沒關係,訂下只能在推車上隨手放置東西的規矩後,就放著它不管吧。

面紙盒和垃圾桶不分開

如上所述,「放東西的地方」與餐桌這類「使用東西的地方」必須劃下明確的分界線,這是很重要的原則。

餐桌上什麼都沒有,就表示我們可以在餐桌上吃飯,也可以在餐桌上看書,想做什麼都可以。全白的空間有無限寬廣的可能。然而,一旦在餐桌上放置物品,能做的事就受到侷限了。

不過,或許有人會說,不管怎樣餐桌上都需要放置面紙盒。也有人認為只放面紙盒應該無妨。

可是,只要容許一個例外,接下來就會「藥也可以放這裡」、「還需要熱水瓶」、「還有茶杯」……像這樣不斷放東西放上去。以我的經驗來說,放了面紙盒的下一步就是放調味料,接著是筷筒和筆筒。

連一個例外都不能允許,這才是防止空間復亂的訣竅。

書籍介紹

本文摘錄自《囤物族的不丟東西整理術:別再叫我斷捨離!只要挪動空間就OK!不復亂的收納魔法》,墨刻出版

作者:古堅純子
譯者:邱香凝

  • momo網路書店
  • Readmoo讀墨電子書
  • Pubu電子書城結帳時輸入TNL83,可享全站83折優惠(部分商品除外,如實體、成人及指定優惠商品,不得與其他優惠併用)
  • 透過以上連結購書,《關鍵評論網》將由此獲得分潤收益。

把斷捨離的壓力,變成幸福生活的動力!

東西不丟也沒關係!
比起物品,更重要的是空間!

想要實現無雜物的空間,其實不必把東西扔掉。
整理不是目的,而是能懷抱著夢想,過著幸福快樂的生活。
你可以在沒有壓力的情況下,創造出想要的空間,讓你變得快樂。

日本5000個家庭見證的No.1空間治療師
教你輕鬆整理,打造一秒就能復原的居家空間!
圖解實例 X 不丟東西X不復亂的居家整理術
讓心愛的收藏品成為家中的注目焦點

  • 滿是雜物的家,也能變舒適咖啡館
  • 滿佈灰塵其實是重視的證據
  • 珍藏的東西就是要展示出來
  • 簡單調整擺設動線,東西就不會亂了

古堅純子擁有5000戶資深整理收納經驗,書中收錄多則觸動人心的整理案例,每個人都能從中找到屬於自己的解藥。同時,分享革新性的整理方法,只要5步驟就能創造一個令人怦然心動的空間,盡情享受美好居家生活。

  • 不勉強自己丟東西
  • 順手放就好,需要時馬上用
  • 有些東西根本不需要整理
  • 有一個放鬆的空間最重要
  • 垂直收納法讓你效率UP
  • 要父母整理先這樣說

適用:✓斷捨離困難者 ✓整理收納苦手 ✓喜愛收藏物品的人 ✓銀髮族

getImage
Photo Credit: 墨刻出版

責任編輯:翁世航
核稿編輯:丁肇九


猜你喜歡


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

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


猜你喜歡