前端三分鐘

在模組化收納中，會希望符合規範的模組可以互相替換，想像一下我們有一個很多抽屜的櫃子，抽屜是設計成可替換的，如果今天櫃子的拼布抽屜髒了或壞了也可以改成木製或是塑膠製，這個概念就是里氏替換原則，而符合規範的概念則是契約式設計。 里氏替換原則里氏替換原則 (Liskov Substitution principle) 是對子類型的特別定義 衍生類別 (子類) 物件可以在程式中代替其基礎類別 (超......

在之前的文章中有提出了當重複的東西一再出現的問題，當時並沒有特別的去談一些理論和解決方法，但在後面幾天小編開始慢慢的置入 SOLID 中的 Single Responsibility Principle: 減少同個區塊中不相關的邏輯 Open Closed Principle: 對於擴展是開放的，但對於修改是封閉的 Dependency Inversion Principle: 透過依賴的......

就像裝潢房子一樣，如果不提早確認細節，可能會在後期發現不必要的問題。 例如因上班忙碌並未提早確認天花板的細節，結果工人裝潢到一半周末才發現有多個為了崁燈預留的洞，但實際不需要也不想要那麼多燈，這顯示了及早溝通和確認細節的重要性。 在專案初期，不應該期待一次做好完美的產品，要做的反而是最小可行性商品，傳統的瀑布式開發因為開發週期過長，很難知道正在開發的是鑽石還是未爆彈，就好像裝潢一樣需要提早去......

如何管理和維護各種系統，以確保正常運行並適應不斷變化的環境? 沒有系統可以獨立存在，每個系統都存在於更大的生態系統中，並受到周圍環境和其他系統的影響。 就好比居住的空間總會受到家人、室友、鄰居的好壞而影響生活品質，該怎麼衡量與取捨? 資源管理 道生一，一生二，二生三，三生萬物 事物都相互關聯並依賴於彼此，系統間互動是不可避免的，因此必須適應和應對這些變化。 舉例來說許多我們日常生活中依賴的......

當我們要準備買東西的時候，要考慮家裡有沒有空間，反之在室內設計時預留空間也很重要。 在前端開發包括需求分析、定義用戶流程、確定元件，然後進行系統開發，在系統設計的時候我們又該預留什麼，該依照什麼去進行設計? 分析需求 → 定義 User Flow 和確認元件 → 系統撰寫 做生意的本質是商業，在各個領域中除了技術本身外最重要的就是商業邏輯。 Domain-Driven Design (D......

當我們想要整理和分類物品的時候，會有許多判斷和想法，通常會將物品按照特定的步驟分類 依照類型: 把不須冷藏食物放櫃子、需冷層或冷凍食物放在冰箱中 依照大小: 確定空間是否足夠大來容納一個物品 依照用途: 蔬菜放下層、冷凍食品放上層 依照期限: 期限長短由內至外排序 在程式裡面的體現就是 if-else 條件語句，根據不同的條件執行不同的程式碼塊，舉個例子來看看 1234567891011......

在開始之前先來首歌吧，覺得熟悉的話，你就爆露年紀了 >.^ 來談談物品的管理，生而為人我們的目的是使用物品而不是被物品牽制而影響。 當你不去整理身邊的物品，那生活最終就會不得不依賴物品的變化進而被影響原本的生活。 當我們的衣服、鞋子越買越多，受限於空間我們只能不停的堆放，甚至有些會被放在深處不再拿出，接下來找尋特定衣物就會漸漸變得困難 當今天工作相關紙本堆積如山，包括文件、發票、......

小編前陣子去台中參加 AWS 社群日的時候，順道逛了人生第一次 IKEA，除了丸子很好吃霜淇淋也很不錯的部分，覺得更滿意的是整個賣場的體驗。 不過今天小編想要來談談的是家具的設計，理工宅的小編在逛家具的過程中其實發現蠻多的家具都有模組化的收納策略。 什麼是模組化 可擴展: 消費者可以隨著時間的推移，可以輕易增加模組來增加收納系統的彈性 可替換: 可以輕易更新壞掉或是不需要的模組，這意味著不......