前端三分鐘

大家有沒有一種經驗就是照三餐開會，到底怎麼那麼多會議要開? 生命以時間為單位，浪費別人的時間是謀財害命，浪費自己的時間則是慢性自殺魯迅 工作久了，常常需要參加各種會議，而對於工程師來說，會議的目的通常包括以下幾種： 產生結論: 目的是為了做出某個重要的決策或結論，以推動專案或工作的進展 產生會議紀錄: 有些會議需要產生正式的會議紀錄，甚至可能需要拍照或上傳文件以供日後參考 讓主管了......

為你寫下這份文件，陪著你和專案一起往下走。 如果你，忘了 Code就讓文件，代替我如果你，記得 Code你和 Code，就好過 有時候公司會把員工斷捨離，員工也會斷捨離公司。 技術人員雖然會離開，但要讓知識可以留下來 在前一篇文章中提到了問問題的重要性，這篇文章想來談談在職場中的另外一個技能 文件撰寫。 對軟體開發來說寫好文件是一項必備技能，不論是在新人培養、部門技術分享、專案規......

大家有沒有遇過底下的經驗 不管是東西還是答案，找了很久卻又沒有方向，找不到在哪裡? 想找人問問題，不知道該怎麼問問題? 問了問題又問不出想要的答案又或是對方不想回答? 許多人可能在初入職場時像小編一樣更傾向於獨自執行任務，有時候也認為單打獨鬥能夠提高效率，比較少透過問問題來互動。 在職場中，問好問題可以說是職場必點技能，小編曾經也很不會問問題，更不會透過對話練習讓其他人能夠問對問題，後來......

大家有沒有一種經驗就是每次剛搬完家很多急著要用的東西都會找不到，但又要用就只好又買一組新的，寫程式也是一樣的概念，來了一個新需求以前我們到底有沒有做過? 有做過的話要去哪裏找該怎麼找? 究竟是來當工程師是進行軟體開發還是來當海賊王尋找 One Piece 開發者體驗什麼是開發者體驗 (Developer Experience)? 開發者體驗 (DX) 是指開發者在開發軟體時所感受到的一切......

假設住在一個家庭中，家中有不同的成員，每個人都有自己的物品需要收納，例如衣物、書籍、玩具等。 如果家中的每位成員都知道其他成員物品的詳細位置和收納方式且可以修改，最終就需要相互詢問才能找到自己需要的物品，因為每個人都需要記住其他人的物品放在哪裡，互相之間的合作變得複雜。此外，當一個人重新安排或調整了自己的物品時，其他人可能會受到影響，因為他們習慣了特定的收納方式。 家中的不同收納區域代表了一......

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

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

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