前端三分鐘

在前兩篇文章簡單的談過物品的分類和管理，這篇文章想往更源頭的慾望討論。 大家都說需要就真的需要嗎? 需求管理有天，小編突然就驚覺自己是不是太老了，在整理房間時發現畢業紀念冊真的有夠占空間，然後驚覺畢業後這 10-20 年一次都沒打開翻過，而且如果把名字遮起來，現在完全無法只看照片叫出名字，而且整本裡面大部分版面充滿著其他班級不認識的同學，這到底什麼爛設計，那到底當初又為什麼要跟著大家一起......

不知道該怎麼辦的衣服褲子就披在椅背上，有一天，椅子就倒了。 分類是為了讓物品達到秩序與平衡的一門藝術。 物件的分類一個衣櫃就像生活的一面鏡子，反映出選擇和價值觀。 分類衣物同時也為了簡化生活和尊重資源，每一件衣物都有其獨特性，就像生命中的每一個瞬間，我們的目標是不斷尋找平衡，在分類的過程中幫助我們更好地理解自己，無論是在衣櫃中還是生活中。 以衣物的分類來說，會看屬性分得多細，若是分類比較......

大家不知道有沒有過一種經驗，新買的東西包裝都沒拆結果一直放著，堆在箱子或是櫃子中一放就是好幾年，我知道我買了一堆要用，然後就沒有然後了。 軟體開發來說這就像沒有經過好好管理的程式碼，留下了很多其實沒用到但大家也不敢刪除的邏輯，專案需求管理的表單沒有經過是當的標記跟篩選，久了大家也不再認真看，也沒有然後了。 整理東西應該是依照物品來做分類和整理，而非依照場所。 物件的管理這是在上一篇文章的......

延續上一篇文章 “該好好重構和斷捨離的是程式碼還是人生” 中可怕的例子，這篇文章我們來看看同類型的東西一再出現該怎麼辦。 重複的物件在生活中擁有什麼東西，等同於自己的價值觀，有時候總是害怕未來缺少什麼，所以在生活中我們習慣提早購買備品，仔細想想大家的家裡是不是都有非常多的牙刷、牙膏、衛生紙呢?! 而實際上我們只需要一條牙膏跟一隻牙刷。 在寫程式中，時常會提醒我們把重複的地方合而為一，不過重複......

為什麼需要重構在我們的生活中，有許多重要的事情需要我們時常檢討和改進，這個過程被稱為斷捨離，不僅適用於程式碼，也適用於我們的人生。 在寫許多行程式碼來實現不同的功能，有時候這些程式碼變得非常複雜難以理解，就像一個亂掉的房間一樣，這時候該斷捨離的像是 寫作文一樣的註解 需要超級多參數才可以執行的函式 過度複雜的條件判斷 寫死的 Magic Number 或是設定檔 覺得以後有機會用到但現在沒......

開始之前，先來談談工程師的日常 程式碼因為需求一直亂加，本來的水果刀被改成瑞士刀。 傳承的祖產本體難以更動，導致疊床架屋違建加蓋再加蓋，一個判斷不夠那就補兩個湊一對 這個需求很簡單，明天可以給一版嗎? 一天有一天的品質一周也有一周的品質 不知道大家有沒有一個體會，總是覺得為什麼再怎麼整理都整理不好? 不管是程式碼、房間或是人生。 回到實際一點的例子，時間有限且空間就是這麼大，但東西卻越來......

什麼是 DevOps?DevOps 是 Development 和 Operations 何在一起的縮寫，目的是做到誰開發建構就由誰部屬和執行，把 Development 和 Operations 交給同樣一批人來處理，意味著開發人員也開始要協助進行傳統 SRE 所做的工作。 DevOps 體驗近年來雲端運算由於快速的增長，DevOps 和雲原生的概念興起，所以不得不將多集群的微服務部屬到多......

這篇文章會介紹 JavaScript 的 Behavioral Patterns，行為模式是一種設計模式，它關注的是專注在物件之間的溝通。 行為模式組織物件之間的關係，提高可讀性和可維護性，下面是幾個常見的 JavaScript 行為模式: Strategy Pattern (策略模式): 考前可以選擇不同的學習策略來應考，可以根據不同的情況選擇不同的解決方法。 Iterator Patt......